你的项目出了严重问题客户向你公司的领导投诉你的领导兴师问罪要追究责任这是测试的错开发的错PM的错还是研发流程的错中国教育制度的错社会的错反正、总之、一定、必须不是我的错事件回放某项目部署给客户后重现了一些以前已经解决的问题而这些问题测试时并没有出现。经检查发现测试的版本不是部署的版本不知道为什么老版本部署给客户了。领导要追究责任于是大家各有说法开发人员说我是按要求打标签的没有问题。测试人员说我是在提交区中取版本来测试的我没有出错。实施人员说我是按照开发给我的版本去部署的我没有过失。最后终于有人说是之前已经离职的某某弄错版本号导致的。思考1.该事件反应了什么问题将来应该如何改进2.这么多问题中最大的问题是哪个问题在继续往下阅读之前建议你先写写对以上问题的想法然后再继续阅读。本事件并没有什么标准的答案下面分析仅供大家参考欢迎大家提出自己的想法作者张传波www.umlonline.org事件的补充说明这是发生在我以前公司的真实个案。第一次听说时我觉得很不可思议也觉得非常的丢人客户当前版本是1.1我们打算为之安装1.2版本安装后客户反馈怎么以前已经解决的缺陷又再次出现了检查后发现原来我们安装的是1.0版本的程序。相当于大家辛辛苦苦地奋战了数天最后竟然没有将工作成果给客户而是将以前的东西给客户了。作为软件公司来说这是一个超级低级的错误经过检查终于发现了问题的真正原因开发人员A让实施人员B直接在他的电脑上取安装程序而不是根据研发流程的要求到配置库中取而该开发人员A让实施人员B所取的版本是1.0版本的老程序而不是最新的1.2。这个原因主要是通过实施人员B得到的但开发人员A已经离职了“死无对证”似乎整个事件需要负责任的就是这位已经离职的仁兄而该仁兄已经离职更加是百口莫辩。我的领导对于这样的结论苦笑说呵呵这样好推到一个离职的人身上问题1某些人员失职没执行流程开发人员A和实施人员B违反了相关规定严重失职应为此负责。而开发人员A已经离职故应由实施人员B来负担主要责任。这样处理是否合适呢问题2研发流程和公司制度有漏洞应进一步改善研发流程虽然规定了要从配置库中取安装程序但没有版本确认的步骤而且安装程序应该由配置人员提供而不应该由实施人员直接问开发人员要这是流程中需要改善的。于是配置管理员提出建议规定所有的安装程序只能由配置管理员提供不能通过其他途径但项目经理、开发、实施都反对因为经常需要加班往往在加班的时候需要提供安装程序但这个时候配置管理员往往已经下班了无法向配置管理员要安装程序。如果配置管理员就算没事干都好愿意一起加班的话可以这样规定。于是配置管理员就再无意见了……另HR提出此事其实是开发人员A付主要责任的出现这样的问题原因之一是离职交接没有做好工作没有检查好。此意见一出项目组、负责交接A工作的开发、同意A离职的部门经理几乎全部晕倒了交接已经做得很不错了什么问题都要防住你叫这个交接怎样做研发流程和制度确实需要不断完善但如果老是从细节上规定是不是有点本末倒置呢研发工作中的问题总是很多的不太可能规定所有细节的而且一旦规定了一些细节似乎避免了一个问题但会带来更多的问题。问题3喜欢做好好先生、好好小姐事件中其实很多人大概知道问题所在的但就不指出来不想得罪人要做“好人”。如果要追求责任那么最好将错赖在一个不能追究责任的人身上就是那位可能是很无辜的已经离职的仁兄。或者将错赖在制度和流程上这招是最绝的没有人需要负责这是制度的错、社会的错问题4没有人首先从自己身上找原因每个人首先想到的是推卸责任研发工作中的很多成果是经过一系列的环节和各人的配合作出来的任何一个环节有问题都可能会导致最终成果出问题。那似乎将各环节责任、流程等定义好就可以很好地追求责任了如果某个环节都留下一些隐患但不至于马上出问题但经过多个环节累积之后问题爆发这时应该哪个环节负责呢如果前面某个环节出现一些问题但下一个环节的人发现了并及时提出来最终不影响最终成果这是不是一种很好的效果呢如果每个人除了做好本职工作还主动提醒他人主动提供一些有利于项目的建议帮助项目成功这是不是非常好呢软件研发中的问题往往不是某个环节造成的而是各种因素作用逐步导致的。项目需要团队一起努力、互相纠正、互相提醒每个人都应该为项目的最终成功负责某项目出问题了是不是应该整个项目组都应该负责呢是不是大家应该首先从自己身上找原因呢哪个问题更加严重个人认为问题4是最严重的问题流程、制度、职责等这些如果为了解决某一问题而去修改和细化可能会陷入无休止的类似工作中。这和修复一个bug的道理是一样的每修复1个bug可能会带来10个bug。过于从细节上细化流程和制度我个人是不太赞同的会陷入某种死循环。我们喜欢说依法办事往往用法律来比喻我们研发过程也需要有法可依。法律规定的一般是不能做什么但我们流程中规的的往往是必须做什么、应该做什么等一旦规定应该怎样做就很容易出问题。研发活动是很复杂的智力活动不应该在一些细节上套太多的框框条条。做好团队建设树立良好的团队观项目团队应该是“一荣俱荣一损俱损”的要打造这样的团队是不容易的但也不是很难其实取决于公司领导的管理思想。以目标来驱动鼓励创新允许犯错奖励自我批评这些都有助于良好的团队建设。但有些领导喜欢工厂化管理喜欢将工作细化喜欢根据工作职责来考核喜欢根据问题多少来考核这样难以避免这些踢皮球事件了。这个事件我有什么责任说了这么多别人的问题我是不是应该从自己身上找找原因呢我不直接负责该项目工作是公司的常务副总公司中的大部分员工都是经过我面试进来的我一直在尽力打造良好的团队文化而研发流程大部分是由我制定的或者是经过我批准的。要兴师问罪的是公司的大领导不是我其实如果要问起罪来可以说公司内部的跟研发相关的所有问题我都需要负责任因为这些事基本上都是我管的。出现踢皮球事件我觉得很无奈。自己一直以来期望做到的团队“一荣俱荣、一损俱损”在事到临头的时候只是一种口号而已我需要检讨自己的做法和想法。那种美好的团队建设可能只是一种乌托邦可能难以实现甚至无法实现但我觉得我还是应该继续为之努力的。其他的一些想法这只是一个小小的案例但相信很多朋友会经历过类似的情况。推卸责任可能是人的本能反应吧我也会这样。大家都能主动从自己身上找原因这可能是一个遥远的梦。我曾经试过参加一个会两个高层在PK老板在一旁看PK一大通后最后那项大家都不想干的工作落到了一直没有出声的我的头上刚才PK的两个人都一致同意让我来做这项工作我只能说很无语……有些事情我们可能控制不了但如果咱们能带领一个团队的话我们应该在能力范围内做一些对团队各人都有益的事情尽量打造好的团队气氛挡住影响团队气氛的外部的不利影响。对你的团队成员好将来得到的回报肯定会远远大于你的付出
