产品开发中项目与项目管理

大家好，欢迎来到IT知识分享网。

《人人都是产品经理》读书笔记3

图1 项目管理

1 产品与项目

1.1 产品和项目的区别

• 产品周期长；项目周期短
  产品是有一个比较长的生命周期，从产品开始规划到产品下线消亡，有一段较长的时间；而项目周期较短，项目规划一般子很短的时间完成。
• 产品应对各种变化；项目有计划性
  在产品的整个生命周期，需要适应内外界的各种变化，应对各种需求，以不断满足用户需求和产品需求；项目有计划性，一般是一个一个的任务。
• 产品是通用的；项目是定制的，特定场合用
  产品一般是给大量用户使用，相对比较通用；而项目由于周期短和其华兴，一般是为了满足特定的用户和需求。
• $\sum_{i}^{n}项目=产品 \longrightarrow产品线（版块、模块、增值服务···）$
  产品的形成是通过一个个项目实现，但是不是简单的累积，否则会臃肿不堪，四不像的怪物。当产品比较大的时候，产品需要升级成为产品线。

1.2 产品经理和项目经理的区别

产品经理（PD，product manager），负责整个产品的规划，关注整个产品生命周期，为产品的战略、发展路线做规划。
项目经理（PD，project manager），对项目负责，参照项目计划对项目进行管理。
苏杰在《人人都是产品经理》中讲产品经理靠想，是内部驱动，而项目经理靠做，是外部驱动。

2 项目启动

2.1 项目组织结构

项目组织中有很多角色，负责不同的内容，主要有：
项目经理：对整个项目进行负责；
PD：负责项目的需求，可能担任项目经理；
开发经理：开发相关任务，负责时间计划和任务分配；
测试经理：负责测试的相关人物；
UE：负责用户体验，如交互效果、视觉效果等；
服务团队：产品帮助编写，以及上线后的服务工作

项目督导委员会：不需要做实际的事情，表层次的任务是督导所有人有序完成项目，其实也可以保护项目负责人，当任务变动较大时，向他们提出申请，他们同意后任务继续，同时也让“干活儿”的人知道有领导盯着，更加认真卖力。

图2.1 项目组织结构图（图片取自 苏杰·《人人都是产品经理》）

2.2 誓师大会

大多数学校有高考前百日誓师大会，项目启动也需要，可以鼓舞士气，明确任务。誓师大会一般会介绍的内容有：

• 项目背景
• 项目意义、目的与目标
• 需求、功能点描述
• 项目组织架构
  让项目组成员相互认识，明确大家各自的分工，有问题可以相互沟通交流。
• 项目计划
• 沟通计划

2.3 项目目标

多 快 好 省：范围大、时间短、品质高、资源省。
经典的项目TQR：项目时间（Time）、项目资源（Resource）、项目质量（Quality）

工作分解结构（WBS，Work Breakdown Structure），自顶向下（top-down）的任务分解结构。

图2.2 WBS模板

3 需求： 文档和画图

产品从抽象到具体主要包括BRD、MRD、 PRD、FSD。

3.1 PRD，Business Requirement Document，产品需求文档

PRD分为三部分，其一是对产品的总体说明，其二是UC（use case）部分的说明，其三是对单个UC的说明。产品的总体说明包括：

• 修订历史：修订日期、版本号、说明和作者；
• 项目概述：项目背景、意义、目的和目标等；
• 功能范围：业务逻辑图，系统中角色的职责，和周边系统的关系，全局的商业规则；
• 用户范围
• 词汇表：专有词汇和术语；
• 非功能需求：如性能需求、数据监控需求等。
• 其他说明

图3.1 BRD模板和结构示意图（图片来自苏杰·《人人都是产品经理》

3.2 UML：类图、用例图、状态图

• 1 类图
  
  

  类图，class diagram，描述系统各个对象以及和外部系统的关系，是对业务领域的描述。

图3.2 类图

• 2 用例图
  
  

  用例图，Use Case Diagram，描述各个用例之间的关系，比如include或者extend。

图3.3 用例图

• 3 状态图
  
  

  状态图，State Diagram，表达系统里实体装填转换，贯穿多个用例。

图3.4 状态图

• 4 时序图
  

  
  
  
  3.5 时序图
  

• 5 活动图
  

  活动图，Activity Diagram，和流程图相似，描述各种动作引起系统变化，善于表达永道较多，分支较多的情况。

图3.6 活动图

协作图，Collaboration Diagram，表达不同对象如何相互影响，和时序图可以等价转换。

图3.7 协作图（图片来自网络）

3.3 用例文档，UC

以小倩选课为例，
概述：
用例的唯一标识：UC_courese
用例名称:选课
业务描述：小倩在期末未下学期选择要上的课程
需求描述：上课的需求，获取学分，学习知识
行为者：小倩
前置条件：选课系统开放
后置条件：系统分配课程
其他说明：
UC主体：
界面描述：教务网站选课描述
业务规则：通识课最多选2门
流程描述：
······

3.4 Demo

Demo, Demonstration，产品原型，示例，演示版，一般经历从低保真到高保真的过程，低保真非常抽象，之后逐渐具体到高保真，和实际产品越来越接近。常用到Photoshop，Axure，Dreamweaver制作页面。

图3.8 demo演化过程比喻（图片来自网络）

3.5 评审

项目最重要的三个角色是PD、开发人员、测试人员，对应着三次评审，需求评审、设计评审、测试评审，评审会议组织者由QA担任。

• 需求评审
  是对PRD评审、UC评审、Demo评审的统称，一般PD讲PRD和UC，UE主讲Demo。
  
  
  
  
  图3.9 需求评审
  
• 设计评审
  开发工程师以设计文档的形式说给PD、测试。
• 测试评审
  测试工程师对需求理解以TC形式说给PD，开发听。

评审会议组织者由QA担任。

QA:Quality Assurance,质量保证人员，负责质量保证相关工作。

3.6 需求的完整流程

按照项目的进展程度分为三个阶段：

• 项目开始之前-（需求中）
  PD在产品会议和需求讨论会上分析需求的商业价值
• 项目中的需求阶段-（开发中）
  PD在需求评审会上收集意见，不断修改需求。
• 项目中的需求阶段之后-（已发布）
  组织功能评审会，确认其功能是否是想要的。
  
  
  
  
  图3.10 需求流程（图片来自苏杰（人人都是产品经理）
  
  
  

4 开发、测试、发布和总结

4.1 开发和测试

• 开发：设计——>设计评审——>编码——>单元测试
  

  单元测试：自测环节，测试完没问题，再把代码从开发环境提交到测试环境。

• 测试：TC编写——>TC评审——>冒烟测试——>功能评审+（UAT）——>测试
  

  冒烟测试：Smoke Test，因为耗时短，仅需要一袋烟时间而名。
  UAT：User Acceptance Test，用户接受度测试。
  测试过程除了功能测试，还有性能测试，比如访问压力测试。测试过程可以不断发现“Bug”，发布之前叫做缺陷，发布之后叫做故障。

4.2 Bug

bug一般有缺陷级别（severity），所属产品、项目，Bug名称，Bug描述等关键信息。

• Bug级别

• 所属产品、项目
• Bug名称
• Bug描述
  
  

  
  
  
  图3.11 Bug状态流转图（图片取自苏杰（人人都是产品经理）
  

4.3 发布

• 发布：发布评审——>预发布——>发布——>线上验证

4.4 总结

• 项目发布公告
  项目发布之后的公告，回顾项目艰辛，对项目参与者的感谢，为团队争取精神和物质的奖励。
• 项目小结
  项目心得体会，碰到的问题、原因和解决方法，合理与不合理的地方，收获
• 项目周报/日报

5 项目管理总结

5.1 文档

图5.1 PD常用文档（图片来自苏杰《人人都是产品经理》）

5.2 工具

• 协作和版本工具
  
  • windows共享文件夹（有人打开文档，其他人无法编辑）
  • Google Docs
  • Office live
  • SVN 集中式版本管理
  • Github 分布式版本管理
  • WIki
• 文档工具
  
  • word
  • Excel（VBA）
  • PowerPoint
  • Visio，画图工具
  • Outlook，邮件管理
  • Project，开发计划和测试计划
  • MindManager、FreeMind、XMind ，思维导图软件

VBA:VIsual Basic for Application，一种自动化语言，可以使常用的程序自动化。

5.3 评审

图5.2 评审

5.4 敏捷

敏捷方法：渐进式的开发模式

6 总结

图 6.1 项目总计（图片来自苏杰《人人都是产品经理》）