一个关于项目管理的问题

问题：“有一个开发人员，水平很高，也很有热情。在开发某一功能的时候，发现只要把现有的code做很小的改动就可以顺手实现一个新的功能。这个开发人员该怎么办？”

黄雪斌的答案：“你所说的是一个非常有趣的现象。而episode的回答“schedule和spec最大”也非常精妙。

一般说来，如果在微软发生这种情况，开发人员是没有权利擅自向代码中添加额外的功能的。我们要求1. 要实现Function Spec中规定必须完成的功能；2. 不允许擅自添加额外的功能。软件产品的开发不仅仅是代码实现这么简单，每一个功能都要经过测试人员的测试，用户文档人员也必须在帮助文件中详细描述每个功能的使用。添加一个额外的功能同时也会带来其他许多额外的工作。同时，还需要验证该功能是否会对其他的功能产生影响，其易用性如何，会不会使用户感到迷惑，等等。

如何开发人员确实觉得该功能很好，可以告诉程序经理，再决定是否需要添加该功能（一般需要提交Requirement Change Request报告，再经过专门的变更管理委员会的讨论）。一般来说，在产品的Milestone1和Milestone2只会先完成必须要实现的功能(Must Have)，而一旦代码完成(CC之后)，添加任何新的代码都需要经过代码审核才行。

曾经看过一些关于优秀的开发人员在团队中的作用，其中有两条决定很有借鉴意义，在这里和大家分享：
1. 一个优秀的开发人员的工作效率会是普通人的5－10倍，要鼓励优秀的开发人员分享他们的经验，程序经理在制订Spec和Schedule时要多向他们进行咨询，请他们提出反馈意见
2. 再优秀的开发人员也只是团队的一分子，同样需要遵循整个团队的规定，按照团队的开发流程进行工作，没有例外。”

这应该是标准答案了。这里我想加一点我对这个问题在企业文化上的感受。

是的，微软强调开发团队的纪律，同时也极其鼓励员工的创造精神。但这并不意味着，你有好的创意就自然得到别人的重视而被采用。也许你很有信心的提交了报告，但最终发现被束之高阁。问题在哪里？问题在于，你不仅要有好的想法，还要能够主动把好的想法“推销”出去，让大家接受。比如说，你要主动告诉你的主管（Dev lead/manager），实现这个新的功能是多么简单，不会影响自己其他工作的进展；你要主动找项目经理(PM)，演示给他看你的新功能，让他感觉到客户一定会喜欢它；你要找有关测试人员，让他们估算测试难度和代价，告诉他们，必要时你可给予协助。
有了这些前期的工作，你的聪明才智会很容易变成产品中闪亮的光点。
所以一个优秀的员工，不仅要善于构想，还要敢于展现，更要具备团队的协作精神。这应该是微软企业文化中的一种价值取向吧。