标签：项目经理 1.1 迭代 准交率 手册 任务 监控 看板 Bug
六、监控篇
做完项目管理者，我们需要针对职能 和 业务 两方面做出管理，监控手段是项目经理的必要手段。
1.职能指标
职能指标是做项目经理，对内的管理包含：任务准交率，迭代准交率，需求完工周期，资料利用率，等多个指标。
1.1 垂直看板
我们将禅道中的几个维度拆成：项目、需求、迭代、任务、Bug、人员，6个维度，并针对这6个维度来对禅道进行二次开发。以此来作为垂直监控看板。
1.1.1 项目看板
项目看板是为了从项目管理的角度来总览项目的信息。
1.1.2 需求看板
需求看板重点需要关注的是需求的完工周期，完工周期代表着需求能否快速交付到用户手中使用，周期越长表示交付能力越弱，因此尽可能不要积压需求，团队目前定的基准完成周期为45天。
1.1.3 任务看板
任务看板需求重点关注，任务准交率。准交率是根据任务的计划公司 与 实际工时比较出来的， 实际工时>=计划工时，该任务为延期任务，反之则为准交任务。
准交任务/所有任务x100% 则为任务准交率。
1.1.4 Bug看板
Bug看板需要重点关注Bug的每日趋势，即每日的Bug增长曲线 与 消灭曲线。
1.1.5 迭代看板
1.1.6 人员看板
1.2 水平看板
我们将核心岗位：项目经理、开发、测试工程师 ，拆成三个维度，并针对这3个维度来对禅道进行二次开发。以此来作为水平监控看板。
1.2.1 开发看板
开发看板重点关注 开发资源利用率，资源利用率 即 当前 具体人员是否有任务在执行，有则忙碌，无则空闲。 忙碌人员/全部人员x100% 即为开发利用率。
1.2.2 项目看板
项目看板需要重点关注项目延期风险。延期风险为计算本次迭代中的剩余计划总工时，和剩余未完成的任务计划工时，只差，若超过迭代计划总工时待办该次迭代有延期风险。
此外，该看板也作为每日站会看板，用于汇报工作情况。
1.2.3 测试看板
无
标签：项目经理,1.1,迭代,准交率,手册,任务,监控,看板,Bug 来源： https://www.cnblogs.com/demon28/p/15867548.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。