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