如果团队正在构建解决方案 负责特定区域 功能的人员会定期举办研讨会 对特定功能进行虚拟游览。每当来自其他区域的人或刚接触该项目的人想要了解项目的特定部分时 都可以使用录音。这是一种现成的知识转移 比一个人单独介绍每个人更快、更有效。 回顾。我们将回顾的一部分用于教育或组织单独的会议 每周 次 期间 与项目团队会面 讨论选定的问题 例如如何重视用户故事 特别是当团队本身报告不确定性 问题时 。 软件开发的最后阶段 经验教训会议是对项目进行总结和得出结论的时刻。在此阶段可用于加强学习过程的工具包括 开始 停止 继续 我们与设们写我们没有这样做 但事后看来 在后续项目中实施它们会很好。停止 我们指出我们一直在做的事情 但决定下次我们应该放弃它们。
继续 我们重点介绍我们所做和工作的方面。 方法 类似的解决方案 我们列出软件开发过程中良好且有效的内容以及无效的内容 。 时间表 我们制定时间表并在上面写下项目里程碑。我们讨论个别事件并得出结论 同样 什么 电子邮件数据 是好的 什么限制了我们 。 当然 方法可以组合。重要的是 这样的经验教训会议以总结和结论结束 这些总结和结论将转化为后续项目。 知识泄露的问题 即团队的变动 团队的变化是不可避免的 所以我们必须学会如何有效地将知识传递给新人。入职培训可以借助文档或录音 对理论家或观察者有利 来完成 但也可以使用前面提到的结对编程方法 积极分子和实用主义者 。
在我们公司还引入了 这个角色 由经验丰富的人扮演 负责照顾项目组的新成员项目组。他帮助处理与项目的组织和实施相关的事情。 然而 如果我们正在寻求一个人的指导、培训或知识转移 那么值得记住的是 根据理查德 梅尔 的说法 一个人只能保持注意力大约 分钟。因此 知识转移应该在 分钟内完成。插槽 以浓缩和深思熟虑的形式。 您还可以通过 方法 行业内培训计划 来支持自己 这是一种分三个阶段转移知识的方法 我们教授我们做什么、我们如何做以及我们为什么这样做。 |
