大梦想家

5年开发工程师,2年实施经理,X年售前顾问,......
数据加载中……
微软研发:制胜策略(实用方法一)

首先还是先看一下书评。

下面是来自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就立即清除掉,别拖延。

作者给出的提示:

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

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

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

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

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

    学习前人的经验;

    好方法要让大家分享;

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

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

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



客户虐我千百遍,我待客户如初恋!

posted on 2008-03-03 08:34 阿南 阅读(1329) 评论(0)  编辑  收藏 所属分类: 个人原创读书笔记


只有注册用户登录后才能发表评论。


网站导航: