磕磕绊绊的Scrum之行(十五·完结篇)Sprint 3回顾会议

刚刚开完了Sprint 3的回顾会议,大家都很给力,积极地回顾项目的过程和其中的得失,尤其是技术回顾的时候,都分别秀了自己的实现方式,最后对新一个迭代要应用的技术进行了决策。

新的一年开始了,对整个团队来说,敏捷的思路其实已经很好地建立起来了,从8月份上上下下第一次听说Scrum这个名词,到主要的开发人员都对这种方式表达了兴奋感和认同感,并接受渐进设计、持续重构的理念。所以,这个系列的名称也要改了,即意味着这个“磕磕绊绊”系列的尾声。当然,项目还在继续,还有整整三个月的仗要打,哼哼哼Sarcastic smile

在这一章,还是有很多有用的东西值得提炼出来,给自己以后,也给其它项目管理者作一个参考:

  1. 学会和所有人沟通、达成一致。你打算如何做,有什么优势,可能会遇到什么样的问题和困难,全部罗列出来,与大家沟通,确认大家懂得你的方式,确认每个问题都是可解决的,确认所有优秀的建议都被采纳。这里的所有人包括公司的高层、其它部门以及团队内部。项目是一个计划、执行、检查的过程,只有方方面面达成了理解的一致,才能保障最终结果与预期相符;
  2. 给团队目标一个清晰的定位,给团队每个成员角色和目标一个清晰的定位。让每个人清晰地知道自己的工作范围,遇到问题应该找谁(或查网络资料),什么样的问题可自己决定;及时与成员沟通模糊的地方;
  3. 不浪费任何时间。每一周、每一天做什么任务,预期花费多少工时,要做到心中有数,即时走查团队成员的工作情况排除问题(即现场管理的核心思想);
  4. 开发是一项执行工作,执行工作必须经过SMART原则验证,确保是可执行的。
  5. 团队采取不熟悉的技术进行开发时,先分工、再合作是最佳实践。把待熟练掌握的技术分出等级,根据开发人员的水平进行分配,独立承担相关的开发任务,待熟练之后,把方法和经验分享到整个团队,使每个人都成为熟手;
  6. 要勇于挑战自己的习惯,更要勇于挑战团队的习惯,但要承担后果和责任。开始时,大家都不习惯更新敏捷工具上Task的状态和填写剩余时间,作为管理者,要不怕费人品和口舌进行督促(在这点上,我确实很强势Punch),到现在,整个团队都能很自觉地完成Task更新、跟踪持续集成状态、看燃尽图了Open-mouthed smile其次是思维习惯,目前主要是技术定势,主要是充分发挥口才每次必提以及找到项目痛点狠打狠揍,才会越走越顺;
  7. 作为管理者,保持冷静、临危不乱的姿态很重要。遇到变化,冷静分析,寻找解决之道,不拘一格(更不要局限于CMMI、敏捷这种无谓的争论),这点上与个人从小养成的乐观心态也很有关系,我相信“任何问题都是可以解决的Who me? 接下来,是我们的产品化之路的开始。
© 2018 Silent River All Rights Reserved. 本站访客数人次 本站总访问量
Theme by hiero