【IT168 技术文章】
这是微软资深项目经理人Stephen Maguire的项目管理经验。希望对大家有用！
首先明确一些文中的概念：
项目经理：是项目的负责人，负责拟定进度，监督工作确实按进度实行，确保所有工作都方向正确，不出纰漏，培训团队恩怨，并向高级主管报告项目状况。
设计师：我们这里说的设计师包括程序设计师和网页设计师，网站开发的主力人员。
技术经理：由团队中资深设计师担任，负责项目的内部整合，确定开发规范，确保技术文件更新。
产品经理：非团队人员，负责与行销人员或客户协调，监督网站的开发符合客户和公司的期望。
第一章.有效团队的基础。（共4节）
1.专心改善产品
公司付工资给设计师，要他们在合理的时间开发出品质精良的网站，但是设计师们的时间却经常被其它事情占用了。
典型的情况是设计师要花大量的时间准备会议，参加会议，读写开会记录和进度报告，还有回复email等等，这些事情都不能改善网站的工作，虽然其中一些是设计师自己主动做的，但更大一部分是项目经理下的命令。
虽然项目经理的本意是好的，但是却违背了项目经理的基本守则：
项目经理的任务是努力消除设计师工作上的一切障碍，让设计师权利专注在真正重要的工作上---网站开发。
这不是震惊世界的发现，只是简单的道理，但是有多少项目经理确实做到呢？
请不要从字面上理解我的话，并不是说设计师只许制作网页，开发程序，事实上，思考如何设计，测试和培训等等，虽然不是直接投入在改善网站上，但对网站的质量却有重大深远的影响。
2.排除干扰
如果你希望团队在期限之内完成网站，就必须尽可能排除一切不必要的工作。在你分派工作给组员前，请问问自己，这件工作真的有必要让大家做吗？身为项目经理，必须时刻问自己一个问题：
“我努力的目的究竟是什么？”
这样工作就不容易偏离方向。记住，要以整个项目的眼光来看事情，你就不会陷入个别细节中了。
比如开项目进度会议。目的是为了了解项目进行的情况，以避免项目进度失控，但是如果每一个项目都如期完成，也没有人要加班，那还有必要报告进度吗？
还有常见的就是让组员写报告，交代自己做了什么，解释为什么延迟了，这往往会令很多设计师头疼和反感。一天8小时工作时间，很可能4个小时花在了写报告上。而正常的开发工作却不得不加班做。
请不要误解我的意思，我并不是说不需要进度报告，只是提醒项目经理们，不要过分注重“项目流程”，而忽略了真正的产品----你的网站。我的一点心得是：用一个新的办法了解进度，容易写，而且不花时间。
1.每当有设计师完成一个功能（子项目），就发一个内部email给大家；
2.每当项目进度可能落后，就和我私下交流，讨论解决的办法。
3.明确目标
就象你准备考一个学位或者买房子，都要筹划一番，然后行动，再达到目的，做一个网站项目同样需要制定明确的目标。注意“要完成一个网站”只是一个模糊的目标，它还不够具体和明确。
实际操作中，可能很多网站在目标不明确的情况下也完成了，但问题是，在这之前，有多少时间被浪费了？虽然你运气好，完成了项目，可是比起有明确的目标，有目的有控制的规划，实施来说，哪一个更稳当，风险更小呢？
什么样的目标是明确的目标呢？其实并不一定是博大精深的，只要足够详细，能够保证项目向正确的方向进行就可以。通常只要项目组长花几小时，或者几天时间就可以制定一个详细的项目目标。例如本站：
目标1： 建立一个以网站项目管理为主题的网站。
评价：目标已经明确主题，但还是不够详细。
目标2：为网站项目管理爱好者提供一个交流的平台。
评价：目标定位了服务对象和主要功能。但是并没有体现我们建立网站的深层目的。
目标3：为网站项目管理爱好者提供一个学习交流，并能够共同制定详细规范的平台。
评价：明确的目标，指出了服务对象，最主要的功能和网站本身的目的。
在目标确定后，我们就坚持这个大方向，凡是有利于目标实现的最先完成，比如：论坛，规范文章。与目标无关或关系不大的，可以不做或者推迟做，比如人才交流，漂亮的界面等。
设定目标就是把“你要完成的事”用清晰的语言描述出来，让团队每一个成员都有明确的概念。只要把目标稍微理得清楚些，整个项目的方向就会有惊人的改变。记住这一点吧：理清详细的项目目标，可以避免在不必要的工作上浪费时间。
也许设定目标会花你一两天时间，但相对报酬是非常值得的！
4.设计的优先考虑
好比买菜，有人买罐头的因为最便宜，有人买冷冻的因为最方便，有人买新鲜的因为最健康，因为在他们的心目中，强调的优先考虑不同，网站开发也是一样的道理：同一个程序，不同的设计师写的代码必定不同，有认为代码越简练越好，有认为容易使用最重要，还有的则喜欢追求执行速度。
项目的目标和网站开发的优先考虑并不相同，但两者有重叠和影响的部分，因此我们要建立以下基本观念：项目目标引导项目的方向，而设计的考虑顺序影响设计的过程。
每个项目的具体情况不同，考虑的优先顺序也回不同，一般来说，程序设计考虑的优先级表为：
1.尺寸大小(size)
2.速度
3.安全性
4.可测试性
5.容易维护
6.简洁
7.再用性
8.可移植性
除了优先考虑顺序外，你还应该建立各项考虑点的质量规范，例如你认为尺寸是优先考虑，那么多大才算合格呢？如果事先能够决定最合适的优先考虑顺序，并建立质量规范，团队就不会浪费时间，网站的整体风格就会比较一致。
第一章小结
回顾本章讨论的内容，我们可以得出网站开发的良好基础是：
确定您要达成什么样的目标以及如何去做，让每一位组员都明白目标，并专注地朝这个目标努力，设定设计的优先考虑顺序，以及相对的质量规范。
第二章 有效的作业方式
1.什么时候修改错误
如果我问你，网站开发过程中，正确的除错时机是什么？你会怎么回答？
A.等到所有功能开发完毕后再一起测试修改；
B.一发现错误就立刻除掉它；
C.无所谓，反正花的时间是一样的。
正确的选择是B:一发现错误立刻除掉！
对项目来说，最糟糕的情况莫过于被bug整得团团专，来不及完成项目目标。如果只管开发，把bug留到最后，会高估项目的完成率，看起来马上要完成的项目，却惊异的发现还需要3个月的时间除错。微软的经验是：
(1).bug越晚清除，时间花得越多；
(2).在开发过程中立刻除虫，可以让您早些学到经验，然后不会犯同样的错误；
(3).如果能够保证没有任何错误，您就能比较准确的估出项目的完成时间。
所以，设计师应该把找错误当成一件重要的事情，不要为任何理由而耽误。
2.email的时间陷阱
email是个很棒的工具，但是水能载舟，亦能覆舟，如果email被不当使用，也会影响生产力。
我常发现很多设计师喜欢让email打断他们的工作，不是指他们发了太多的email，而是只要有新的email进来，他们就停下手边的工作，看看有什么新闻，有什么新鲜事，并开始回复email。有些设计师5分钟就收一次信，这样一天下来，可能什么事也做不成，因为设计工作是需要一整段时间去思考和沉在其中才能完成的。
为了解决这个问题，我告戒新设计师门，恢复email要分批做，早上一上班，中午休息时间，或者是下班前看一下都可以，但不要有事没事都不停的看email。
