【IT168 技术文章】

    微软的项目经理 

    除了项目管理相关工作外，强调了最重要的一点是训练项目成员，而微软项目经理一般由资深的程序设计人员担任。所以微软项目管理应该是更偏技术型的，同时也驳斥了项目经理不需要懂技术的一些说法。训练项目成员除了提升项目成员的开发技能外，更重要的还是整个团队精神的塑造。微软项目经理偶尔也会写些程序，但那是次要的工作。

    专注再专注

    软件开发的真理是任何不能改善产品的工作，都是在浪费时间和偏离方向。团队出问题的一个原因往往是项目成员花太多时间做他们不该做的事情，如参加毫无价值的会议，回复邮件，准备冗余的文档。

    项目经理的任务是消除项目成员工作中的一切障碍。让项目成员全力专注在真正重要的工作上－改善产品。

    如果把太多杂事分配出去的目的仅仅是为了减轻项目经理个人负担，实际上你做的是伤害团队生产力的事情。别人能够做这件事情，并不代表必须做。

    有太多的项目经理在不该授权的时候授权，让项目成员为了与产品无关的事情疲于奔命，让外界的杂事干扰项目正常的进度，以致于项目进度不断延误。

    Email的目的就是要让程序设计师的思维不被打断，所以不必要有事情没事情就去瞧瞧它。我只能告诫新进人员回复Email要分批去做，而不是实时去做。

    清晰详细的项目目标

    不要把设定目标这件事情理解的太玄，设定目标只不过是把你要完成的事用清晰的语言描述出来，让每个人都有明确的概念。明确目标之所以带来效率，是让你可以格外的专注与目标相关的事情，做好时间管理，分清轻重缓急。

    开发阶段的进度，特别像敏捷团队工作目标会细化到每天，通过每日构建来检查每天完成的工作情况，及时的纠正偏离。长期加班和饱受压力的小组，多半是工作漫无目标的后果。

    程序设计上对性能，质量，安全，可维护性等的优先级考虑顺序必须要和项目的目标保持一致。因此项目质量目标往往和项目进度目标一样重要。

    缺陷和BUG

    缺陷解决的晚或说缺陷泄漏会导致成倍的清除工作量。所以一发现BUG就需要立即去清除，不能有任何的拖延。

    自己的BUG自己负责清楚，不应该是小心翼翼的人去帮助散漫随便的人收拾残局。

    如果你要求开发人员出现BUG后要立刻清除，那么程序设计师的功力高下便可立见分晓，如果有人进度一直落后，可能是警示他该加强训练了。

    如何避免这个错误？我如何以更简单的方式发现这个错误？当你能对每个BUG都去总结这两个问题的时候，就可以很好的学到避免BUG的策略。

    小小的改变可能产生惊人的效果，面对问题和解决问题的时候，简单有效才是王道。