微软研发：制胜策略(实用方法一)

首先还是先看一下书评。

下面是来自china-pub的书评：

作者详细描述了他在美国领导项目的各种实际的策略方法，教您如何开发高质量的软件，而且绝不延误。本书是为每一位从事研发工作的朋友而写，相信您在读过本书之后，一定急于推荐给您的主管、同事和您的朋友。

    卓越的领导者从不同的角度看世界。若是公司被大火烧得精光，他非但不为丢饭碗惊慌，反而利用火焰来烧烤一顿大餐。当每个人都摇头离去，卓越的领导者仍有充分的信心保持乐观，对每件事都从正面角度来思考。就因为凡事都看光明面，卓越的领导者并不把失败当失败，反将其当作学习克服障碍的经验。正因如此，卓越的领导者乐意尝试各种稀奇古怪的想法，并从中获得重大的突破，即使不成功，他只把这次经验当成获得信息的方式之一。这种领导人不一定要有经验，而是需要强烈的进取心和明确的理想，能够将理想与他人沟通，鼓舞他人共同追寻理想的能力，再加上一点机会，这就是能将理想实现的卓越领导者。

    每当有人完成了一项新的功能或特色，就发个e -mail 给大家。

例如：

“我已完成Faxmangler 的搜寻与取代功能。Frank”
主管应该看一下结果，然后回一个：
“我检查过F a x m a n g l e r的搜寻与取代，不太顺畅，请再修改。Hubie”
或是：
“很好，继续加油！Hubie”
想想看，如果大家经常收送这类正面的e - m a i l，一定会觉得充满干劲，这和可恨的进度报告多么不同！程序设计师会很乐意看见这类的好消息，当自己送出完成工作的信息时，也会很有成就感；没有人会觉得这是很讨厌的报告。

    每当进度快要落后了，就到我的办公室私下讨论原因，我们一起开动脑筋寻求解决之道。

例如：

当某位程序设计师觉得自己可能要落后了，我会和他谈，研究将来如何避免这种事情。是我们在制定进程时疏漏了某一个重要环节吗？或是时间表定得太乐观了？是不是有个错虫( b u g )在作祟，害得程序很难写或无法测试？不论问题是什么，我们一定想办法解决掉，并且预防它将来再发生。

    尽可能减少项目中小组彼此间的依赖。

    目标越是明确，达成目标的过程就会越有效率。

    建立最适当的程序设计优先考虑顺序，并且让所有的程序设计师确实遵守。

排出一个优先级表：

• 体积大小(size)
• 速度(speed)
• 坚固性(robustness)
• 安全性(safety)
• 可测试性(testability)
• 容易维护(maintainability)
• 简洁(simplicity)
• 再用性(reusability)
• 可移植性(portability)

   一旦您掌握了这个概念，把它应用在项目上，您可以大声说自己确实是在聪明地工作，而不是辛苦地工。

    一发现Bug就立即清除掉，别拖延。

作者给出的提示：

错虫愈晚清除，时间花得愈多。

在开发的过程就立即除虫，可以让您早些学到经验，然后就不会再犯同样的错误；相反地，如果到了项目后期才发现，您可能已经犯过多次同样的错误而不自知。

发现错虫而立即除错是一种缓冲器，提醒那些讲求快速而不够谨慎的程序设计师，以后多加小心。

若能保持没有任何错虫，您就能比较准确估出项目的完成时间。

要求错虫随时发现随时改，等于是在开发过程中引进一个小小的质量管理机制，多方的防微杜渐，保护产品的正确性。

    学习前人的经验；

    好方法要让大家分享；

    项目只要有偏差，就需要调整，绝对不可以放任自流！

    定期暂停手边的工作，然后往前思考，随时做必要的修正，以避免未来的大障碍。

有什么事情是我今天能做，而且可以帮助项目在未来几个月内顺利进行的？