梦断代码读后感2

   这本书讲了这样的故事：一群很有经验的代码牛人在先进软件开发模式的指导下，没有资金压力，在更多大牛的带领下，原计划用一到两年的时间开发出一个备受期待的个人信息管理软件(PIM)，后来花了七年时间才完成这一创举，但是已经无人喝彩。我读后有一些感想如下。

    在这本书中，讲了这样的故事 – 由于Windows 一再拖延，BillG 最后跟 SteveB 说 – 如果今年下雪之前Windows 还没出来，你就别在这儿干了。 书中没有详细讲 SteveB 回头来又和他的团队讲了什么，但是第二天一个员工背着睡袋进驻了办公室。

很多年以后，Windows Vista 也经历了很长的拖延，在又一次宣布拖延之后，人们发现 Windows 团队中一个赫赫有名的 VP 已经卷起铺盖走了。

    我们回过头来看，在Chandler 项目长达7年的拖延中，有没有发生过各位项目管理者引咎辞职的事？ 好像没有。 [有不少人离开，但是没有人直接为项目延期负责] 既然我上一次拖延没有什么惩罚，那我为什么一定要拼了老命要避免下一次拖延呢？

   在传统意义上的软件公司，如果项目延期，那项目原计划的收入就拿不到，拖延的时间再长一些，员工就得走人，否则整个公司都被拖垮了。在“集市”，社区，共享的模式下，大家都是义务，大家都在玩票，大家都做贡献，但是对最终项目不直接负责任，那到底谁负直接责任呢？

   团队中一定要有一个为整个项目负责的人，只有这样才能鞭策团队中的所有人把项目最好。我在一个编程作业中和其他三位同学组队共同完成，期间组长向我提很多要求，给了我很大压力也促使我很快进步，这只是一次作业练习，在未来的工作中一定会遇到更多类似的情形，做过的项目需要一遍遍调整，这正是因为有一个人承担着整个团体的责任，是他在要求我们尽善尽美，如果没有这样的一个人，那后果恐怕会是灾难级的，出了问题没人承担责任，这在团体工作中是不可取的。所以推选一位项目负责人是很有必要的。