大规模视频网站的计费与流量管理
本次分享将会就大规模视频网站的计费与流量管理这个话题，从操作层面细细进行讲解和分析，为系统工程师们揭示平日里我们没有关心的另一些内容。同时也希望本次分享能揭示行业中的一些“潜规则”，让互联网行业的流量与带宽管理更为开放与简洁。
本次演讲视频录制于QCon杭州2011。
新闻
该内容已经被标记书签！
标记书签错误，请重试！
视频：Johanna Rothman谈降低传统团队在敏捷旅程中的风险
作者 Deborah Hartmann Preuss 译者 徐毅 发布于 2008年4月28日
在本次采访中，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对书中提到的几种“进度游戏”进行了介绍，分别是：“给我找块石头”，“裤子着火”等等。
Rothman的书《Manage It! 》中文版将由图灵出版，敬请关注
发表人
刘江 图灵
发表于
1 条回复
关注此讨论 回复