扫码阅读
手机扫码阅读
敏捷试点项目选择标准
476 2024-01-19
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:敏捷试点项目选择标准
文章来源:
时代胶囊
扫码关注公众号
在选择试点项目时,行业内目前缺少具体的标准,只有概念性的模型。这些模型建议综合考虑项目周期、重要性、业务支持和项目大小来做出决策。
对于项目周期,推荐至少6个月,以确保团队有足够的时间经历从成型到成熟稳定的过程,并适应变化。项目的重要性需要适中,过高的重要性可能导致关注度过于集中于交付压力,而忽视团队的转变过程;而重要性不足则可能缺乏足够的关注度,影响项目的代表性。业务支持方面,高度关注并支持项目的业务赞助方或高层可以降低组织障碍并激励团队。项目大小应该适中,最好是能拆分重组为3-9人的团队,以便充分体会敏捷试点带来的变化,但应避免团队过大或涉及跨职能多团队的协作,以免增加复杂度。
此外,项目参与人员比例和计划不确定性也是选择试点项目时需要考虑的因素。适度的参与者比例和符合组织项目类型的项目有助于减少沟通成本和项目复杂度。计划不确定性较大的项目,由于其需求变化较多,更能体现敏捷的优势。项目人员的工程技术能力也不容忽视,工程技能成熟的团队更能体现敏捷自组织的优势,而技术薄弱的团队可能需要更多的工程辅导,这可能会淡化敏捷带来的思想意识变化。
总之,选择试点项目时需要综合考虑多种因素,这些建议仅供参考,具体情况需要具体分析。
想要了解更多内容?
查看原文:敏捷试点项目选择标准
文章来源:
时代胶囊
扫码关注公众号
时代胶囊的其他文章
土壤不好的企业,就不适合敏捷了吗?
这两天潜水在各大敏捷群,发现又有话题在谈到敏捷的土壤问题,就记录了下来。今天就来谈谈我对于这个土壤问题的看法。
规模化敏捷的思考
每个系统中存在一个最基本的命题,它不能被违背或删除 - 亚里士多德
如何衡量一个逐渐走向规模化敏捷的研发组织是否稳定以及足够成熟
研发组织需要怎样的体系,如何衡量其稳定性,我们应该从哪些维度来考量其稳定性,是一个我们一直在思考的问题。\x0d\x0a本文希望通过作者自己实践的思考,给予更多人一些相对正确的指引。也是对自己多年实践经验的总结。
版本控制之道
一说版本控制,就会思索着是不是来大谈svn git或者是branch model。然而这些东西似乎已经被业界
引导Facilitation是什么?应用场景是怎样的?我该如何学习?
探讨引导是什么,引导师做什么,如何学习。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线