扫码阅读
手机扫码阅读

看,这是新项目新团队的第2个Sprint回顾

213 2023-08-22

✨五四致敬Agile Team的力量✨

从一月六号召开敏捷项目启动会算起,我们的SPARK项目已经经历了一次PI Planning和两个迭代冲刺 (Sprint)!


从二月到四月连续三个月全球疫情跌宕起伏,身处全国六个城市 (北京、上海、长春、邯郸、武汉、南昌) 的所有团队成员尽最大努力克服着无法同地办公的挑战,每天/每时/每刻我们随时线上会议,分享屏幕,沟通需求、设计、计划、流程、Jira工具、状态,乃至每周最期待的DEMO时刻……

今天青年节,向这个充满冲劲、团结友爱的TEAM致敬!


看,大家回顾第2个Sprint都说了些什么?


我们哪里做得好呢?一定要坚持下去!



Business PO说:

1.Sprint 2 PO和BA的沟通更高效和顺畅

2.每日站会的时间控制在规定的时间内

3.无论是业务还是开发逐渐开始熟悉敏捷项目的管理模式和节奏



IT PO说:

1.业务,BA,开发的配合更加有默契

2.总结了Sprint 1 的经验教训,Sprint 2 的项目管理更顺畅

3.测试方面很好的使用了Jira,测试用例,测试结果,bug跟踪等



Feature Team说:

1.敏捷模式在项目执行中不断深入:--开发、测试全部可视化管理;--沟通效率提升,站会时间得到有效控制;

2.根据实际情况,及时调整开发计划

3.Jira开发计划,人员可视化




我们有哪些地方还能做得更好呢?



Business PO说:

1.UI需要更精细和专业化,符合宝马的CI,从key user角度考虑,设计用户友好使用界面

2.MVP2的Story要从业务角度拆分,需要PO,BA和研发一起拆分,提高效率,降低沟通成本,同时研发能更加准确地了解业务的需求

3.AC要放进需求文档

4.MVP2, BA向Dev做Knowledge transfer的时候,叫上PO

5.根据需求不断细化MVP2和MVP3 scope, 能在早期对项目的内容和迭代计划双方达成共识,并能及时调整和有效执行

6.敏捷Coach根据项目的进展分阶段的、为多方提供线上和线下项目指导,特别是Jira的使用,确保信息的及时录入



IT PO说:

1.接口部分开发量没有考虑进去,导致开发计划重排

2.BA负责的需求分析和测试这两种工作需要平衡一下

3.在MVP2排开发计划的时候,要给出开发的capacity的明细,然后结合业务的优先级,一起排

4.Jira的使用还需要改进,尽量避免线下版本或者更新

5.Demo的效率和业务通过率可以更高

6.需求分析时,应当细化每个页面到数据库字段级别



Feature Team说:

1.需求需进一步细化,特别是部分业务字段和UI的流转设计方面

2.需求→开发的knowledge transfer需要进一步加强,transfer工作需当面沟通,讲解,保证信息一致,足够清晰

3.需求及UI没有细化到具体字段,导致开发完成的功能反复修改

4.初版开发计划,没有考虑业务的流程及优先级




敏捷教练的建议


  1. 团队各种角色同步理解需求和设计,并估算点数:首先PO逐条说明story的AC,接着BA说明Interface design & UI design,然后开发测试分别说明实现的难易程度,然后大家背靠背给出估算。做到群策群力,协作透明!

  2. 每一个Sprint结束前,需要整个团队共同清理未被PO验收通过的story,评估剩余工作,确定下一步计划。

  3. 每一个bug关闭前,需要开发人员给出根因分析,以便提高开发质量,避免返工和浪费。

原文链接: http://mp.weixin.qq.com/s?__biz=MzI3MDYwNzA4MA==&mid=2247484161&idx=1&sn=4da3259d6624d0c1a4da373837931d7a&chksm=eacf3486ddb8bd90402ab26b72ce77371cf7dafad9e8ef8d012078d7ede52ea21ad75ba2939c#rd

从事面向未来、解决问题的工作,就没有舒适区。第一需要长期培养看得懂全盘、大局的专业素质;第二需要持续学习和适应不断变化的需求和趋势;第三需要尽心尽力做好每一个项目,树立信誉和口碑。以敏捷思维赋能万事万物,我们一起在路上!

29 篇文章
浏览 8736
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设 白皮书上线