敏捷开发总结

背景

公司和项目正在进行Agile转型，所以把自己在工作中学到的东西和用到的东西分享给大家。

Agile 宣言

Agile 文化

Agile 原则

• 对我们而言，最重要的是通过尽早和不断交付有价值的软件满足客户需要。
• 我们欢迎需求的变化，即使在开发后期。敏捷过程能够驾驭变化，保持客户的竞争优势。
• 经常交付可以工作的软件，从几星期到几个月，时间尺度越短越好。
• 业务人员和开发者应该在整个项目过程中始终朝夕在一起工作。
• 围绕斗志高昂的人进行软件开发，给开发者提供适宜的环境，满足他们的需要，并相信他们能够完成任务。
• 在开发小组中最有效率也最有效果的信息传达方式是面对面的交谈。
• 可以工作的软件是进度的主要度量标准。
• 敏捷过程提倡可持续开发。出资人、开发人员和用户应该总是维持不变的节奏。
• 对卓越技术与良好设计的不断追求将有助于提高敏捷性。
• 简单——尽可能减少工作量的艺术至关重要。
• 最好的架构、需求和设计都源自自我组织的团队。
• 每隔一定时间，团队都要总结如何更有效率，然后相应地调整自己的行为。

Agile 价值

• Respect（尊重）
• Openness（开放）
• Empathy（同理心）
• Trust（信任）
• Courage（勇气）

Agile 实例

• Social Contract
• Stand-Up
• Mood Marbles：表情球
• Retro-Spective
• Discovery-VSM:发掘新的需求和IDEA,VSM分析我们的价值流
• Story Cards
• Portfolio Wall
• Showcase:
• Backlog Management
• Issue Bullseye
• Planning Poker
• BurnDown Charts：帮助团队管理进度，触发讨论

Agile 墙

Agile 非常注重物理墙

Release Wall

版本迭代次数，以及版本更新时间

Iteration Wall

从前期分析，编码，测试，UAT等等这种测试流程

Portfolio Wall

有多少个项目，有多少个Idea，有多少bugfix，要做分析，做投入产出分析，排优先级，然后做Delivery。

Scrum Framework

Key Role

Product Owner

产品经理：客户，用户的代言人，有决定权，负责产品架构，不负责技术。

Development Team

技术开发主力与骨干，负责coding以及对开发人员负责。

Iteration Manager

引导大家去做敏捷，提高工作效率，和PO以及Dev协调、Balance一些事务，鼓励大家有激情的工作，保护团队，最好是Full time。

Story

也叫User Story，正常是描述业务的，经过大家讨论，分析痛点，分享idea，再实现过程。

Story Estimation

Story Point，快速做估算
最喜欢使用的就是planning poker！1分，3分，5分，7分，10分，13分
确定基点，先做对比，做估算。

Kanban

Kanban实施方针

1.从现状开始
2.追求增量和渐进的改变
3.初识时，尊重现有的角色，指责和头衔
4.发挥组织中的各级领导力