项目例会的改进点

实施GJB5000的项目监控实践域时,项目组常常感觉项目周例会次数较多,花费很多时间却觉得没多少收益。难道只能为了满足标准或体系的要求去做些无意义的事情吗?

敏捷开发是杜绝做无意义的事情的,所以对应项目例会这种常态的项目监控活动,敏捷开发实践是每日站会。实施GJB5000的项目组不妨从每日站会的实践中汲取经验,改进项目例会。

  • 只开协调会,不开状态会

敏捷开发的每日站会是为了协调一天的工作,而不只是分享状态。如果只是分享项目状态,那可以让利益相关方直接去看仪表盘或任务板就行了,那上面有迭代燃尽图、有团队速率,也有工作项完成情况……就没必要为此开会耽误大家的时间。既然是协调会,会议的重点不是在自己做了什么事情,而是对其他成员有什么影响。

  • 汇报要简短,有意义

会议过程中每个团队成员应确保他们所说的内容是有价值的。杜绝诸如“我今天大部分时间都在会议中”这样的没有什么价值的发言。正确的做法是清楚说明自己的进展状态、遇到的问题以及与对他人的影响。比如:“昨天,我写完了XX功能代码,并把状态置为‘可以测试’,另外一个YY功能我还需要1小时完成它。王工,今天下午我想占用你20分钟的时间,请你来审查这个设计。”

  • 会上提出问题,会后解决问题

会议过程中团队成员可以提出自己遇到的问题,但要不要在会议中讨论如何解决问题,而是在会后去解决;否则,一是很难保持会议的简短性,而是对多数与会者来说,价值也不大。

  • 严格会场纪律,确保达成协调目的

会议过程中,每个团队成员可以根据需要依次发言,主持人确保发言有意义,并且不会偏离主题,达成协调目的。

以上敏捷项目站会的特点,实施GJB5000的项目组可以参考,改进项目例会,使得每个例会更有意义。

这正是:

项目例会为何开,协调才可称主菜

如果只为知状态,会议何必去召开

参考数目:规范敏捷交付——企业级敏捷软件交付的方法与实践,作者:Scott W.Ambler Mark Lines,出版社:机械工业出版社

作者简介:王小双,长期从事GJB5000推广、实施、评价、改进的工作,创建《软件工程之思》微信公众号,一直在《软件工程之思》分享GJB5000、CMMI、软件工程的知识和感悟。现致力于GJB5000咨询以及软件过程改进、软件工程能力提升的研究工作。

项目例会的改进点》来自互联网,仅为收藏学习,如侵权请联系删除。本文URL:http://www.hashtobe.com/3386.html