共计 2345 个字符，预计需要花费 6 分钟才能阅读完成。
一、研发治理生命周期 (SDLC)
二、引入麻利，如何破冰
三、我的项目与团队
四、创立我的项目
4.1 我的项目 CREQPOOL(业务需要池)
用于对接业务部门、市场及产品部门的需要，作为迭代需要评审的需要池。
4.2 我的项目 CSTC(迭代我的项目)
用于日常迭代治理，需要评审后，将评审通过廓清后的需要迁徙到该我的项目 Backlog。基于该我的项目创立 Sprint 迭代打算和治理。
五、如何治理结构化需要
- 故事也称为“用户故事”，是简短的要求或从最终用户的角度提出的要求。
- 史诗是大型工作，能够合成为许多较小的工作（称为故事）。
- 倡导是朝着一个独特指标迈进的史诗集。
- 主题是整个组织的重点关注畛域。
举例：
六、需要合成步骤
七、工作流设计
八、迭代机制与分支策略
九、基于 Jira 麻利治理实际
9.1 产品 Backlog 梳理
1）产品 Backlog 梳理——创立用户故事、独立工作和子工作
【概要阐明】由对应的我的项目产品 PO 和 Master 创立用户故事；由对应的麻利团队成员创立本人的独立工作和子工作。
【要害图示】
2）产品 Backlog 梳理——用户故事拆分与估算
【概要阐明】由 PO 或 Master 将用户故事拆分和估算的后果依照用户故事”三段论”录入 Jira。进入产品 Backlog 中的用户故事、工作和子工作，正式进入迭代开发前都须要进行估算（以故事点数，团队估算形式进行）。
【要害图示】
3）产品 Backlog 梳理——滚动更新、排序
【概要阐明】由 PO 来拖拽产品 Backlog 中的 Issue 进行从新排序，同时也在 Issue 属性页面中更新优先级。条目依照优先级排列，从上而下，不可随便更改程序，只有对应的 PO 才能够批改。
【要害图示】
9.2 版本布局与迭代打算
1）版本布局和迭代打算——创立版本和治理版本
【概要阐明】对应我的项目负责人或 master 在我的项目设置中创立和治理版本，这里的版本最好是产品版本。
【要害图示】
2）版本布局和迭代打算——创立迭代和治理迭代
【概要阐明】对应我的项目负责人或 master 在麻利看板中的相干页面创立迭代和治理迭代，为每个版本构建响应的迭代开发计划。
- Sprint 开始前务必确认迭代的开始和完结工夫是否正确，故事工作是否有脱漏;
- 本迭代中的故事是否拆解并预估故事点数；否则开始后，在进行预估，会影响燃尽图与速度图；
【要害图示】
3）版本布局和迭代打算——执行迭代开发计划
【概要阐明】对应麻利团队成员拖拽本人名下的工作、子工作等到指定的列，并进行 Issue 状态的更新；由团队 Master 或者测试主管来拖拽用户故事到指定的列，并在迭代完结之后及时敞开迭代。
- 迭代工作都在麻利看板的 Active Sprints 面板中进行，每个 Issue 都以卡片模式呈现在面板列中，能够间接拖拽更新状态；
- 点击实现冲刺后，未实现的 Issue 将会主动退回到 Backlog 中待处理；
- 能够通过面板 - 配置 - 卡布局，来设置要显示在卡片上的属性，如经办人、测试负责人、初始预估等。
【要害图示】
9.3 每日站会
1）每日站会——应用 Jira 的麻利看板反对每日站会
【概要阐明】团队成员围绕 Active Sprints 面板中的内容来召开每日站会，Issue 状态产生更新时，就及时将其拖拽到指定列。
- 迭代工作都在麻利看板的 Active Sprints 面板中进行，每个 Issue 都以卡片模式呈现在面板列中，能够间接拖拽更新状态；
- 点击实现冲刺后，未实现的 Issue 将会主动退回到 Backlog 中待处理；
- 能够通过面板 - 配置 - 卡布局，来设置要显示在卡片上的属性，如经办人、测试负责人、初始预估等。
【要害图示】
9.4 总结会
1）总结会——应用 Jira 数据统计报表反对总结会
【概要阐明】Jira 的麻利治理具备丰盛的报告和统计插件, 工夫与进度跟踪、Issue 问题剖析、预测与治理、测试报告等方面提供了数据报表展现性能。以燃尽图和速度图为例，如下图。
- 燃尽图反映了工作的停顿状况。现实状况下，随着残余工作的实现，曲线燃尽至零。能够按剩余时间、预估工夫、故事点数、过程等来展现。
- 速度图反映了团队产生的变化趋势，体现了团队打算承诺实现的故事点数与理论实现的故事点数的比照。
Issue 数据的真实性是剖析的前提。
【要害图示】
9.5 产品质量治理
1）产品质量治理——应用 Jira 自带的 Dashboard 和 Applet 来反对产品质量治理
【概要阐明】创立团队的 Jira Dashboard 来治理产品研发过程中的各种问题类型和笼罩问题生命周期的各阶段。增加 Applet，抉择“2 维筛选器统计”和“饼图”，通过设置过滤器来关联数据。
【要害图示】
十、举荐插件
- Tempo – 项目管理插件，工时统计等；
- SynapseRT- 测试用例治理。
十一、Q & A
Q: 是否必须要采纳规范的麻利治理？
A：规范麻利治理成员素质要求较高，能够局部麻利开始。能够实用以后环境的，就先开始推广，让其产生价值。起初，麻利水平的高下并不重要，解决团队问题和现状，并交付指标，才是邪道。
Q: 进行麻利转型，遇到什么妨碍？
A：传统的瀑布模型转型麻利时，思维和工作形式都会发生变化。开始会有很多人认为麻利转型后是否比当初更好。在推广麻利时，首先要明确解决了当下哪些问题，其次通过继续的培训，加强团队麻利的认知。
Q: 如何带动团队气氛？
A：麻利转型初期，抉择绝对踊跃同学参加组建麻利团队，不要过于谋求完满。先形似后神似，胜利发展前两个迭代很重要。每日三赞，体现好的同学，站会及时提出褒扬，做的差的以疏导为主。总结会议或技术分享，能够筹备一些礼品、水果、零食之类的，营造轻松气氛，实在反馈，相互讨论，互相促进。
拓展浏览：四种常见研发模式及其优缺点比照 | IDCF
从 3355 到治理度量，学习实际 Scrum，看这一篇就够了！| IDCF
起源：云栈技术 CSTC
作者：Geekwolf