软件·质量·管理（一）系统思维-总结

《质量·软件·管理-系统思维》是一系列比较优秀的书籍，楼主觉得里面的介绍还是有些不是很容易理解，所以结合我们的日常开发，由浅入深地去讲这块东西。

一、压力与绩效

压力与绩效是实施项目管理进程的有效手段。

• 压力：压力可以激发程序员的开发进度，但是压力应当是适度的，过大的压力会压垮一个人，而如果开发人员没有任何压力，那这个管理者也是失败的。
  如下为压力与开发进度的折线图：
  
  随着压力的增大，工作效率不再有提升，当压力继续增大，工作效率反而会下降，可能是由于员工的逆反心理、身体长时间处于高强度工作导致的身体不适，等等原因导致。

1.1自我调节

在压力过大的时候，每个人都有自我调节的机制，有的人是听会音乐放松一下，有的人是去抽根烟、去冥想一会，管理者看到这些情况的时候，并不表明开发者是在偷懒，说实话，没有人可以一整天保持高强度的工作状态，工作中间的休息是很有必要的，也会让员工工作状态更佳。

1.2如何确定压力与工作效率的最佳结合点

压力与工作效率的最佳结合点，就是上图中A所在的位置，但是想确定这个点却是极为不易的，因为很多你确定的情况都未必是正确的，你可以确定的点如下：

1. 员工的加班状态：这个点不可靠，很多程序要加班在玩自己的东西，这你根本不知道，我甚至见过更过分的：程序员在工作过程中玩自己的东西，而此时他的开发进度还没完成，项目进度已经延期，他不管不顾。

理论上我的观点是：你可以在上班时间玩自己的东西，但必须建立在工作按时完成，项目不会延期的前提下。至于到了下班时间，那就是你自己的时间了，随便玩自己的东西都不成问题

2. 员工自己的反馈：有些员工工作到达负荷点的时候，会给出反馈，说自己的工作已经饱和了，不能再接收更多工作。但这也未必信得过，因为有些程序员天生不爱说话，当他们过于饱和也不表达，总有一天他们会做出你无法想象的事情。
3. 管理者的观察：其实管理者是可以观察出来与自己工作区域最为接近的一些人的工作状态的，他们是否在搞自己的东西，他们是否工作饱和，你虽不能完全掌握，但其实你是可以感受到大概的。
4. 处理的方式：当你遇到你不满的开发者时候，直接斥责或指出都是最下等的做法，这样会引起开发者对你的不满，并不能起到管理的作用。此处有两点建议可供使用：
   （1）短期有效：通过每天的工作进度会议，同步工作进度，让开发人员保持工作的压力与效率状态。
   （2）长期有效：通过绩效考核，现在许多公司，都在这样使用，有月度，年度等绩效考核，绩效考核较高者，升职加薪，绩效较低者，永远没有机会获得晋薪晋级。但是这个方法如果要做到行之有效，一定要公正公平公开。做到赏功罚过，否则就会成为一滩烂泥。
   （3）如果员工按期完成了自己的工作任务，那么他玩自己的东西，管理者应当不再干涉，管理的目的是项目的正常进行，而不是管理者对下属可以有自己分配时间的嫉妒，如果管理者这样做，将会没有可信任的下属。

1.3项目管理者的时间都去哪了

项目管理者好像一整天都在忙忙碌碌，甚至开发代码的时间都没有，他们真的有那么忙吗？其实是的。下面是他们一天的任务

• 上午9点30到10点确定了相关人员的今日计划
• 上午10点开始，又有需求变动点需要讨论（需求讨论每天都有么，似乎是的，所有的需求问题都是要项目经理进行确认的，如果你有一个所有事情还要麻烦你的下属，那你其实更忙了）
• 转眼到了下午，之前讨论不请的问题，又来烦你了，这个可能会让一半左右的下午时间是浪费掉的，好了，剩下还有3个小时，抓住机会开发吧。
• 上面的这些工作可能只发生在项目开始的前期，但是到了中期，PM要忙着解决各种系统开发人员，测试，产品的问题，到了后期，项目快要上线PM又要准备各种资料，一天可用于开发的时间至多有一半。

所以项目管理者，一天只有3小时是可以自由分配的，这些时间是用来开发接口，还是用来思考管理的问题，是值得商榷的。但在互联网公司，项目经理和走技术路线其实都是有学问在其中，正常情况下，项目管理者应该只给自己分配一点核心的开发任务即可。