一、过程裁剪
- 软件开发与测试是一个复杂的过程。过程可能是一致的,但却是不可复制的;
- 任何一个项目都具有其特殊性;
- 不能完全照搬敏捷的框架与方法,也并不是所有敏捷的实践都要采用,要根据企业和项目的具体特点裁剪出适用于自己的框架与方法
二、敏捷迭代周期的选择
- 一般初期转型时建议一个迭代周期为4周,团队稳定后可根据需要缩短周期;
- 可以将环境、平台创建、签入规则、团队组建与磨合的迭代工作作为Sprint 0进行;
- 合适的迭代周期为2~4周;
- 尽量保证跨团队协作时每个团队的迭代周期相同
三、跨团队的敏捷项目组织与管理
- 尽量保证不同的团队在同一个办公地点;
- 如果不在同一个办公地点,要建立scrum of scrum机制,即每个scrum团队的scrum Master之间要定期进行状态更新与同步;
- 而后SM将最新的状态带到团队内部;
- 应该有一位PM协调多团队沟通与写作;
- 通过Daily scrum metting保持所有员工状态透明,目标一致;
- PM、SM和团队成员提供绩效反馈信息
四、守破离的思路