|
工作久了，对敏捷项目的管理的实战经验也积累了许多，向大家进行一下分析，希望大家能够向着共同的目标前进。下面我将我觉得比较重要的几个要点和大家分享一下：项目管理者联盟
1、主动通报进度项目管理者联盟
进度控制汇报是PM的一项重要职责。但许多刚走上管理岗位的PM却是通过询问的方式来掌握进度信息。这种方式效率低，且信息的真实性、准确性不可靠。项目成员在被询问进度的时候会因害怕被责备慌报进度，心存事后赶上进度的侥幸心理。我认为，应该要求团队成员对自己负责的任务的进度主动通报。在一个敏捷团队中，项目进度应每个成员都关心，不是PM一人关心。所以，每个人的任务进度信息要传达给项目组的其他所有成员。我认为，每人在每个任务有实质性进展或存在个人通过努力仍然无法解决的问题时，需要立即知会所有人。PgMp.mypm.net
团队成员通报的进度信息，PM要及时通过检查相关交付物以评价其真实性和准确性，并有效得评估风险。项目管理者联盟
2、建立团队共用词汇项目管理者联盟
团队沟通顺畅需要团队成员在沟通时必须要采用统一的词汇来表达相同的意思。词汇的统一可以减少不必要的误会，减低沟通成本，提高沟通效率。项目管理者联盟
3、任务认领项目管理者联盟
项目管理中，任务一般是由PM分配的，团队成员总是被安排做这个做那个。而根据PMBOK的双因素理论，我们不难想到工作的报酬某种程度上是工作本身。任务本身也可以成为一种激励形式。因此，让员工选择他喜欢做的事情，远比安排他做事情的好。因此，在敏捷项目中任务相反是由团队成员主动认领的。PM更多的是考虑这个团队需要做什么事情，并将这些代办事项公布出来由团队成员认领。项目管理者联盟
4、PM只有在当前任务的认领情况有问题才会进行调整项目管理者联盟
PM要团队成员说明需要完成的事情，并定义完成的标准，据此跟踪任务的进度。对于联调工作，确定需要联调的接口以及对方系统，然后由团队成员认领这些任务，据此形成联调接口列表。同时定义任务完成的标准是相关联调产物通过评审。项目管理者联盟
5、每日站立会议转自项目管理者联盟
PM可以教导团队所有成员每日站立会议召开的目的、会议的主题、原则以及会议控制的技巧。并要求团队成员按照这些要求轮流主持会议。这样，即使在PM缺席的情况下，每日站立会议仍然可以召开，团队仍然可以正常运作。
6、基于原则工作项目管理者联盟
原则就必须遵守，在绝大多数情况下都适用。我认为，团队中主要强调以下几个原则：项目管理者联盟
a、公共代码改动项目经理圈子
公共代码一旦改动出错，其影响非常大。然而，指定专人负责公共代码的维护，在敏捷团队中又显得太浪费。显然公共代码又不能任由所有人参与修改。一个折中的方法是制定一个改动代码的规则，凡是涉及公共代码的修改，所有人都必须遵守这些规则。基于上述考虑，我认为，公共代码应当避免修改，即这部分代码能不改则不改。公共代码修改前，修改人需在即时通讯工具中知会所有人改动的理由和方法。修改过的代码到配置库后需立即知会所有开发人员及时同步代码。项目管理者联盟
b、主动跟进需要他人配合的工作blog.mypm.net
我认为，我们需要要求每个团队成员对于自己手头上的工作需要他人配合的部分其本人要负责跟进这些任务的进度。文档开发人员在完成初稿后知会所有团队成员对其初稿进行评审。而其本人要及时跟进其他人员的评审意见的反馈情况。而参与评审的每个人要自动跟进其所提意见是否被采纳已及文档作者的修改是否符合其本意。项目管理者联盟
7、任务进度风险控制项目经理圈子
开发人员可能在碰到问题而自己又不能解决的时候，仍然硬着头皮不肯求助，甚至于陷入问题的死胡同。一方面可能是害怕求助会被人看不起，另一面可能急于求成，而忽视了效率问题。PM要打消他们的疑虑，鼓励团队成员在做了必要的努力后仍然不能解决问题时要及时主动寻求帮助。我认为，要要求团队成员在任何一个问题上，个人已经采取各种方法但仍然未能在30分钟内将其解时要立即寻求帮助。转自项目管理者联盟
8、讨论项目管理者联盟
一个没有人讨论问题的团队是一个不健康的团队。既然有讨论，就必然有冲突。而讨论的目的在于达成一致意见。因此，凡是双方或多方讨论问题时，当事人未能达成一致意见的，要主动引入另外一个人以达成一致意见。项目管理者联盟
9、完成标准talent.mypm.net
完成标准是一个任务做到什么程度才算是完成，要输出那些产出物。团队成员提供诸如日报、周报之类的工作报告中少不了每件任务的完成情况，这个完成的情况通常是以百分比来计算。我发现一个情况，如，某个成员报告中写明某个任务的进度是100%，也许这个人工作态度是很诚实的，能力也不差，但是，当PM真正检查这个任务的进度才发现这个任务的进度是 0，根本没有完成。原因在于，定义任务时没有定义其完成的标准，此时任务的执行者往往只是照自己的理解去完成。PgMp.mypm.net
我认为，完成标准如下：项目管理者联盟
|
