第一次看阿朱的书,感觉有些章节写的非常精彩,对迷惑的小公司,软件团队,是一个非常有指导意义的书。
作者是一个乐与分享、智慧、学习型的人,也相当自信!
这本书,曾把链连转给一些同事,期望他们都能从中有益!
摘录如下:
开发向网游一样盈利模式的软件:
开源。谁不愿意开发向网游一样盈利模式的软件:
1客户多,市场容量大,未来预期增长还很好。不像做某些行业管理软件,行业就那么多大中小各 个层次的企业。软件这个东西又不磨损老化,买一套直到用的不符合需要。客户对软件费用认知不高,认为一套软件2万都贵。每年的维护服务费用就更别想。这类 行业就本身市场容量小。所以说,市场容量小的行业,所销售的产品一定是高价的,而且能持续收到服务费的,否则就无法支撑一个行业软件公司的持续发展。如果 这个行业还无法接受高价,也没有高价软件的需求,就说明这个行业不能做。做了也是多年坚持白收苦,到头只是一场空。
2不给服务费,掐了。就跟网游一样,网游服务器不开,网游客户端就玩不了。你不续费,网游也玩不了。
3大量的增值服务,可以带来增值收入。
4而且是有时效期的增值产品。如果一个增值产品也是永不磨损,那就没什么戏唱了。就跟点卡一样,没了就需要充值。
5 而且是需要大量购买的增值产品,如果只购买一个增值产品就可以了,那么你需要研发多种增值产品。但其实是,研发多种增值产品往往很难。因为惊喜式眼睛一亮 的创新不是天天都有的,大家都是玩来玩去就那么几种模式。所以,最需要的增值服务类似QQ挂机小太阳一样,一个增值产品,看你能有几个小太阳。
6不需要人干涉。购买、消费,再购买,完全客户自己一个人自己完成。而且可以24小时x7天的,无论何时何地的支付然后消费。而且都是虚拟数字的消费。这样,即使你和你的员工下班回家睡大觉,你的公司还在赚钱。
根据这样的思路,我们发现,现在盈利性极高的网络公司,如盛大,QQ,51.com,阿里巴巴B2B网站,百度无不都是这样的公司。像当当这样靠实物、库存、物流、收款来运作的企业,累哭了也不如前面提到的公司赚钱。
在他们眼里可能觉得,一个团队,只要用上先进的工具就会成为一支装备了机关枪的军队。就跟我们的客户一个想法,只要上了这套ERP软件,我们的管理 就上了一个台阶,我们的盈利就会提升。这个想法,真是奇怪,就如同一个人拿了一把屠龙刀,人没砍到,倒是把自己砍伤了。一把好厨子的刀,到了不会做菜的人 的手里,仍然做不出好菜,就这么浅显的道理,但大家还在幻想。
我一直在商业软件公司工作,也深深的明白自己的责任就是帮助公司最大限度的利润最大化。(功利、直接)
需求如何描述清楚,成了必须提上日程的事情。许多没有经验的项目经理尤其会在这一步犯晕。UML工具、数据库设计工具,需求管理工具,能上的都上,最后也没解决问题,把自己和自己的团队累的半死。
我使用了PPT+WORD+脑图+EXCEL的描述方法。
因为很多需求都是这个支那个叉出来的。程序员往往想的了这头想不了那头。这就是人的思考的周密性差异。
想让人能从千万丝绦中理出头绪,于是脑图软件上场。把各个分支来龙去脉表现清楚。
到了描述某个节点的时候,PPT上手。一页PPT相当于一个界面窗口。每页PPT的图形模仿了菜单、输入框、按钮。按钮按下,还可以跳转到其他的PPT页上,和软件操作流程非常相似。
PPT让程序员很直观的看到未来软件作出来是什么样子。关于PPT的详细描述,如字段,流程,特殊注意,特殊控制,都用WORD说明好。
(这个部分,使用AXture免费原型软件比较好,一个软件解决以上几个软件同使说明的事情,布局和交互流程都能一目了解,还可加注释)
我这个人就有个习惯,能改 进我就不在原地踏步。这个改进方法不行,我就继续想其他改进方法,不断尝试不断推进,哪怕一点改进我都要去实现它。量多了就会引起质变。许多人就等着大机 会大改变,对小改进懒的动,我不赞同。
我在我的另一篇帖子中也写过流行技术我到底该学哪一样。我大致给大家在这里总结一下:
现在社会,主要的开发应用是
1互联网网站。主要是asp、asp.net、JSP、PHP、Python、Ruby、Perl。
2网络游戏。主要是C++
3嵌入开发、硬件开发、通信与网络开发,主要是C/C++。中国大量的家电、数码、手机、电信设备都属于这类。
4外包。主要是JAVA和.NET。
5企业管理类软件。WEB开发,主要是JAVA和.NET。C/S开发,主要是DELPHI、VB、VB.NET、C#、PB、VFP。
所以,你选择了什么开发语言,那么你应聘的公司就有了区别。所幸,我上述所说的五类开发应用,现在都有许多公司。所以,选择其中的开发语言,学扎实,有实际案例经验,人品端正,做人踏实努力积极主动,应聘应该是没有问题的。
不过,工资是有高有低。互联网网站公司,大公司薪资福利好,就看你的毕业学校和你的聪明劲了。如果你感觉自己一般,能选择的就是无数的互联网创业小 公司。这类公司倒闭风险大,薪资福利和工作条件可能艰苦,要的人也可能是熟练手,而不是新手。还有一些中不溜的互联网公司,比较偏向伪互联网。主要做广告 推广或网站制作或电子商务线下买卖,做了5-6年了,可能需要一些刚毕业的学生做维护开发工作。
现在热门的网络游戏和嵌入开发,工资高、未来发展潜力大,但技术门槛也高。如果你学技术中不溜没有快速成长天分,也不愿意深钻,总想着机会主义,这个流行就学这个那个有兴起了赶快转移学习目光。这种思路,别说这些热门行业,就是那些传统行业也难找到工作。
对于外包,外语是第一位置,而开发技术反而是其次。因为外包都是大规模作战,分工很细,每个程序员能做的都是熟练工种,人海战术。尤其一些对日外包的项目,人家日本人连伪代码,函数名,参数名,参数类型都给起好了。
对于企业管理类软件,和外包很类似。技术普遍要求不高,常见都是增删改数据库的应用。也是人海战术。不过工资就比外包要低了,因为外包是老外掏钱, 而面向国内销售的企业管理软件售价就低了。而且国内很多公司都是从事企业管理类软件。因为只要有客户关系,就可以做,没有多少技术难度。找工作是好找,但 打一枪换一炮,反复需求修改,一个人捣鼓一个项目身揽数职,让人感觉没多少发展。
你觉得依你的毕业学校和你的人品和你的技术学习能力,你觉得你能达到哪个你喜欢做哪个,你就选择定不断努力,不要还在晃来晃去,最后什么都不精什么都看了点,这类人什么工作也找不到。
我说:我先给你说说软件开发费怎么报。下次再请我吃饭,我再跟你说如何给实施报价。
产品开发由以下阶段构成:
1客户调研、客户调研报告编写
2功能设计、功能设计说明书编写
3开发
4测试
5帮助文档、培训课程、培训演示版本编写
其实,产品开发完毕后,还必须由开发部的文档组对实施部门的培训专员和项目经理进行内训,否则产品知识无法通过培训专员和项目经理传递给客户。这个内部培训也都是有成本的,而客户和你,往往都会遗漏的。
由于功能说明书为内部产品开发使用,所以功能说明书不会销售给客户。如果客户非要连功能说明书都认为是他的产品的一部份,那么他也需要花钱买走。这也是文案人员和项目经理辛苦劳动的成果,又不是自动产生的。有付出就必然要求回报。
产品开发团队由如下人员构成
1客户调研团队
2产品开发团队
3产品测试团队
4产品文档教育团队
客户调研团队,由项目经理和培训专员构成,亲自到客户现场去调研。每个调研团一般由2名人员构成,1名项目经理,1名培训专员。由于不同经验的人当 然工资待遇不同,而工作的质量也就不同。所以我们的调研项目经理,也有高级调研项目经理,中级调研项目经理,调研项目经理三个等级。你如果作为客户,你敢 把企业的需求和流程梳理交给一个刚毕业出来的毛头小子么?他对企业的感觉连企业的一个看门人都不如。当然,不同等级的调研项目经理,调研一天的工作费用当 然也是不同的。与之匹配的调研助理(培训专员)也是有不同的经验等级的。
调研费用,按调研团队人数和工作天数和他们的工作费用和调研家数计算。出差过程所花费的交通、住宿、餐费不包含在他们的工作费用中。调研是调研费, 这是调研的工作,但出差产生的费用是出差的费用。如果你把这些都整到一块,你的调研费用肯定看起来很高,客户又质问你怎么一天3000块了,还不如报的时 候就清楚的报。哪里都需要钱呀。
一般,调研周期为两周。先是调研收集客户现有状况细节,然后进行现有状况梳理。梳理理解后,总结疑问,并与调研方开会,双方就疑问和目标和需求进行讨论。最后是根据多次讨论进行调整,得出最后的调研报告。
我为啥说需要两周呢。因为一个企业有许多部门许多岗位。你要把客户的整个组织结构和岗位职责和流程,和他们的现状问题,和他们的需求目标,都需要调 查清楚,而且还要和他们协商统一认可好如何改进,否则你怎么设计适合他们的系统。没有两周的调研和讨论和反复修改磨合,你出来的软件更是痛苦,调研3天, 开发1月,实施和不断修改2月,维护修改和稳定和技术支持3月。最后客户还抱怨你的软件太不稳定,N多需求都没有做,当然不能付尾款了。你不答应他们的需 求,你就拿不到尾款。于是,需求修改更新,发现又引出了其他的BUG和需求,噩梦循环啊。
咱们说说调研。
例如,调研10家客户。客户分布在东北、华北、华东、华南、华中、西南、西北。调研需要2周的时间。如果遇到星期六日还需要出差进行工作,那么休息日加班费就按国家规定累计。
这样来算一下费用。高级调研项目团队,中级调研项目团队,标准调研项目团队,(每个相应等级的调研项目经理每天的调研工作费用+他的每天对 应的餐费交通费通讯费住宿费+每个相应等级的调研助理每天的调研工作费用+他的每天对应的餐费交通费通讯费住宿费)x10天工作日x10个城市,你看看多 少调研费用吧。你用一个EXCEL做个自动计算就OK了。你把这个公式内置到EXCEL中,客户只需要选择自己想要等级的调研人员,填写要调研一家的天 数,再填写要调研的总家数,调研费用自然就出来了。如果客户觉得不能接受,就让客户自己玩这个计算公式,直到他自己都觉得确实没什么水分了作罢(他也不是 变态狂,以榨干软件公司逼死软件公司为乐。所以,他认可的是一个合理的报价,而不是离谱的报价。他认可的合理的利润还是手下留情的)。
想想吧。没有跟客户要一点浑水摸鱼的费用。都是大家都能认可和理解的费用。假设,一个在本行业信息化工作了5年的调研经理,他的月薪水达到6000 块应该没有人质疑吧。那么他这个人每天最低的成本就是200元。再说了,这个员工消耗的其他办公费用与福利与税金也是有均摊成本的(企业总不能无原因生钱 吧。钱肯定还是要从客户这个源头来)。
另外,我还没有计算调研团队在这2周的调研时间内,还有4天的休息日,如果工作的话,这个加班费用还没算呢。你可以算一下。
调研完了,就要开发了。你以为雇佣几个编码人员就能搞定了。那样的搞定也是活稀泥的,最后不断修改的成本能让你把赚的钱都吐出来。所以为了以后不秋 后算账,我们就得从一开始好好做(如果你想赚更多的钱,可以把我给你讲的配置都缩减了。当然,质量和效果也就缩减了。一文价钱一文货,谁也不白给。国内软 件如此现状,就是为了多赚钱,最后把客户给的合适的费用都缩减了,但是给客户报的却是达到100%效果的人员数量和人员素质和人员天数。这个中间差就是个 小九九了)。
产品开发团队,一般由以下角色构成
1开发总监1名
2架构师1名,公共代码开发人员2名
3业务开发组长1名,主要代码开发1名,辅助开发1名。每个子系统由3名人员构成。假设有4个子系统,就需要有12名开发人员
产品测试团队,一般由以下角色构成
测试员1名。假设有4个子系统,就需要有(4+1)=5名开发人员,其中+1是公共代码测试。
产品文档团队,一般由以下角色构成
1每个子系统一个文档编写与内部培训人员。假设有4个子系统,就需要有4x1=4名文档人员。
所以,一个产品开发过程,以4个子系统为例,共需要参与开发人员
1客户调研团队 2名
2产品开发团队 16名
3产品测试团队 5名
4产品文档团队 4名
共计27名参与者(估计许多人会说我三五杆枪能有这么多人么?楼主真是搞笑痴心妄想白日做梦。我报这个人数,是为了计算一个能达到客户效果的一个合 理人员配置上。国内软件公司往往无法满足,所以效果就不断衰减。不过,我一般都建议三五条枪的企业最好能从实施部门抽调过来调研、文档、测试人员,这样人 数可以缩减,但要做的事情不能缩减,这样效果衰减的就不会很厉害。很多三五条枪的企业现状都是做一单骗一单砸一单,就是什么人也没有,两个开发人员从调研 到设计到开发到测试到实施到支持都这两位老哥。甚至干脆一个人全挑。这样的现状如果不去想办法改观,软件质量和软件竞争力仍然无从提高。)。
客户调研周期14天。产品开发周期60天,产品测试周期10天,产品文档周期10天,产品内部培训周期10天。由于产品测试周期和开发同步测试,自己独立出来的10天是综合测试。产品文档周期10天也是如此。而产品内部培训周期10天,是必须在产品文档发布后才能培训。
所以总的项目周期会是14+60+10+10=94天,27名参与者。才能保证一个产品(4个子系统+1个系统管理系统)开发的质量。
平均每人6000元月工资算(因为有低工资的培训专员和辅助编程,也有中等工资的各职责经理组长,也有高工资的总监,所以拉平6000元,应该也算 比较合理。)。一个产品的开发大约是6000x3月(94天)x27人=486,000费用(这可都是成本,诸位客官都看到了,里面没有加任何企业的利润 点)。再加上30%的毛利,共486,000+145800=631,800。大约63万开发费用和3个月的时间才能保证4个业务管理系统的软件质量和进 度。
这些人的成本,你都可以做一个计算公式,明明白白得算。在客户要求的质量、时间限制内,使用多少人,使用多高工资的人,一算,成本就出来了。成本出 来了,再加上你希望的合理毛利,就得出了你应该报出来的价格了。否则,你拍脑门报价,做到项目结束,你还真有可能亏损了。那些被项目拖死的公司还少吗?
30%的毛利,剔除销售费用和税金和管理费用,纯利在15%以下。也就是说,年销售1000万,纯利才150万,其他都产生了费用支出。根本无法支撑下一年的生产再发展。
这样来看,软件公司确实活的挺惨。
这样来深入计算软件公司一个软件的成本和利润,我想那个说600元软件的客户该理解了吧(当然,那些总觉得老板是黄世仁的程序员,心里或许也能舒坦舒坦)。
我想答曰:现在的客户都是荤素全收。吃饭KTV洗澡加回扣,这些都是正常流程。但桌下的归桌下,桌上的还要看你桌上的。现在需要的是面上好看面下也 好看,既要捞了实惠还要项目做的好。现在企业打单的竞争都已经不是一两层的竞争了。先开始比关系,发现竞争对手关系也不弱。比价格,发现还是差不多。再往 上加竞争层,比谁的功能强,比谁的售前方案和演示做的好,比谁的实施承诺和服务承诺好,比谁能够客户化修改,比谁能在现场驻扎时间长,比谁派的实力干将厉 害,比谁客户化修改次数无限改动幅度无限。等等等等,比到大家觉得这单子签了也是个擦屁股事,坚持到最后的就胜出。如果洗洗澡吃吃饭给点回扣就能搞定,那 销售就简单多了。过去可以,但现在不行了。未来更不行了,喝酒吃饭玩,那是工作之外的;谈到工作,还要怎么正规怎么来。想混水摸鱼报个价过关,以后出了时 间问题和质量问题,谁的位子都可能丢,这个险没人敢冒。
如果你经常经历斗争,那么你会很快找到自己最合适的生存点
我判别平衡和矛盾冲突,也一般从人性和利益这两个方面去思考。企业员工间的矛盾,不外乎就是一口气、一个位子、一个面子或者是一点小利。其实最大的控制者还是老板,所有人都是棋子而已。解决了气、位、面、利,就很好搞定团队和谐了。中国人性,阅读历史长河,变化甚少。
很多人问我:你当职业经理人,你和老板意见不一致的时候多吗?不一致你怎么处理?
我说:我一般会找合适的时机向老板说明我的思路。而且我的思路的出发点和目的点一定为老板利益最大化考虑的(如果你的思路从一开始不是为老板着想 的,那估计什么时候都得不到老板的认可)。所以,我有这个基点,所以我会找时机进言(时机很重要。老板正固执的时候你即使对的也不能接受。老板也是人,老 板也有面子。)。如果老板仍然不接受,我会职业化公事公办的执行,安排人,推动,检查进度,监督质量,消除异常,调度资源,指导方法。我的意见,一般老板 会听30%。而且,我当多年后回顾老板当年的想法的时候,我发现,老板是对的。我想的确实不够高。老板是比我掌握信息和资源多的人,老板也知道内外矛盾和 困境,他就像在下围棋统揽全局,他想的步数可能会影响大局或影响未来的第三步第四步第五步。而我只能看到前三步。如果我也能看到比老板更多的步数,可能我 就是他的老板的。所以老板自有当老板的资本。经过这么多年职业经理人生涯,我还自认自己有一点能力,但老板仍然是老板,我仍然服务这么多年。可见,老板不 是混饭吃的。所以,我总是告诫自己,低调低调再低调,再考虑远一些,不要乱讲。我尚且如此,我手下的员工更是如此。
这段话描写的栩栩如生,和我们日常遇到的需求困境如出一辙。
中国人的需求很特别,好像事情都特别赶人都特别忙似的,都寥寥数语就以为他的需求已经说清楚而且你也肯定明白了,到底能不能实现,实现后能不能可操作可执行,都是匆匆一个见面一个电话几句MSN几句MAIL然后就等着软件开发出来用。
我看到日本人花费一年的时间反复和客户讨论需求,深入到生产一线天天蹲点,还派人拿专业的测量工具来记录,如拿秒表记录操作的时间,拿摄相机拍摄操作流程,有大量的过程检测指标需要15分钟确认一次,很是认真,然后才设计解决问题的软件功能。对于每个操作的软件界面也是反复和客户确认,如何更容易理解更方便操作。
我见到许多国内项目经理调研没个方法,东一榔头西一棒槌,需求调研像是开座谈会,一屋子人,有干系的人都请来开会。有最终操作用户,有部门管理者,有大老板,有二老板,有计算机室,好几个部门。每个人站的角度,层次都不同,关注的问题重点也不同,眼光长远也不同,有人悲观有人乐观,有人不懂装懂,有人不懂瞎嚷嚷,有的部门影响力大气粗的不行,有的部门比较势力小唯唯诺诺,有的部门不愿意多干就推来推去反正不是他部门的事情,到底是哪个部门的事情需要大领导来定,但可惜大领导没来,有的部门怕自己那点内部发小财被破坏了就故意找各种各样的困难还说的头头是道,于是一帮人叽叽喳喳,没个结论。有时候开会开多了,实在说不过去了,必须要有一个结论,于是每个人的意见都上了需求本,回来一整理,没法弄。
我曾经参与过一个项目就遇到了这样一个情形,最后拖的时间太长,项目主导方认为没什么利益可赚,而客户冲突利益太多,就放弃这个项目了。
“表面上看起来好像没有任何一个单独的问题会导致困难,每个问题都能获得解决,但是当他们相互纠缠和积累在一起的时候,团队的行动就会变得越来越慢。”对于问题的我们很难看到本质,不过,如果我们想解决问题,就必须试图先去了解问题。
这是《人月神话》中的一段话,我从网上找到的,估计那个项目经理很遗憾没有看到这句话。
风水轮流转呀。真不小心,新一轮领导换届,新领导上台。这个项目又被作为领导新政提了出来。(注意,不是政府换届,而是企业领导换届。我从来没有做过政府的单子)
这回,项目主导方变成了我们。我成了项目经理。但是,除了这位新领导,过去的那帮人还是那帮人,我仍然要解决这帮人。(我的一位助手笑称这帮人是成事不足败事有余。上一次我是挂名,他是真正参加了上一次的项目每一次开会。这次,我找他做助手,希望他的上一次经验能给我提供帮助)
我这次没有像我的助手上次项目一样,让计算机室帮忙到业务部门要这信息那表格。
我首先向计算机室要了一份全企业的部门组织结构图。我先看看这个盘子到底多大。我曾经刚出道的时候就遇到一次滑铁卢,半路地杀出来一个部门领导竟然严重影响了项目走向。
这次,我把全体部门都纳入思考范围内,了解我这个项目和各个部门的关系。最后我按项目关系紧密程度把客户各个部门排了一张表,每个部门的负责人的名字,联系电话我都要到,每个负责人的年龄,每个负责人的性格,我通过晚上请计算机室没有结婚的小伙吃羊肉串了解了个一清二楚,谁说话算话,谁比较和事佬,谁比较见风倒,谁和谁不对付。想问问他们大老板是怎么看这个项目的,想达到什么目标,他说他也不清楚。
我先去亲自找最容易配合我的那个部门(我并没有采用聚众开座谈会的形式,而是单个击破法)。但他不是和我这个项目关联最紧密的部门。但他最容易突破。
他和我发了一下午的闷气,有对企业现状的灰心与不满,有对理想做法的想象,希望我能在这次项目中把他的想法全部实现了。
不过这次聊天我也受益匪浅,对这个企业的各种来龙去脉了解了许多,使我在以后的小心翼翼项目推进中避免了很多人为的障碍。
但这不是我这次找他谈的真正目的。他絮叨了一下午,我临走时才说出了我的目的:我需要把他这个部门的报表和单据收集回去。
他很配合,把他的得力干将叫了过来准备安排,我说别了,我跟着他去自己收集,这样我对您的需求也理解的更深更直观一些。
于是,我跟着他的得力干将,一位36-37岁的中年女士一一到每个重要的人的桌边,我和每个人都讲明了我的来意,他们将他们手头的报表和单据全都拿给了我。有EXCEL的,有WORD的,有每月PPT述职报告,有纸张的,有电脑软件上的报表都打印出来,有电脑软件上的数据输入,我就帮他们COPY屏幕打印放到我的U盘上。
我一个人一个人的边收集边问,通过他们给我的表格,我就大致知道了他们的工作岗位内容。
然后,我问:哪些表格是你最常用的。
于是,那个人就帮我挑出了好几张。
然后,我依次把最常用的,次常用的,偶尔用的报表都分了类。
我又提出了问题:哪些报表影响你的考核和奖金工资福利之类?
他又帮我挑出来一些。
我又对着他挑出来的影响他的考核的报表,拿起每一张问他:在这张报表中,你最关注哪几个指标?
他一一指出来。我顺着他的指,边和他交流这些指标的关联关系。
然后我拿着这些指标问他,这些指标是怎么的数据是怎么得来的。
他就帮我从这一堆的电子的、纸张的单据中找了出来,并且解释怎么输入的。
然后我对着每一个单据都问他这个单据的使用频率,是每天、每周、每月、每季还是每半年、每年。是每天(周、月、季、半年、年)的期初做、期末做、还是平时做?哪个频率高?高到什么程度?
这样,我就明白了每个人主要真正做哪些事,怎么做,最后怎么考核,哪些事最重要,哪些事每天做,哪些事频率最高。
常用的功能,重要的功能,性能压力大的功能,稳定性要求高的功能、数据精确要求高功能,易操作性要求高的的功能,就是从这些提问回答中自然浮现出来的。
我的那个助手用笔在笔记本上不断记录,手累的最后回来都说手写的都抽筋,告诉我下次不要这么快,让他好记录全一些。还给我看,为了记得快,字都写的有些现在不认识了,还得靠回忆,整理起来特费劲。我说,行,行,我一定注意。
我们回到宾馆后,先制作了一份草稿,粗略的列出来这个部门的组织结构、人员岗位角色说明、业务流程图、考核报表。第二天,然后针对这次项目,把这次项目相关的详细描述出来,并且把核心业务流程和非核心业务流程分开。
第三天上午,我们又去了那个部门,针对每个报表间的钩稽关系,每张单据录入的每一项录入要求、默认值、必填项、唯一约束、录入校验、单据状态、可选值都做了详细调研。
在交谈中,我们又发现了一些流程,这些流程都是些特殊处理流程。我们也发现了一些异常的操作,是发生特殊业务时候的土处理,我们都如实记录了下来。有时候,你专门问他异常流程的时候,他反而回答不出来。大部分人没有系统性思维,都是以事论事,讲到哪里想到哪里。所以发现异常流程,发现新流程,全靠调研人自己细心发现和甄别。可能,他无意的一句话,你直追着下去就会发现他日常处理的空白和漏洞和矛盾的地方。
第三天下午,我们继续工作,单个人访谈,把每个人工作中认为最想解决的问题都提出来,但只能说5个,能想到哪些就说哪些,我们一一记录。
第四天,我们把我们过去画好的组织结构、人员岗位角色说明、业务流程图,经过昨天的调研,又修改补充了一些,在整理的时候,我们用红圈标好了业务处理漏洞和矛盾的地方,并且对这些地方都提出了改进建议。把他们每个人认为最想解决的问题都考虑进流程和业务单据报表中,建议增加什么流程、建议增加什么单据、建议增加什么报表,谁来做,怎么做,谁来监督,怎么考核。
一份优化好的流程展现出来了。
第五天,我们又去了客户那里。这次,我们组织了部门座谈会。我们给他们整个部门都讲解了我们梳理过的流程现状,给他们说明漏洞和矛盾,给他们说明我们提出的方案。
座谈会非常顺利,全在我们的意料掌控之中。他们非常惊讶我们能在短期内画出这么专业的流程图,其理解透彻度比他们自己还要清楚。而且对他们问题的把握准确,对他们问题的解决思路之巧妙,都不禁赞叹我们。每个人的疑问和建议都融入了我们的流程改进思考之中。客户部门给与了我们很高的评价。
接下来,我并没有把这种方法扩展到其他客户业务部门的调研。而是我把这份调查报告又给了他们大老板演示了一次。他们的大老板从来没见过这样专业的调研,赶快召集各部门头头都来开会,乐的喜笑颜开,大赞这钱花的值,他们只想到上套软件,没想到上软件讲究这么大,他们自己都没有如此明晰专业的流程图。他们的大老板赶快让我给他也COPY一份,如获珍宝。
有了大老板的肯定,我做一个部门的调研,就给他们的大老板发一个报告邮件。邮件抄送给调研的业务部门负责人。
我所有的调研一帆风顺,各个部门配合极好。上一次项目的扯皮推搡都不见了。
我的助手说:你这个人有点邪门。
我一笑。
针对很强,实战经验丰富的书
对“针对很强,实战经验丰富的书”的回应
《走出软件作坊》热门书评
-
争鸣来了——老曹如是说
58有用 10无用 叶卡 2009-01-12
http://hi.baidu.com/caoz/blog/item/51ee8a13486770d7f7039e2e.html走不出软件作坊2009-01-12 12:51黄一孟 小朋友犯了一个小错误,把他自己订阅的书寄给了我,是两本书,一本是“基业长青”,一本是“走出软件作坊”,这也让我有机会嘲...
-
读《走出软件作坊》有感
34有用 1无用 无尽之眼 2009-04-19
第一次看到这个书的副标题《三五个人十来条枪,如何成为开发正规军》,心里就觉的这是一本十足的IT小说书,但是读了几段之后,就放不下手了,很久没有看书看到欲罢不能的境地了,所以晚上一有空就读上几章,当然也不放过在等车和在轻轨上捧读的那一点时间,因为是部门公共书籍,所以看第一遍的时候也没有写下什么笔记,后...
-
为什么?!
29有用 0无用 joylite 2008-12-12
看完了这本书,我想的更多的是为什么? 一. 为什么项目做不好? 既然是软件作坊,一般来说,都还是谈不上什么软件产品的.能说的...
-
不错的项目管理+自我管理
25有用 2无用 O'Henry 2008-12-15
书摘:--------------有很多网友特奇怪我为什么能有时间来写博客,甚至还能接受网友的IM交流,问我是怎么做到的。他们都觉得自己每天忙死了,相信我作为部门的头公司的高层,估计更忙的不见人影,怎么回事呢?我总结了总结,在此给大家分享一下。首先,我每天的工作主要干什么?1每日接受开发组长报告给我...
-
很不错的书,4篇系列书评
21有用 1无用 judeyan 2009-02-15
读《走出软件作坊》-1自以为看书不用做笔记,匆匆翻过一遍便能吸取其中的精华。其实我不能。自以为可以把事业和感情平衡的很好,做到鱼与熊掌可以兼得。其实我也不能。那就一个一个来改吧。先来读读《走出软件作坊》这本书,每天把自己的心得写上来,看看自己究竟能学到什么。今天读了“双龙会”和“人,是人,真的是人”...