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