视频：Johanna Rothman 谈降低传统团队在敏捷旅程中的风险

在本次采访中，Johanna Rothman谈到了她如何帮助客户降低项目风险：包括项目中人员的风险，人员管理方式的风险，或是项目自身的风险。并说起了在她的新书《Manage It! Your Guide to Modern Pragmatic Project Management》中所包含的各种有效降低风险的策略。

观看视频：Johanna Rothman：降低传统团队在敏捷旅程中的风险（19 分 44 秒）。

在采访中，Johanna Rothman 首先谈到了她如何帮助团队管理风险：

一部分是辅导；当然也有研讨会和培训。我花费相当可观的时间做鉴定，来搞清楚到底发生了什么，又是为什么发生。因为你会碰到由不同问题根源引起的许多症状。而你想立刻知道是什么导致这一切。有时候是技艺高超的成员们并非都处于合适的职位，有时候则是一团糟的流程。你必须管好这一切。有时候人们只是并非真正知道他们应该做什么以及怎么做。因此你需要知道详情或是综合状况，以帮助人们度过最困难的时期。有时候鉴定是正确的选择，有时候是培训或研讨会，有时候则是辅导。我辅导项目经理，行政官员，有时候是 scrum master，但不多。我并不专注于辅导 scrum master。有很多时候只要花费一点点力气就可以帮助人们渡过难关，使他们可以顺利地继续前进，也有可能他们需要我回去帮更多的忙。

在谈到她的新书《Manage It! Your Guide to Modern Pragmatic Project Management》时，Johanna Rothman 说道，

因为有太多的组织无法匹配完整体系，或是人们没有以敏捷的方式工作，或是他们说：“不，出去！不受欢迎的人，搞敏捷的都是黑客。”我不想和大家争执，也不想给任何人贴上标签。我想要帮助人们做那些最有效的事。时间盒并非是一个出现于 90 年代或 80 年代甚至 70 年代的词汇，而是自古以来就已经存在了。那么既然你使用时间盒已经有段历史，为啥不用？持续集成并不是什么新概念。回溯到 1990 年，我曾经在某个项目中强迫实现了持续集成，那时我们还没有好的持续集成工具，也没有真正好的版本控制工具。不，不，我没有 lava lamp 灯，也没有 CruiseControl 软件，任何一个我都没有。但是我们可以每晚构建，也能够看到是什么破坏了软件包。而且依然有必须去适应持续集成的组织。

假设你要替换系统中已经存在的一大块，而此时人们需要使用这个系统。你并不会使用每一天改动一点点的方法。然而，你可以每天从主线上取下遗留系统中将被替换的部分，与团队成员当前所做放在一起。他们可以持续地从主线中获取，然后做修改，他们所做的就是持续集成。当需要将改动合并回去时，发生的合并冲突和各种问题的数量非常明显的减少了。这时根本就完全不需要做阶段式集成。大多数认识到持续集成价值的人都这样做。一些人有点疑惑，你需要帮助他们认识到“我怎样才能做到？”于是我列出基于不同项目经验的大量经历，想法和事件，以及我客户在不同项目中所做的来描述：“这就是让它工作起来的办法，既然可以在我的组织里发挥作用，对你也一样可以。”

在采访的最后，Johanna Rothman 对书中提到的几种“进度游戏”进行了介绍，分别是：“给我找块石头”，“裤子着火”等等。