|
锁定老帖子 主题：Quick-Kill 项目管理
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2006-11-30
clamp 写道 china2wto 写道 老板先是设定一个不可能做到的时间表，程序员只能安照这个计划做，到了时间做不完，老板一看急了，说先做个简单版本，去掉一些功能，修改一些需求，因为网站刚开始不需要哪些功能，将来可以不断增加，程序员发现，按照此时的需求变更，一些设计需要改变才能符合，需要有一定量的返工，这又是多出来的事情，然后按照新的计划表继续开发，结果还是完不成。。。。。（递归循环），每次都是超过时间计划。
像这样的情况怎么办呢？ 1、技术人员为什么要答应不可能做到的时间表呢？ 2、技术人员有责任把“将要发生什么”告诉老板，辅助其做出判断 不管级别是老板、项目经理、技术组长还是程序员，任何一个人只要知道更多的细节，都有责任在自己的范围内做出合理的估算并且拒绝执行不合理的计划。 也许一开始老板的整个计划中，市场人员计划就先启动了。 也许老板没有很多钱，如果不加快速度，钱就会烧完。 |
| 返回顶楼 | |
|
发表时间：2006-11-30
"不行就删除某些功能先往外推"这句话很重要啊
老板可以决定进度，但是技术人员可以决定范围，或者告诉老板一组可能的范围/质量值，让老板选择。 |
| 返回顶楼 | |
|
发表时间：2006-12-02
抛出异常的爱 写道 死亡环? 跳吧... 如果还不想跳 看看上面我写的东西... 血淋淋的东西啊... PS:顺序不要变化.... 死亡环 我突然发现“死亡环”可以成为这个主题的副标题！ 有多少项目是一个不断恶性循环的过程呢？我想很多吧！ |
| 返回顶楼 | |
|
发表时间：2006-12-03
china2wto 写道 老板先是设定一个不可能做到的时间表，程序员只能安照这个计划做，到了时间做不完，老板一看急了，说先做个简单版本，去掉一些功能，修改一些需求，因为网站刚开始不需要哪些功能，将来可以不断增加，程序员发现，按照此时的需求变更，一些设计需要改变才能符合，需要有一定量的返工，这又是多出来的事情，然后按照新的计划表继续开发，结果还是完不成。。。。。（递归循环），每次都是超过时间计划。
像这样的情况怎么办呢？ 这个在现实中或许没有完美的解决办法，因为对于大多中小公司来说，生存是第一位的，而不是规范，合理，优雅... 这个问题是客户和项目组共同的事情，做需求的时候就要理解哪些是核心需求，依次可以有功能的优先级，在依次有技术架构的优先级，技术点的优先级，等等，先解决用户最关心的问题，锦上添花的可以缓一缓，当然，一句经典的废话是“具体问题具体分析”，客户focus在哪里？真正的功能还是表面的华丽？这个已经不是技术问题，也不是管理问题了，这应该是生意上的直觉或感觉？ |
| 返回顶楼 | |
|
发表时间：2007-03-11
我觉得文中谈得也是属于比较理想的情况：
1、例如对于outsourcing的情况，双方确认需求等等就不一定会得到一个比较理想的结果。 2、项目评估 ，对于新技术下的应用，如何评价项目成员单体评估的有效性，合理性等等。 3、code review,作为lead developer,手头还有相应的开发工作，这code review 的时间还不得不衡量一番。 4、还要充当调速器，抵御客户和领导等外来造成的波动。 |
| 返回顶楼 | |
