软件开发,人的管理——书评《最后期限》

原创 2003年03月07日 15:40:00

软件开发,人的管理

——书评《最后期限》

Windy.J 
 

  记得有一段时间,我迷上了UFO,神秘文明,四维空间等等,走在路上,周围一个人也没有的时候,经常会担心:我会不会一不小心走进四维空间,然后发生很多奇怪的事,走出来的时候几十年过去了,大家都不认识我了?
  虽然这样的事一次都没有发生过,后来也慢慢淡忘了,但是当我看到《最后期限》的开头汤普金斯先生的奇遇,就忍不住瞪大了眼睛:失业的时候被美女绑架,获得一份不可思议的工作,去了一个风景如画的世外桃源,在那里会发生一些什么样的故事呢,唔,想想就令人向往……
  如何对软件开发团队进行管理,显然是这本书想要阐述的核心,在小说里,汤普金斯对此有着独到的见解:选择正确的人,为他们分配正确的工作,保持他们的积极性,帮助团队凝聚起来并保持他们的凝聚力。这里,最重要的是人,和团队,而不是许多冗长枯燥的管理课程中讲述的那些"文案":甘特图,波特图,状态报告,交流规范,会议计划,时间卡,进度跟踪记录,项目里程碑报告,质量管理程序……那不是管理,管理是人性的。
  选择正确的人,那么人员招聘是重要的,汤普金斯开始挑选他的项目经理和管理人员,什么样的人适合当项目经理呢?是那些尊重团队,重视团队,重视团队成员的人,一个候选人为他的团队创造最好的工作环境,一个候选人高度赞扬自己的团队并保持团队的完整性,一个候选人采用半匿名的机制听取下属的意见,马可夫准将极力保持下属的积极性;而那个认为自己才是团队灵魂,成员都是步兵的"巴顿将军崇拜者",他在招聘中落选了。
  项目经理是人,团队成员是人,保护你的团队,不要让他们受到外来的伤害,这也是管理的重要内容,于是汤普金斯遇到了象贝洛克部长那样的人,他不了解软件开发,不了解项目进展,也不关心项目团队,他只会说,我花在你们身上的成本是多少多少,因此你们要加班加点,发布产品的日期要提前,你们要提交项目报告,你们要进行过程改进。这是命令,不是管理。在这样的压力下,汤普金斯仍然坚持保护他的团队,把他们藏到7号楼,为他们保证良好的工作环境,不必遵循死板的过程,隔离压力。通过"先贤"的邮件,他回答了我们这个问题:
  n 为什么对程序员的压力最多只能6%的生产力提升呢?
  n 压力下的人不能更快地思考。
  我们始终不能忘记,程序员也是人,当我们在以往的项目中遇到各种各样的问题,客户的需求频繁变动,来自领导、客户、销售人员要求尽快结束项目的压力,用一拥而上的方式增加人手,计划延迟,工期变长,漫长的维护过程,乃至长期出差驻守在外地,离开家人,这个时候,没有成就感和疲惫的感觉会让最好的程序员失去热情。在这里要提到的是,曾经有个项目工期太长,每个周一都要出差去外地,在那段时间里,我甚至得了"周日晚上失眠(恐惧)症",噢,可怜的程序员们,你们是否也有过类似的经历?
好的管理还会对团队内部发生的冲突进行调解:发生冲突的时候"谈判困难,调解容易","记住,我们都站在同一边;跟我们对立的,是我们要解决的问题"。并且,当团队或成员遇到困难的时候,管理者需要解除他们的困苦,"A团队的奥斯曼忍受不了压力啦!""当我告诉他再也不必做经理的时候,你真该看看他的脸。那一刻,他就象年轻了好几岁……",把他们从无关的会议中解放出来:"我觉得他们来开这个会是没有意义的……所以,我让他们三个离开。"
  在摩罗维亚的日子里,发生着一个又一个生动而又真实的小故事,汤普金斯一直在忙着为他的团队解决问题,在每天的日记里总结着他在软件开发管理中得到的经验,虽然他的A团队都失败了,但B和C团队都完成了"不可能完成的任务",不能不说,这是一种非常乐观的态度,但,是不是我们多重视一下项目中的团队,项目中的人,就会离成功近一点?如果没有方法,没有工具可以成为解决软件工程问题的"银弹",那么关键是否在于项目实施中的人?稍稍有点遗憾的是,书中没有描述团队的具体细节,例如,他们坐在哪里,工作的过程,或者,有个程序员完成了工作,他就会快乐地唱起歌来,没有看到这些。当然,对于这些细节和可具体操作的方法,在《人件》里面有更详细的介绍。
  书中还有其他很多有价值的观点,例如功能点,度量,为直觉建模等等,当我躺在床上,用午睡的时间一口气读完以后,不能不说,这实在是一次心旷神怡的体验。
  当我从摩罗维亚的四维空间走出来,如果你问我,软件开发中的管理是什么,我会对你说,了解他们,爱他们,爱你的团队,关心他们,帮助他们;在你要实施某个措施的时候,想一想,这样的措施是为了自己工作更方便,还是可以帮助你的团队解决问题,提高效率。
  因为,团队是你的力量,"他们只会因为爱你而追随你"。

(本文转载自china-pub网站)
(购买《最后期限》:http://www.china-pub.com/computers/common/info.asp?id=8155

《最后期限》

通往智慧的路啊,明白而简单, 我们一错再错,一错再错, 但会越来越好,越来越好。...
  • u012841352
  • u012841352
  • 2016年12月21日 10:50
  • 83

《The DeadLine》(《最后期限》) 读后感

(一开始在word里面写,然后就从word直接复制过来,排版没了。。。。)                                             TheDeadline 读后感 ...
  • major_zhang
  • major_zhang
  • 2017年02月15日 01:18
  • 396

解开最后期限的镣铐

最后期限(Deadline)是软件从业人员必须面临的最大困难与挑战,准确地说,它是所有程序员包括项目管理者的可怕梦魇。当堂吉珂德看到郊野之上的数十架风车,风车的翅翼如巨人的胳膊,正耀武扬威地奚落着这位...
  • muyutingfeng2008
  • muyutingfeng2008
  • 2015年08月31日 09:47
  • 157

项目管理《最后期限》:8—10章

第8章 大名鼎鼎的尼佐利博士         1、在项目管理工作中,没有“短期调整”和“短期生产力提高”这样的东西。         — —生产力的提高是来自长期投资的,任何承诺立刻见效的东西都很...
  • duwufeng
  • duwufeng
  • 2013年11月10日 16:37
  • 1060

项目管理《最后期限》:1—4章

1、文案工作:意指除去对人的管理之后,项目管理只剩下枯燥的文档,而不再有管理的作用。 2、”制定甘特图、波特图、状态报告、与人力资源部门的交流规范、每周会议计划、电子邮件使用规定、时间卡、进度跟踪记...
  • duwufeng
  • duwufeng
  • 2013年07月28日 23:18
  • 1061

项目管理《最后期限》:5—7章

第5章 元首          1、一个人作为头儿而不是CEO来管理研发项目,可以获得管理上的优势“没有人会拒绝,没有反对者”,但是不拒绝不代表能够完成,这样管理者反而无法听到最真实的前线炮火声。  ...
  • duwufeng
  • duwufeng
  • 2013年09月07日 00:31
  • 1184

《最后期限》读后感

很久没有完整的读一本书了,很多书在读的过程中就半途而废,这次能把这本项目管理书籍完整读完,主要有两个原因: 1、这是本小说而非教程,把项目管理的知识融入故事中之中不算是新鲜,不过却让人阅读起来很容易...
  • u010288834
  • u010288834
  • 2014年04月10日 21:49
  • 469

Axon Framework跟踪最后期限

当有事发生时,很容易使一个saga采取行动。毕竟,有一个事件要通知saga。但是如果你想让你的saga,在什么事情都没发生的情况下做些什么呢?这就是最后期限。在发票中,通常是几周,而信用卡支付的确认可...
  • loveyou128144
  • loveyou128144
  • 2017年06月12日 05:44
  • 407

软件开发项目风险管理的几点体会

参与过大型软件项目的人都会认识到许多事情都可能出错,一但出错就可能给项目带来危害、损失或其它不利影响。风险是在项目中发生的一系列事件或不利结果的可能性。软件开发是一项 高风险的活动,在项目开发过程的...
  • kaiyang45
  • kaiyang45
  • 2015年10月14日 09:11
  • 5899

软件研发部管理制度

为加强对公司软件研发部门工作管理,缩短开发周期,提高软件开发质量,降低开发成本,提高开发效率,特制定软件研发部管理制度。 第一章、总则 为保证日常工作正常有序的进行,让开发中各个环节更紧凑,更可控...
  • haifengid
  • haifengid
  • 2016年06月30日 09:57
  • 9948
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:软件开发,人的管理——书评《最后期限》
举报原因:
原因补充:

(最多只允许输入30个字)