主题：关于债务，近期的两件事 -- 闻过则喜

这个的核心就是项目是迭代的，有生命的，不像以前的项目做完了就没有人管了。

先说一些废话：

项目开发分为：分析，设计，实施，维护四个步骤。在以前的开发模型中是一步一步来做的，没有分析完，后面的设计就不能够开始，如果用户有了新的需求，对不起那是一个CR（customer requester）需要重启一个新的流程。

然后我们把这个放到矩阵管理框架中大体是这样的：

sale得知客户可能需要这个东西，申请立项。找到一个PM（project manager）开始进入项目流程，然后售前的人跟进获得用户需求，然后售前在公司内部已经有的产品，并且和产品经理确认是否能够满足用户的需求。当然一般情况下需要修改，然后引入SA，制定概要设计。然后PM找到产品线或者外部资源将项目细化出去，并且制定详细设计。这时候一堆码农/工程师进来，根据详细设计开始干活。等着这些都干完了，测试人员进场干活。然后就是现场工程师开始安装调试等等。

在这些流程中需要引入不同部门的资源进行配合工作，现在的问题是：

1。PM没有直接的指挥权

2。大家相互间都不了解，需要大量的文档和制度进行约束。最终流程本身占用了很多资源。碰到一个例子：就是一个配置文件的修改，干活的用了10分钟搞定，前前后后的流程走了2个星期才让客户的需求得到满足

3。公司和个人得不到任何可以reuse的东西，项目完了人就回到原来的resource pool中，要干下一个项目了。

4。项目的后期维护很麻烦，很多时候第一波人已经走了，后来的人根本不敢修改前人的代码，只能够补丁摞补丁，最后出问题了谁也不知道怎么解决了。

现在公司引进了agile：

项目进来了就是product ower找一帮人开始干，两个星期demo一次，每天有晨会(中国一般到下午了)，如果这个项目能够赚钱，队伍就不变了，没有双重管理了。

目前感觉的好处是：

1.人员联系紧密了

2.从开始，直接干活的人就进入项目，扯皮的事情少多了

3.压力大，2个星期就要完成一个feature.

4.项目和人员都会有积累，可以学到东西。

难度就是：对人员的要求高，需要PO有很强的协调能力，对公司现有体制冲击很大，如果有人走了，没有backup的时候对项目的冲击很严重。