产品生命周期：导入期、发展期、成熟期、衰退期
项目生命周期：启动；组织与准备；执行；收尾
开发生命周期：预测型；敏捷；混合型。
项目管理过程：旨在创造最终结果的系统化活动。
项目管理过程组：
做事的方法论：启动；规划；执行；监控；收尾。
IT预测生命周期：需求宣讲；技术方案评审；开发-提测；测试；发布。
（这个没有完全按照软件工程来讲。）
特点：有清晰的排期和上线日期。
缺点：排期的确定性与估时的不确定性的冲突，经常延期，加班；测试工作分配不均匀，前期清闲，上线之前压力激增；人员被任务驱动，主动性/参与感双低。
敏捷：是一套价值观。
12原则：
被激励起来的人员；面对面沟通；业务人员和开发人员始终在一起；
以迭代的方式持续交付；迭代越短越好；迭代以稳定的节奏进行；
不断复盘；良好的设计；拥抱变化；
可工作的软件是衡量进度的首要标准；简单；自律团队。
scrum
理论基础-三大支柱：
透明：
检视：
调节：
框架
3个角色：
Master-
PO-
Team-
3个交付物：
产品待办列表-
spring待办列表-
迭代交付物：
5个会议：
PO需求梳理会：
sprint迭代计划会：
sprint回顾会：
sprint评审会：
每日站会
5个价值观：
勇气：
scrum团队成员有勇气去做正确的事情并解决棘手的问题。
给予团队信心，允许团队出错并从错误中汲取教训。一个恐惧失败的团队，其创新能力也会大打折扣。在项目的每个阶段都需要有勇气去挑战，让团队满负荷、高效的运作起来。
专注：
每个人都专注于Sprint的工作和Scrum团队的目标。
当Scrum团队成员正在进行sprint工作时，该sprint 是这名成员当下唯一的工作。 他可以自由地完成sprint积压所需的任何工作，并处理sprint期间对该积压所做的任何更改。
承诺：
每位团队成员都需要承诺实现Scrum团队的目标。
当团队有权做出决策以实现目标时，每个人都对项目的计划和执行方式有发言权，并可以实现相应的承诺。
尊重：
Scrum团队成员相互尊重，认为自己是有能力、独立的人。
能相互尊重的团员也能相互信任，从而更加顺畅的完成工作。但Scrum团队往往由不同部门的职能构成，每个职能角色思考的出发点不同，各自有自己的见解。比如，技术能力很强的程序员如果不尊重产品，那么这位程序员很难在项目推进中汲取产品负责人的观点。
公开：
Scrum团队及其利益相关者同意对所有工作和执行的挑战工作保持公开。
Scrum团队中的成员需要在任何时候都能了解其他成员正在进行的工作以及如何将项目推向其当前目标。
scrum遇到的问题：任务实现不了自领；用户故事难以推广开来。
我的实践经验：
1.迭代周期以单周为基准，不必完全固定。
- 伊对由固定2周，改为2个单周迭代。
缩短安全时间，估时激进一些；
测试工作均衡一些；
无法插入需求，更专注；
短周期+早会，容易识别风险，暴露进度问题。
沟通：
控制情绪，时刻想着沟通目的；
没有正式权力，根据每个人的喜好，要特别注意说话方式；
大家性格不一样，要注意这些。
开会：会前准备-议题；关键参会人；主持人控制不要跑偏；会议纪要
流程：解决问题为主，深入了解大家的实用方式，不断调整
权力：信息力；参考权力
探索：
项目经理岗位核心价值
项目经理占位要正：为了项目的成功。
