Quick-Kill 项目管理

首先说一下，老板并没有恶意的设定时间表，而是老板并不对项目开发在行，他只懂得赚钱，只知道，什么时候市场要做哪一步，如果项目没有完成到一定程度，市场就没法开展。开发市场的步骤一环套一环，开始了，就没法刹车，在某个时间就必须交出一个可以推出去的简单版本，根据市场情况不断的增加功能，所以就产生了以上的情况。我想很多会做市场的老板，也许都会遇到这个问题吧。怎么样权衡市场和开发进度？技术人员说，这个时间表不可能，老板会说出一万个市场的理由说，必须完成，不行就删除某些功能先往外推，所有的跑市场的人都等着项目呢！等你慢慢做，做好了，客户们逃跑了！

也许一开始老板的整个计划中，市场人员计划就先启动了。
也许老板没有很多钱，如果不加快速度，钱就会烧完。

"不行就删除某些功能先往外推"这句话很重要啊
老板可以决定进度，但是技术人员可以决定范围，或者告诉老板一组可能的范围/质量值，让老板选择。

死亡环

我突然发现“死亡环”可以成为这个主题的副标题！
有多少项目是一个不断恶性循环的过程呢？我想很多吧！

这个在现实中或许没有完美的解决办法，因为对于大多中小公司来说，生存是第一位的，而不是规范，合理，优雅...
这个问题是客户和项目组共同的事情，做需求的时候就要理解哪些是核心需求，依次可以有功能的优先级，在依次有技术架构的优先级，技术点的优先级，等等，先解决用户最关心的问题，锦上添花的可以缓一缓，当然，一句经典的废话是“具体问题具体分析”，客户focus在哪里？真正的功能还是表面的华丽？这个已经不是技术问题，也不是管理问题了，这应该是生意上的直觉或感觉？

我觉得文中谈得也是属于比较理想的情况：

1、例如对于outsourcing的情况，双方确认需求等等就不一定会得到一个比较理想的结果。
2、项目评估 ，对于新技术下的应用，如何评价项目成员单体评估的有效性，合理性等等。
3、code review,作为lead developer,手头还有相应的开发工作，这code review 的时间还不得不衡量一番。
4、还要充当调速器，抵御客户和领导等外来造成的波动。