扫码阅读
手机扫码阅读

ASK MO第44期 | 求一个敏捷成熟度诊断方(模)子(型)

331 2024-02-20

我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。

查看原文:ASK MO第44期 | 求一个敏捷成熟度诊断方(模)子(型)
文章来源:
创新实干派
扫码关注公众号
文章摘要

ASK MO 第44期:敏捷项目管理与团队协作的挑战

问题1:如何处理客户和公司间的需求变更冲突?莫老师指出,需求变化是常态,我们应该分析甲方需求的合理性,如果确有依据,应积极拥抱变化。否则,可以灵活处理,追求长期友好合作。

问题2:当团队成员不积极反馈时,莫老师建议通过促进产品同学与开发团队的沟通和私交,提高需求理解和反馈的质量。

问题3:针对多端协作的计划管理问题,莫老师提议尝试特性团队方式,减少模块间依赖,并介绍了Scrum@Scale、LeSS和SAFe三种大规模敏捷框架。

问题4:在敏捷成熟度诊断方面,莫老师分享了一个评估模型,包含价值呈现、项目管理、工程能力、度量能力和组织文化五大维度,以帮助团队找到短板并改进。

问题5:BAT公司都采用敏捷模式,且Scrum Master的角色由不同职位的专家担任,取决于团队实际情况。

莫老师强调敏捷开发的重要性,并邀请大家加入「创新实干派」讨论群共同进步。同时,他提供了往期ASK MO系列问答的链接,供读者深入了解敏捷实践。

想要了解更多内容?

查看原文:ASK MO第44期 | 求一个敏捷成熟度诊断方(模)子(型)
文章来源:
创新实干派
扫码关注公众号

小文分享

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