敏捷开发实践

Posted 2021-04-25 因云说法

软件开发项目中让你最困惑的是什么？你在项目中是否存在如下问题：
1、需求那么多，时间给的时间短，人又不够？
2、能扛事就那么一两个人？
3、核心研发负责的事情较多，人员共用进度不可控？
……

本期特别邀请惠娜同学分享敏捷开发转型的实践心得！

传说中的敏捷团队334阵型
三大角色
Scrum Master:敏捷教练，职责：

促进各种类型的会议和scrum仪式、干系人与团队的合作、团队的发布计划；
帮助创建信息辐射器、协助团队向管理层汇报、通过团队外部观察向团队反映问题、帮助团队监控指标；

鼓励团队面对面交流、鼓励会议的透明开放、鼓励适应性改变；

学习与分享敏捷力、不断与其他SM互动交流经验；

保护团队成员工作免受干扰。

DevTeam:开发团队，职责：

定义（分解）工作任务；

评估工作量、开发产品；

确保质量，完善过程；

定义DoD。
Product Owner：PO，产品负责人，职责：

确定产品的功能；

决定发布的日期和内容；

为产品的profitability of the product (ROI)负责；

根据市场价值确定功能优先级；

接受或拒绝接受开发团队的工作成果。

三大工具：
PB列表：
Product backlog（产品待办列表），有价值的一堆用户故事，由所有的功能特性，包括业务功能，非业务功能（技术、架构和工程实践相关），提升点以及缺陷的修复等组成。这些内容也是将来产品版本发布的主要内容。在Scrum中，Backlog是根据产品和产品使用环境的演化而不断演化的，所以Backlog是动态的，我们会持续的改变它去确保我们的

产品是最合理的，最有竞争力的。

SB列表：
sprint backlog,当前迭代的工作任务，由Scrum Team根据PB列表的用户故事进行拆分成更小的任务。

燃尽图：
Burn-Down Chat,Sprint的每一天，将当天所有sprint列表的剩余时间之和标为一个点，将每天的点和前一天的点连起来。

四大会议：

敏捷开发流程：

实践成果分享

---

---

本期嘉宾：钟惠娜同学，大家有什么疑惑可直接沟通哦！