敏捷团队在让新手快速入门方面,比传统的独立式、瀑布式开发的团队更具有优势。尤其是当团队都在本地工作,可以频繁沟通、有效沟通,做小型用户故事开发,再加上用结对编程,效果就更显著了。
Anand Vishwanath 在最近的一篇文章中也 对此表示赞同,他提到,大多数中小型敏捷团队中,新人加入通常都不用做太多形式化的工作,不过貌似大型团队中的情况就有所不同。他建议说,在大型团队中, 可以用一个小型的“仿真项目”让新人上手,这个做法可能会起到很好的成效。简单的说,就是“搞个批量性的入职,组建一个 4~6 人左右的新人团队”,给他们几个老手作指导,用一两周的时间,做几个微型迭代。
Vishwanath 强调说,这种上手项目最重要的部分在于有老手提供指导。这些人应该包括:
- 开发导师,他应该是个工作经验丰富的“技师”,能够帮助新人掌握代码库和项目的业务领域。他会在这个仿真项目上全职工作,跟新手结对,并组织开展相关讨论,帮助大家学习。
- 业务分析导师,他在仿真项目上不会完全投入,他扮演的是客户的角色,如果新人中有 BA 的话,他也会对其提供辅导。
- 质量分析导师,也是兼职工作,根据团队成员的专长,通过各种类型的活动对团队提供帮助,提供相关知识。
Vishwanath 在文中讨论了怎样在一个(乃至多个)真正的迭代中运作这个仿真项目,包括迭代计划会议、迭代结尾的演示和回顾等等一系列各种真 实项目中应有的活动。他也对给团队提供哪些故事给出了指导。例如,包括一些简单的功能性故事,也给本质上属于纯粹技术层面的“故事重构”留出空间,这样新 人就能有很好的机会放开手脚搞一搞项目代码库和架构。随后,Vishwanath 一并对如何从仿真项目中收集产物以供未来所需提供了建议。例如,对会议做 视频记录,记录迭代回顾中学到的知识等等。
如果这个简介让你很感兴趣,那就看看 Vishwanath 的原文吧。是不是看上去比较靠谱?在你的环境中是否适用?你是否做过类似的工作?得到过什么结果?
评论