🤓 👨🏿‍🔬 ☣️ 看板方法：PNZ示例2：培训和课程 👩🏼‍🚀 🧑🏻 🛫

在前两篇文章中，我展示了我们如何将交付过程视为积累知识的过程。当专业人员完成工作时，一系列主导活动将创造知识。原始文章包含了为一般的敏捷软件交付团队构建流程图的示例。下面的文章提供了一个示例，该示例理解精益创业公司如何通过测试假设来确认客户执行的研究。

我们的下一个示例将我们带到了教学和课程的世界。这要归功于我的同事Travis，他管理着一家高科技公司的培训部门。Travis的部门提供了许多服务，但在本示例中，我们仅关注其中一项：课程开发。

在创建课程的过程中，Travis及其同事确定了五项主要活动：

事实调查
培训项目
汇编
测试版
出版物

发现事实是非常集体的活动。Travis部门的情报工作者与研发部门，客户支持，技术作家和系统工程师合作。正如我们在主导活动的其他示例中看到的那样，这最初会创造大量的知识，但最终它开始给下一个带来越来越少的影响和收益。

培训项目主要由培训部门组成，但技术文档和销售部门有权对其进行投票。然后开发就开始了。

课程材料的汇编最终达到了另一种活动是积累知识的更有效方式的地步。因此，这项活动开始主导知识积累的过程。 Beta测试将另一组员工聚集在一起，其中包括营销人员，现场工程师，产品线经理，当然还有实际的Beta用户。测试创造了另一层次的知识，并且最终劣于最终的活动类型-发布。它包括创建视频，印刷品，演示文稿，讲义等。

从前面积累知识的过程的构建图示例中，您可以猜测会发生什么，但是这次加载更多：

进一步（尽管这不会是本系列后续文章的下一篇），我们将考虑创建此类图及其在改善服务交付方面的实际问题。

看板方法：PNZ示例2：培训和课程

More articles: