标签：
如果说在前两章《大道至简》的内容是有关编程的话，在这一章里面鲜有和编程直接相关的内容。
在一开始，作者就举了个“李离伏剑”的故事。说实话把我吓得不轻，这个故事很小的时候就听过，当时在父母的灌输下，认为这个人实在是太值得歌颂了，事实上他也真的被歌颂之今。这是第二次看到这个故事，没有父母的指引，多年以后再看看，突然有种莫名的恐惧，仅仅因为断狱失误就自刎而死。可转念一想，他的失误致别人死亡了，以死谢罪似乎没什么不妥。先前的恐惧，是因为这个故事放在现在实在匪夷所思，那么多的失误，也没见哪个负责人引颈就戮的。可是如果出现一次失误就死一个，管理员可不是那么好培养的，于是就出现了另一种说法——负责人需要时间来成熟，需要承受失败的，而不是一开始就享受成功。
“项目工期的问题不能解决，项目就是失败的，只有经验更加丰富，才能无限地逼近预定工期。”所以说给他们空间去失败，换来的就是经验。在搞定了项目经理这个问题后，作者又举了个例子，好长的例子，在我看完第一遍之后得出的结论就是，这是一种形式主义，制度颁布了，体系没有改变。就好比给了钦差大臣监管的权利，又不给他决断的权利，只能看看有什么用。于是，质量手册沦为了遮挡阳光和灰尘的废纸。“皮之不存，毛将焉附”，只有从源头抓起，才有可能解决问题。体制的问题说到底也是管理者的问题。
其实通读这一章的全文，作者将问题归纳为了几个方面，可是在我看来所有的问题都是管理者的问题。体制有问题，为什么不改革？出现失误了，为什么会出现失误？是操作者的问题，操作者为什么会出现问题，是管理者在选人的时候看走眼了，还是管理者没有给操作者灌输正确地观念，没有让他意识到问题的重要性？所有问题都是管理者出现的，似乎太劳累了，所以说他应该懂得怎么去分配任务，下放权力，让整个团队凝结起来。
等到下学期的时候，我们就要开始设计了，以寝室为单位组成个团队，俗话说“三个和尚没水吃”，四个人一起协作的时候必然会出现这样那样的争论，没有了权利的约束，大家必然谁都不服谁，似乎很棘手。
没有多余的人员，每个人都有每个人的分工和职责，也许工作的内容不一样，但只要有活可干就是这个团队的一份子，而不是多余的那个，他就可以存在。说是没有管理者，可是换句话说，每个人都是管理者。这是我们自己的项目，我们必须要为它负责，多一点讨论，少一点独断专行，明确分工，每个人都有自己的职责，这才是一个成功的团队。
标签：
原文地址：http://www.cnblogs.com/zxr-1996/p/4888026.html
