最近在公司推动项目管理流程，遇到了许多问题，这里是一些简单的思考。关于敏捷，可能可瀑布式开发和敏捷各有适用的场景。
- 任何项目管理流程，只有适合或者不适合的区别，并没有绝对的高下之分。瀑布式开发也有其优点。
- 敏捷不是银弹，不是所有的问题都可以通过敏捷来解决。
- 过分吹捧敏捷和过分贬低敏捷同样可笑。
- 任何一个项目管理流程，都需要解决项目管理当中的各个环节的问题。所以不应该被任意裁剪，很多时候确实是执行不力，而不是方法有问题。
- 任何项目管理流程也不能解决所有的问题。没有一个方法是万能的。
- 敏捷也需要按照沟通的需要写必要的文档，只是强调，不要拘泥于文档形式大于内容。
- Scrum的目标是应该帮助Scrum团队找到自己的节奏，可能需要反复训练，反复优化，在基础框架的基础上拓展出每个环节适合团队情况最佳实践（比如估时，比如TDD，结对编程，燃烧图都不是强制的）。
- 节奏很重要。
- 持续优化的文化是Scrum的精髓之一，根据团队的情况适当的调整。
- 大家最好在一个空间办公。
- 团队人数以6到10人为宜。
- Scrum也需要有明确的里程碑和长远的规划。
- “已完成”是0/1变量。90%的完成等于什么都没做。
- 量化有利于Review。
- Scrum已经非常简单了，所以为了有效的发挥作用，应当具备:所有的角色和所有的实践。
- Product Owner的目标是保证团队当前做的事情是最有价值的事情。
- 即便是在瀑布式，也一定要坚持瀑布式强调的角色和实践。
- 强调以人为本，但是实际上很多时候，也要识别出哪些是人的问题。以人为本，所以人的问题一般也是根本问题，制度无法解决。
- 团队管理，无非就是用合适的人，和合适的制度。
- 当出现问题时，应该想办法找出哪些是应该优化的，哪些是应该换角度去看的。不要一开始就抱怨是Scrum本身有问题。
- 很多时候抱怨是抱怨本身，而不是实际有问题。
- 如果不用Scrum，有一套别的行之有效的项目管理方法，并且覆盖了项目管理的方方面面，也是完全可行的。
- 优先级调整带来的变更不影响Scrum团队的产出。因为某个项目需要投入的人力资源并不会因此发生改变。而Scrum的产出是固定的。不做A,就做B。
- 使用任何项目管理流程，deadline都是不可以轻易变更的。如果计划存在问题，请在下次sprint再进行调整。而一旦计划敲定，请严格执行。敏捷肯定可以比传统方式更好的应对各种Deadline带来的问题。
版权声明
本文标题:38-关于Scrum流程的常见问题和误解
文章作者:盛领
发布时间:2018年06月09日 - 19:05:47
原始链接:http://blog.xiaoyuyu.net/post/ccd1723a.html
许可协议: 署名-非商业性使用-禁止演绎 4.0 国际 转载请保留原文链接及作者。
如您有任何商业合作或者授权方面的协商，请给我留言：sunsetxiao@126.com
欢迎您扫一扫上面的微信公众号，订阅我的博客！
坚持原创技术分享，您的支持将鼓励我继续创作！
