2020-12-24 ITIL项目跟踪日记（4）

经过两周，项目组完成了一些成果，约了干系人进行演示。

计划是演示完后带着项目组开个回顾会议，再开个下次迭代的计划会议。

用户代表提前两天就要求项目组将最新版本在演示环境上部署了一套，她们在会前进行功能的验收。

参会人员包括开发团队全体、PO、客户代表以及一个最终用户、会议引导者（我）。

由于是异地分布团队，采用腾讯会议系统召开。

一上来就出状况。所有人都按时到会，除了PO。然后临时打电话叫了PO，PO进了会议室，说让大家先开，不要管她。客户代表讲了下PO在这个项目中的重要性，要求她得参会。然后PO就没再说啥，但根据后面的会议情况，她应该只是ID挂在了会议室里，人不知道飘哪里去了。

开始演示。然后就来了第个状况，演示第一个流程的时候，其中一个细节，演示人员说之前测试了是没有问题的，但现在这里有问题。继续演示。

在演示过程中，随时展开讨论，很多细节的地方，在需求阶段都没有考虑到，在演示的时候用户提出来了。然后讨论得很详细。三个流程演示+讨论完毕，一共耗了接近3个小时。

我问大家要不要休息下再说说下个迭代的事情，大家一致坚持赶紧说完，不要休息了。

然后对下个迭代的事情进行了简单讨论，其中有任务需要PO处理，结果当场呼唤PO想让她确认，发现人不在。客户代表说先给她列上。

这个部分结束后，我问开发团队要不要开个回顾会，结果大家一致说算了，时间上也过了下班点10来分钟。那好吧。强扭的瓜不甜。

问题总结：

1、这个团队并没有对我们现在的工作模式达成一致，尤其是PO，既不了解敏捷、Scrum模式是什么样的，然后从心底对这个模式就缺乏认同。幸好客户代表对这个模式比较清楚，也大力支持。 在项目起始虽然也明确了各自角色与职责，但PO并不清楚自己的角色与职责，也并不想承担其职责。

2、边演示边讨论太多的细节，有若干功能的变化和新需求的提出，过程较长。这问题如何解决，暂时缺乏清晰思路。会议上应该阻止大家太详细的讨论吗？会前有办法将这里面的大部分问题通过客户的功能验收环节都找出来——似乎没有讨论若干问题都浮现不出来。

3、应强制要求开发团队开回顾会吗？似乎起不到什么好的效果。

花絮：

1、开发团队之一，下班后发了个朋友圈，说加班后回家，在路上遇到了半价的烤红薯。哎，延长了10分钟打卡下班，他们就觉得自己是加班了。

2、第二天，PO看到了分给自己的任务，在群里说这个事情不应该她做，应该业务部门，她时间比较紧，云云。客户代表回了，说用不了多长时间，然后PO没再吱声。（后记：客户找了PO的领导，将进度延缓了下，然后PO答应完成。这件事情本身确实是件繁琐的事情，在跟客户的沟通中发现，客户可能对这个事情的繁琐程度并不了解，然后PO手上也确实有其它几件比较要紧的事情。大家通过沟通相互理解，事情就好办多了）。