本文共 1403 字，大约阅读时间需要 4 分钟。
需要注意的点：
- 敏捷管理中不合理的项目迭代计划产生的后果，在某一个时间节点人员工作量井喷和压力剧增的风险从何而来，必须对迭代的计划进行细致的管理。
- 人员的投入不在预期的规定项目时间内，对工作安排做到哪里是哪里，一个人身兼多个项目，这些问题都可能造成项目成本难以统计，造成项目成本是笔“糊涂账”的情况，强调在工作中尽量避免这种不好的模式。
- 项目Delphi法工作量估算的方法，利用制定的模板如何将工作量估算，人力资源投入估算，项目阶段进度时间相关联。
- project编排粗粒度的项目进度计划后，使用敏捷工具管理细粒度的工作任务，利用敏捷工具统计工时，再每周进行工时汇总，回填入project的工作模式，以便完成自身项目的管理要求。
- 项目工作不明的情况下，通过快速申请人力资源，短时间内调研项目高层次需求，启动短期工作计划完成demo，达到完成评测项目的风险、整理实际问题、估算开发的效率、拟定需求和设计需要的详细程度、项目整体工作量预估等多方面目的的效果。
- 项目的时间有限，经常使用到的缩减范围、降低质量、进度压缩（赶工、快速跟进）、谈判、拒绝等5种常用的办法。
- 手机项目质量要求高，通过确定质量标准、人员质量能力评定（技能情况）、分析偏差（重视人的感受）、个人责任（精益求精）等步骤逐步提升产品的质量。
需要思考的点：
敏捷的产品需求开发优先级的规划方法。
- 头脑风暴和亲和图为什么让需求越来越乱？
- 干系人需求的产品价值分析技术。
- 你考虑过需求的来源和变更成本吗？
- 百里挑一。净现值和多标准决策分析的应用。
- 去伪存真。干系人需求的优先矩阵排列技术。
- 你敢和客户的需求说“不”吗？
敏捷冲刺计划的编排要点。
- 有了“禅道”、redmine、jira以后，我们是否可以不要project编排项目进度计划，敏捷的项目管理如何跟传统项目管理进行融合？
- 为什么计划做的不好，可以把团队做垮？
- 为什么领导总说我做的项目一直是笔糊涂账？
- 项目工作情况不明，怎么才能进行进度和成本的估算？
- 怎么排计划才能提前暴露出项目风险，让我们在早期有时间解决它们。
- 估算任务完成的诀窍有哪些？
- 时间有限，我们能完成哪些工作。
- 要求太高，我们到底能做出什么质量。
产品发布的要点。
- 为什么我们要管理产品的发布，管理好发布能够给我们带来什么？
- 为什么我们已经开发的够快了，客户还是觉得我们发布的不够快？
- 为什么产品发布后，没能达到我们预期的效果？
- 如何进入新版本的产品规划？
敏捷的研发和测试。
- 为什么开发和测试衔接不上，测试人员总是对开发人员的工作提出质疑？
- 为什么敏捷开发和测试的环境要求非常高？
- 敏捷开发为什么注重的是产品集成的过程，为什么对接口的要求这么高？
- 为什么测试过的产品还有很多问题不能发现？
敏捷配置管理注意点
- 开发库、受控库、产品库三种功能库的作用，以及SVN自带默认的trunk、branches、tags的代码库属于哪种功能库。
- 产品代码包版本的4位命名规则，主版本、次版本、修改版本、SVN的revision版本各自的意义，文档命名3位命名规则。
- 分支发布和主干发布的原理，一个使用产品功能的版本规划和代码分支的项目实例。
- 集成构建的工作方式以及产生的工作效益，每个中间代码包如何进行命名，如何在bug修复和需求规划中体现版本的概念。
- 项目目录库和每个目录下应该提交的最小文档集合。
- 基线和多版本文档的映射表的管理。
转载地址：http://ltobi.baihongyu.com/