扫码阅读
手机扫码阅读
大规模敏捷三十六计(英文版)
520 2023-07-31
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:大规模敏捷三十六计(英文版)
文章来源:
精益敏捷
扫码关注公众号
Change Management of Large-Scale Agile Transformations
- Establish an Agile Transformation Committee to systematically lead the Agile change.
- Form large-scale agile teams around business or product lines, including smaller agile teams.
- Train owners and key stakeholders of business or product lines before starting the agile transformation to align approaches.
- Set up Agile Coaches Communities of Practice with internal agile coaches and product line agile guardians, who report progress and seek assistance.
- Embrace an agile mindset, iteratively introduce new practices, and make transformation progress visible for tracking and feedback.
Organization Structure for Large-Scale Agile
- Each small agile team requires a dedicated Product Owner and ScrumMaster.
- Teams should work face-to-face as co-located, cross-functional, and self-organized groups.
- For multiple small teams, assign a Product Manager for the product feature backlog, and a Chief ScrumMaster to oversee the teams.
- Create a system team to manage build and test environments, as well as DevOps tools and platforms.
Agile Requirements
- The Product Manager defines the product vision and aligns teams to business goals.
- Business leaders manage the product portfolio with aligned strategies and priorities.
- Product Managers lead owners to clarify requirements using MVP thinking and keep the backlog ready.
- Structure requirements in an epic->feature->story hierarchy and use a Kanban board for status management.
Agile Architecture
- Assign architects with decision-making authority to guide software system architecture.
- Architects and key team members address architectural risks intentionally throughout iterations.
Large-Scale Agile Operation
- Ensure all small agile teams follow the same iteration cadence, with a recommended 2-week cycle.
- Coordinate consistent start and end dates for iterations across teams.
- Conduct agile transformation launch meetings and training sessions with all members and relevant stakeholders.
- Invite business representatives to release planning meetings and assign business value to objectives.
- Hold release planning meetings with a fixed rhythm, covering 2-4 iterations, and conduct retrospective meetings at the end of each cycle.
- Separate release milestones from the development cadence, visualizing release plans and dependencies on a product program board.
- Conduct synchronization meetings twice a week and system demos after each iteration to review integrated work from all teams.
想要了解更多内容?
查看原文:大规模敏捷三十六计(英文版)
文章来源:
精益敏捷
扫码关注公众号
一文看懂持续部署按需发布!DevOps部署和发布方法大全【万字长文】
上一篇
没有了
下一篇
精益敏捷的其他文章
SAFe® 4.5白皮书中文版(一)——前言
在被迫变革之前就进行变革…控制自己的命运,否则将受人控制。一个组织的学习能力,以及迅速地将这种认知转化为行动的能力,是该组织最终的竞争优势。
SAFe® 4.5白皮书中文版(四)——精益-敏捷思维
管理层仅仅承诺质量和生产率是不够的,他们必须知道他们必须做些什么,这项责任是不能委派给其他人的。人们已经在倾尽所能工作。问题在于系统,只有管理层可以改变系统。
SAFe® 4.5白皮书中文版(五)——SAFe精益-敏捷原则
“我们的问题非同一般”,这种感觉也是让世界各地的管理人士饱受折磨的一种常见病。他们的问题与众不同,这一点可以肯定,但那些有助于改善产品和服务质量的原则在本质上则普遍适用,放之四海而皆准。
SAFe® 4.5白皮书中文版(十一)——实施SAFe
任何成功的变革都需要将不明确的目标转化为具体的行为。要进行转变,你需要编写关键行动脚本。
项目经理是否可以成为优秀的Scrum Master?
来自敏捷大师Mike Cohn创建的敏捷导师社区网站的文章,带来业界一线实践者的观点。
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线