一个貌似失败的行业通用解决方案之旅
公司于两年前计划研发一个行业的通用解决方案。
当时的外部环境是，有几个人在一个大型的项目中做了1-2年，对于一个大型系统的架构和研发有一定的积累。
公司正在谈一些大的行业项目，貌似有极大可能成功。
公司高层貌似比较重视这个事情,把搞一个解决方案作为公司以后发展的一个方向.
于是一个pm带着几个有一定经验的和几个新毕业的（异地）开始了这个通用解决方案之旅。
1 阶段1
开始的时候从系统开发的角度看，还是比较顺利的。7，8个人各自有自己的目标。系统平均2周一个iteration,在一个iteration中，
分为设计，开发，测试几个环节。每个iteration都有一个固定的会来沟通这个iteration做什么。至于细节的东西，可以随时msn或者
开会讨论。之所以觉得开始的一个阶段比较顺利是因为开发的进度一直是可衡量的，有实打实的东西做出来，每个iteration快结束的
时候，可以跑一些user case用来验证目前的工作。程序员可以看到自己的进度当然还是挺开心的.
而且大家还都期待一个美好的远景,这个目前做的东西可以成为以后一个大的系统的基石.
当然,这个时候也是有一些问题的.
职责划分不清,按照pm的说法,7,8个人的小team没法清晰的划分职责,只能粗略的进行划分,导致当对别人的设计或者实现有问题的时候
不能提出来(有人情的考虑).
远景不清晰,对于眼下做的事情的远景大家的理解有偏差,有些人根本没有远景的概念.
沟通有一定问题,毕竟是异地开发,沟通的不方便导致很多事情难以沟通,或者浪费很多时间才可以有效沟通.
上面的重视没有体现出来,最早的系统设计由公司资深的架构师review后才可以进行开发,但是这个活动只有微不足道的2,3次.
sales迟迟没有攻克任何一个真实的项目.
2 阶段2
度过了和谐的阶段1,项目的进度变得迟缓起来.
sales把立项之初美好的有远景的项目都没有谈下来,而且已经黄了.谈成了一个项目,还是给其他组作了(项目的内容和我们这个组作的事情很近似).
其他的项目有的有点眉目,有的快成了最后又黄了,最后大家对这个事情也没有什么热心了.
公司已经快2年没有加工资了.后来终于加薪了,但是很多人都很不满意.
人员的变化比较频繁,其他的组经常抽调我们组的成员.导致新接手的人对项目不熟,人和人经过大半年的合作建立的熟悉度没有了.
2个月内辞职流失了3个成员导致人心思动.
慢慢觉得公司视技术人员为无物,经常听到的是项目如何不好谈,但是只要谈成了是个人都可以做.
3 阶段3
也许是受了一直没有谈成项目的影响,整个组的重心从构建一个比较基础的东西慢慢转移到想出一个短平快的东西.
以前做事的风格是慢慢的自己构建一个基础的东西,以便经过几个行业项目的洗礼之后可以变成一个解决方案,以及一系列在该方案之上的产品.
现在是找一个开源的软件平台,寄希望于可以快速定制出一个企业需要的东西,换句话说，一个可以很快变钱的东西。
进展到这个时候，觉得事情已经混乱了。
公司的高层所谓的重视已经很长时间没有人提起了（再提都是当笑话讲）。
人员的频繁变动，加薪太少以及目标的变来变去让人觉得对这个事情已经没有信心了。
阶段1和阶段2一直在做一个领域的东西，也有一个差不多可用的系统，但是由于种种原因，sales没有拉进来项目。
阶段3为了尽早得到项目，开始对任何有可能谈成的任何领域的项目进行快速搭建。 2 楼 强强爱妍妍 2010-03-11 zhang_xzhi_xjtu 写道
...
当时的外部环境是，有几个人在一个大型的项目中做了1-2年，对于一个大型系统的架构和研发有一定的积累。
...
积累不够,或人员能力不强. 导致抽象不出或不好所谓的"基石".
3 楼 强强爱妍妍 2010-03-11 是小公司吧? 缺人才! 4 楼 一蓑烟雨任平生 2010-03-11 产品如果不是市场销售拉动，怎么做都是自娱自乐。 5 楼 zhang_xzhi_xjtu 2010-03-11 一蓑烟雨任平生 写道产品如果不是市场销售拉动，怎么做都是自娱自乐。
严重同意。
当时对sales马上能谈进项目太乐观了。
6 楼 ltian 2010-03-12 强强爱妍妍 写道是小公司吧? 缺人才!
大公司的人都自己以为自己是人才，其实也不过是自欺欺人罢了。中国的规模大的公司不少，可没见几个人才出来。 7 楼 myreligion 2010-03-12 领导的重视一般是什么项目什么人都重视。。。预算给了才是真实的。 8 楼 RCFans 2010-03-12 有的过程，即使失败了，带来的经验却更多。 9 楼 xiaolin0105 2010-03-13 以你们这样的团队做这样的系统，有点勉强了。 10 楼 zhang_xzhi_xjtu 2010-03-13 xiaolin0105 写道以你们这样的团队做这样的系统，有点勉强了。
为什么呢？ 11 楼 xiaolin0105 2010-03-14 zhang_xzhi_xjtu 写道xiaolin0105 写道以你们这样的团队做这样的系统，有点勉强了。
为什么呢？
引用原文：
“当时的外部环境是，有几个人在一个大型的项目中做了1-2年，对于一个大型系统的架构和研发有一定的积累。
公司正在谈一些大的行业项目，貌似有极大可能成功。
公司高层貌似比较重视这个事情,把搞一个解决方案作为公司以后发展的一个方向.
于是一个pm带着几个有一定经验的和几个新毕业的（异地）开始了这个通用解决方案之旅。 ”
经验不够阿，没个10多20年的行业经验，就要做行业通用解决方案，很难，就算做出来，你的东西也不会是很先进的。
同时技术力量也不够。
其实小公司做什么大而全，你们这么就可以搞定，那sap, oracle, ibm, ms喝西北风去阿？小公司应该往精细化方向发展啦。 12 楼 zhang_xzhi_xjtu 2010-03-14 xiaolin0105 写道zhang_xzhi_xjtu 写道xiaolin0105 写道以你们这样的团队做这样的系统，有点勉强了。
为什么呢？
引用原文：
“当时的外部环境是，有几个人在一个大型的项目中做了1-2年，对于一个大型系统的架构和研发有一定的积累。
公司正在谈一些大的行业项目，貌似有极大可能成功。
公司高层貌似比较重视这个事情,把搞一个解决方案作为公司以后发展的一个方向.
于是一个pm带着几个有一定经验的和几个新毕业的（异地）开始了这个通用解决方案之旅。 ”
经验不够阿，没个10多20年的行业经验，就要做行业通用解决方案，很难，就算做出来，你的东西也不会是很先进的。
同时技术力量也不够。
其实小公司做什么大而全，你们这么就可以搞定，那sap, oracle, ibm, ms喝西北风去阿？小公司应该往精细化方向发展啦。
恩，对。
本来也是想先做的比较窄，但是比较深入一点。然后以这个为切入点，有项目后再不断的完善。
但是后来为了拉项目pm又要做的全。
经验确实是一个问题，当时的想法是一边做，一边有项目的反馈回来，这样可以多少弥补一点经验的不足。
13 楼 seeckt 2010-03-17 市场定位和内部能力总是有差异的，最后会是个妥协的结果
当然差太多就失败了 14 楼 ccxw1983 2010-03-18 太天真就是这样的结果，虽然失败了，不过也学到了你们的教训，谢谢分享 15 楼 schweigen 2010-03-18 这事从老板的角度上看可能更加清晰些。公司不是慈善机构，犯不着给一大笔钱让一帮人去搞研究而没有产出，带来实际的收益。看你们团队的配置，估计是一堆人忽悠，然后加上sales 的保证，不过也有很大可能是老板拍脑袋的想法，就组建了这个一个团队，先拨一笔钱，试着去做吧。
但是后来，sales 没有拉到单子，投入的预算没有带来预期的产出，是继续孤注一掷的加大投入，还是立即终止，抑或不死心，但是削减投入？
对于一个项目来说，其实开始之前的项目预期很重要，你做的这个项目，即使第一年完全是亏本的，也需要清楚的制定出到底是亏损多少，多久后开始盈利。只有如实的完成了第一年，才有第二年，老板才会对项目组增加投资。 16 楼 likeblood 2010-03-19 你们缺乏衔接人员 17 楼 free_zk 2010-03-20 上层和下层的想法是好的，但是没有实际项目支撑，国内任何一家公司都不会舍得钱投入的，所以楼主也不要灰心，在国内就是这个样子，任何一个行业的解决方案都不是一触而就的，更别说你们提的通用解决方案了。
别人说你们缺乏人才，什么叫人才，对某个行业有着10-20年的行业经验的人，也不是每个公司都有的，中国还没有NB到那个程度，没有稳定的团队，任何项目都不可能成功的，人员的流失才是项目的最大风险。 18 楼 lkf520java 2010-03-20 感觉LZ在闭门造车
很傻 很天真 19 楼 zhang_xzhi_xjtu 2010-03-21 zgsheng 写道是要做基础平台,供以后二次开发用呢?还是要做一个通用产品?
介于两者之间，如果客户没有特殊的需求，则这个东西可以直接用。
如果客户要一些定制的东西，则以这个用基础平台，二次开发。 20 楼 tuti 2010-03-21 一没实际单子做具体目标，二还搞异地， 这不是自娱自乐吗 21 楼 miaow 2010-03-29 原文有些背景没讲，个人猜测一下：
系统的行业背景很强，“找类似用途的系统搞二次开发再集成”的方式不适用，或者每次搞的二次开发量太大。因此想搞一个行业内通用的基础平台。
这样的话，我觉得在项目初期最重要的问题是：业务的通用性是否足够高？
如果业务通用性强，看来你们有一定经验，应该还是容易做的。
如果对通用性有疑问，就象前面有些兄弟说的，要考虑业务积累够不够的问题了。
现在看起来象是后者？
我觉得对你们来说，二次开发应该是不动主体代码，做可配置的插入来二次开发。
这方面的弹性，代价恐怕非常大，要系分和架构在一起很多交流才能搞定吧，只有两三次肯定不行。
或者要系分的技术能力比较强，架构细节能搞定的那种，也行。
主体框架部分好了的话，基层开发人员如何应该较次要了。
说实在的，我无法理解为什么有项目不给你们。
这一放下，除非项目人员很牛，否则基本败定了。
宁可开发两套系统，在新平台顶不上去的时候让传统方式的系统上，也比空对空的做对积累、也对士气有利。
大家看不到自己干的有什么成效、也就拿不到领导赏识、待遇提升，哪行啊。
人员再一走，项目就没多少希望了。
按说下决心上的不应该执行起来这么支持不足。
小声问，是不是涉及到高层有不同的看法，你们被夹中间了。若如此，只能哀悼了。
以上无责任发言，接砖盖房子。
