敏捷21天打卡-在敏捷环境中交付
- 前情回顾
上节中我们讲到构建敏捷环境，从办公环境、团队组员构成、敏捷推进人等构成敏捷环境的影响因素。
接下来我们讲敏捷实施，步入正文之前，先延申仆人式敏捷：
虽然仆人式领导的观念是一个至少可以追溯到两千年的永恒概念，但现代仆人式领导运动是由Robert K. Greenleaf于1970年发表的，当时他发表了他的权威文章“仆人作为领袖”，他创造了这些文字。“仆人式领袖”和“仆人式领导”。 仆人式领导是一种非常社会化的领导风格。虽然传统的领导力是关于“金字塔顶端”的人积累，囤积和锻炼（通常会堕落为滥用）权力，但仆人式领导是与团队分享权力，识别，优先考虑和满足他人和帮助人们尽可能地发展和表现。 引用网络
- 传统型与仆人式
- 仆人式的几个特性
- 承诺将自己放到最后；
- 关注他人的伟大；
- 充分尊重个体；
- 用于说出真相；
- 开放自己的缺点；
- 总结：Scrum Master 采用仆人式领导需要将团队的需求放在首位。仆人式领导者主要关注团队的成长和福祉：首先为他人服务，对于希望在团队成员中发挥最大作用的现代管理者来说，仆人式领导是一个强大的工具。
- 图例
- 在敏捷环境中交付
项目章程
每个项目都需要一个章程/约束，即项目目标、适应人群、利益分配。
只有这些确定清楚，项目在执行构建过程中，才不会偏离目标，实现双赢。
团队章程
对敏捷而言，团队需要项目章程；即人员分工、人员职责、工作流、奖惩措施、团队价值观等； 只有章程明确，在实施敏捷的过程中，方可避免相互推诿、职责不明、目标不明等问题。
- 敏捷实践常见方法
回顾/复盘 回顾/复盘方法在制造业型企业很流行，是指每个一段时间对产品生产过程中遇到的问题，解决方案进行回顾，旨在帮助团队学习、改进、调整生产工艺流程。 敏捷也很适用。 回顾周期：根据团队内部情况，可以是其中任意一项：几周、团队产生问题、一次交付、里程碑等。 注意点： 1.回顾不是批斗大会，对事不对人。
- 每日站会
时间尽量不超过15分钟，期间鼓励每个人发言，”昨天我做了什么、今天我计划完成什么、是否请求协助“。 *注意点 1.尽量确保每人都有机会主持和发言； 2.避免成为进度会议； 3.不是批斗大会； 4.收集问题而不是现场解决问题，会后组织协调资源处理问题。 5.不要等到有问题时才进行站会，要成为常态，可以充分调动组员职能思考意识。
- ToDo List
有了代办事项可以让团队有组织、有目标有条不紊地开展研发工作。 *注意点： 1.限制在制WIP； 2.拆分过于庞大的故事或代办事项，按需细化粒度； 3.鼓励团队全员参与讨论、确定需求/故事，不可一言堂； 4.每周持续进行。
- 定期交付/展示已完成的功能，敏捷的核心价值观；
- 实现快速交付
持续集成：频繁地将已完成的功能模块集成到研发主干分支，并进行测试，以确保整个产品进度不会偏执。 自动化、回归、白盒、黑盒等测试方法运用。 ATDD（验收测试驱动开发）：在开始前团队成员确定验收标准，完成时按标准进行测试。 TDD（测试驱动开发）与BDD（行为驱动开发）：在创建产品质检就编写自动化测试，可以防范产品错误。 刺探：刺探对学习很有用，可以在诸如评估、验收标准定义以及通过产品了解用户行为的流程中使用。在团队需要学习一些关键技术或功能要素时，刺探会很有帮助。
- 解决敏捷项目的挑战
要点：团队应该经常为反馈进行演示，并展示进度。鼓励 PMO和其他感兴趣的人观看演示， 以便决定项目组合的人能够看到实际的进展。
