作者：苏杰，电子工业出版社，4月13
确定需求以后，项目会进入开发、测试、发布等主要几个阶段：
任何时候都要做到：心中有“树”
（项目时间T-项目资源R-项目质量Q）
将产品和项目的比较会发现：*产品的生命周期比项目更长，*产品需要做更多的探索，*产品相对而言更为通用，而项目则更为个性化。总体而言，做产品与做项目是分不开的，做产品的过程也是做一个个项目的过程。
产品经理和项目经理之间的区别：前者重思考，要做正确的事情，要求判断力和创造力；后者重实践，要把事情做得完美正确，要求执行力和控制力。
备注：要会写很多文档，产品需求文档、用例文档、设计文档、demo
针对互联网软件行业的项目管理，主要从三个部分去谈我们的准备：
1、文档
2、流程
3、敏捷
加大资源投入可以缩短项目时间？
这里要考虑任务本身的性质，如果各个任务相互独立，则可以更多地并行，通过投入资源来缩短工作时间；但是如果各个任务相互依赖严重，就只能更多的串行，这个时候投入更多的人力也无济于事。
项目开始前的会议主要内容是什么？
项目背景
项目意义、目标
需求、功能点的概述
项目组织架构：明确权责、沟通有对象
项目计划
沟通计划
1、各类文档的编写
BRD商业需求文档、MRD市场需求文档、PRD产品需求文档、FSD功能详细说明等等。
BRD是产品生命周期中最早的文档，内容涉及市场分析、销售策略、盈利预测等
MRD是产品进入实施阶段，需要有更细致的市场与竞争对手分析。包括可通过哪些功能实现商业目的、功能和非功能需求分哪几块，以及功能的优先级。这个阶段产出的还有业务逻辑图、特征列表，这也是从商业目标到技术实现的关键转化文档。
PRD这是对产品功能的进一步细化，也是PD新人写得最多的文档，即常说的“需求开发过程”，主要包括整体说明、用例文档、产品Demo等。也会对产品功能做具体描述。
FSD类似于用例文档，更多关注技术层面，产品界面、业务逻辑的细节都要确定。与此同时，相关人员对硬件系统的设计、数据库设计等工作也要开始编写了。
用例文档，是需求人员写给开发人员看的一个基本文档。
在实际工作过程中，需求阶段往往围绕：写作-评审-修改-评审进行。
补充-实用小工具：几种图表
类图class diagram，描述各种对象之间的关系，以及与外部系统之间的关系
用例图use case diagram,描述各个用例之间的关系，
状态图state diagram,表达系统里实体状态的转换，贯穿多个用例图
时序图sequence diagram,描述事物在时间维度上的先后顺序，善于表达对象的交互，比如多个页面之间、多个角色之间。
活动图activity diagram，描述动作如何引起系统的变化，接近常说的流程图。
协作图collaboration diagram，表达不同对象之间是如何相互影响的。
以上这些图都可以通过visio实现，但工具是为人服务的，描述需求的原则就是：把要做的向听众说清楚。
项目中重要的角色：PD、开发人员、测试人员，所以派生出三次评审：需求评审、设计评审、测试评审。通常在PRD通过以后，PD会和UE的同学一起细化UC和Demo。
需求阶段的评审：
Tips-玩转office:
字-表-图：word,excel,ppt
思维导图:xmind,freemind
visio:画各种类型的图
outlook:邮件管理
project:项目管理
2、流程
一个简化版的项目流程
在开发阶段
在测试阶段
3.敏捷法
有计划也要拥抱变化；
迭代周期内，尽量不增加任务；
集中工作，小步快跑（如站立晨会，每个人只能说三个问题，昨儿做了什么，今天要做什么，遇到什么问题）；
持续细化需求，强调测试；
不断交付，今早发布
一些项目经验p150
小结：
