敏捷价值观个人分析

今天，我想分析我个人对Scrum五项价值观的满足情况和如何做下一步的改进工作。

敏捷价值观

以上为个人敏捷价值观的雷达图。

个人分析

个人的工作环境是在传统瀑布型企业中，带领一个到多个团队做敏捷开发。所以在5个原则敏捷价值观中的打分和原因分析如下：

专注：8/10

在多数情况下，无论对于自己或者团队能保证在冲刺中的80%+时间能够专注于少数的几件事情，并与其它团队合作并获得良好的结果。而20%的意外情况可能会用于处理紧急突发情况、跨团队合作问题及多团队代码互相影响等问题导致失去专注力。

开放：8/10

其实开放我是想打更高一点的，因为多数情况下本团队内的问题或者障碍我们都可以直接表达。但是多团队的合作上，由于管理方式的不同及互相间但依赖关系会导致多数情况下合作时间会比计划中更长。所以大家抱着个人安全的想法和团队间可能产生的浪费（尤其是时间上的浪费），会隐藏一些缓冲时间用以应对高层的目标管理。

尊重：10/10

不管是单一团队还是多团队，都能做到互相尊重。

承诺：8/10

多数情况下对于团队及自身的承诺都能按时且高质量完成。但作为专注中所产生的不良影响，导致有时承诺无法兑现。这时我们会同产品负责人协商，将其工作顺延至下个冲刺周期。

勇气：8/10

多数情况下，团队富有勇气来接受更大的挑战。但是由于受到专注中所提及的不稳定因素的影响较初始我接手的时侯的勇气有所丧失。

行动计划

从上述的描述中可以看到，我所带领的团队的最突出问题为在交付周期中紧急突发情况、跨团队合作问题及多团队代码互相影响三个问题。

但是由于上个交付周期中的紧急突发情况对团队产生的冲击和高层的关注度较高。所以在下个交付周期中我们做了如下调整：

首先，同团队一起对于突发事件做回顾，对于运维的流程进行梳理，保证运维流程顺畅且反馈迅速。

其次，将团队中的估算时间下调一些空间（3个故事点）作为应对紧急突发时间的通道。

最后，说服产品负责人将技术故事加入计划列表，由开发团队维护，并且在计划会议中增加相应技术故事作为下调空间的替换工作。并且，我们计划在下一个回顾会议上一起来分析问题的解决情况，以作检视和调整。