1. 谁喜欢被管制
公元两千多年前，我们脚下的这片土地，处在一个人人向往的太平盛世，以至于现在我们这些后人，都时时引之以为荣。（更有些高高在上的人，不知脸皮为何物地吹嘘当世可以为它的翻版。）这段我们向往的历史，即是“文景之治”。其治理策略更为人所熟知 - “无为而至”，“轻徭薄赋”，“与民休息”。（说白了，就是什么也不干?
）
很不幸，作为开发人员，似乎我们很难碰到像刘恒或刘启那样的老板。正好相反，项目经理或者更高级的主管们往往会在我们沉静在思考中时，像苍蝇一样嗡嗡地飞来采集进度 - 不懂技术的，只是一个会说话的监视摄像头；略知技术的，往往会提出一些干扰性大于操作性的建议；即使有真的精通技术的，除了提了建议炫耀自己的专业实力，更多的是打击开发人员并养成其依赖性......
结果......
我常常听到下面的人抱怨：我们领导烦死了，除了监工啥也不干!
同样有趣的是，我也常常听到管理者抱怨：下面这些员工啊，素质低，爱偷懒，不把工作当回事，只图完成任务交差而已！
软件开发归根到底是人为主导的行业，人性化是无法忽略的。我们渴望在软件开发工作中抛弃官本位，拒绝垂直命令，解放自己，同时也解放管理者。
2. SCRUM的一个原则 – 拜托，请您不要管太多！
SCRUM提醒经理们，你的任务是支持开发人员，扫清障碍。而不是传统的命令和控制！习惯了当官的人不明白 - 支持？只是支持？不会吧？那种自我膨胀和虚荣的感觉都没了？我必须得控制，得发号施令！再说不这样也不行啊，不催项目就会延期。
让我们对比一下大家常见的真实世界和SCRUM提倡的情景吧！看看究竟那种方式更有成效。
场景一：初步制定了一个开发周期计划以后，开发组和项目经理一起开会讨论计划，表述了计划日期和原因以后：
真实的世界=>
开发组长（小心翼翼地）：“您看着计划如何，同意否？”
项目经理：“恩，还行。不过我觉得这个功能看起来没有那么难吧，嗯哈...你们估算的时间怎么这么长？”
开发组长: “（陈述原因）......”
项目经理：“哎...大家加加班，辛苦点嘛...有什么要求尽管可以提嘛...（画饼。通常提了要求也得不到满足）”
后果：开发组不得不听从上头意见加班，满肚子怨气，责任心进一步降低了。开发组长觉得自己的评估遭到否决，自己的话语权被剥夺，还要为了缩短的时间不断压迫成员。
SCRUM的世界 ---- 开发组是交付成果的真正负责人！！=>
开发组长（小心翼翼地）：您同意否？
项目经理：你们觉得该计划没问题？能按时按质量完成？
开发组长：是的。
项目经理：那就按照你们的做。
后果：开发组长对自己有了信心，开发组成员感觉到了自己的话语权（虽然是很有限的），即使加班，也是对自己的计划负责，怨不得上级压迫。
场景二：开发组例行会议. 项目经理也来凑热闹
真实的世界 =>
会议开始，开发组长打开一个word或者什么文档，然后请每个人轮流汇报进度。
会议进行中，每个人轮流汇报进度...项目经理突然就汇报中的某问题提问，开发人员回答解释....
会议趋于尾声，开发组长请项目经理发言
项目经理：“恩，我觉得...你们应该注意*#@#$$，你们还要#%#$...还要#%$T#$”
会后结局：开发
项目经理胜任力免费测评PMQ上线啦！快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
