产品经理技能树之 项目管理

对项目的管理主要体如今三个方面：文档管理、进度管理、测试管理

 

1、文档管理

文档在项目进行的过程当中不断进行修改是一个不可避免的状况。保证整个团队在整个项目中都能使用正确的文档并非件容易的事情。

文档管理有两个关键需求：一是版本记录，二是协做体系。在版本记录方面，主要是要作到当有新版本产生的时候，整个团队相关人员都要能收到更新提醒。同时，新版本与旧版本之间的区别也须要能很是明显得展示出来。在协做体系方面，主要是要能知足对文档内容的修改、讨论的需求。固然，对于文档的修改、讨论能够经过频繁得开会来解决，但这无疑是一个很是低效率的方法。同时，相对于开会这种方式，自动化协做体系有一个很大的有点就是能将全部的修改与讨论所有记录下来，这就至关于将集体智慧沉淀了下来，为以后的汇总经验提供了很是大的好处。

供团队使用的文档管理工具在选择上仍是比较多样的。国外的有Google Doc、Quip，国内的有有道云协做、石墨文档。这些工具基本都能知足版本记录、协做体系两方面的需求。而究竟选择哪种则取决于整个团队的接受程度。

 

2、进度管理

进度管理是项目管理中最重要的部分。要作好这部分的工做既须要有工具的帮助，也须要有项目经验的积累。

进度管理的工具数量至关多，其中大型工具中比较著名的有微软的Project。这类的大型工具功能全面，对诸如制做甘特图、与Outlook进行配合之类的支持作得比较好，但同时带来的代价是部署困难，学习曲线也相对陡峭。总的来讲，这类大型工具只适合那些项目规模比较庞大同时流程已经很是清晰的团队。除了以上所说这类大型工具以外，还有不少小型工具能够供产品经理选择。小型工具中比较著名的有tower、teambition等。这类小型工具知足了大部分项目管理的基本需求，同时又简单易学，且又不须要自行部署，很是适合在小型团队中推广使用。

进度管理管理工具不论大型仍是小型，带给产品经理的帮助主要体如今两个方面，一是帮助产品经理明确责任划分，二是帮助产品经理高效调度资源。

经过管理工具，产品经理能够为每项任务明确指定负责人以及截止时间。经过明确的责任划分，发生任务延期状况的时候，产品经理能够第一时间找到相关负责人商讨解决办法，从新调整进度。当全部的任务都指定了负责人和截止时间以后，产品经理就能够经过工具提供的汇总功能看到团队中各种资源的调度状况。在项目的具体实施过程当中，可能团队各个部分的进度有快有慢，这时产品经理就能够经过汇总功能快速调整各种资源的调度状况，以保证项目的高速运转。

固然，工具并不能解决进度管理中的全部问题。管理的过程当中，还有许多部分会要求产品经理拥有丰富的项目经验才能妥善处理。任务组织就是一个典型的例子。组织水平高的产品经理能让被指派任务的人员可以在第一时间就理解任务的划分逻辑。

对于设计类的任务来讲，最好是以页面为组织单位，创建一套命名体系将各个独立的页面以及每一个页面的各个状态区分开来。经过这样的方式，设计的产出就可以与后期的页面开发无缝链接，而不会出现设计与开发人员之间反复沟通的状况。于此同时，还应该将与产品逻辑相关的页面再独立得罗列出来，这样整个团队就都可以以此为基础快速理解项目的关键点。

对于开发类的任务来讲，最好是以功能为组织单位。一样是创建一套命名体系将各个功能区分开来。这样的组织方式保证了IOS与Android两个客户端的开发都是基于一样的功能逻辑。同时，依靠共享的功能逻辑，服务端就可以给两个客户端制做统一的数据接口。总之，以功能为组织单位可以为开发团队之间的高效率沟通提供坚实的基础。

 

3、测试管理

测试的种类很是多，单元测试、集成测试、白盒测试、黑盒测试等等不一而足。就个人见解而言，产品经理没必要把过多的注意力放在保证代码健壮性的单元测试上（这些交个开发团队内部自行处理便可），而要保证对每一个项目节点产生的阶段性产出进行有质量的集成测试。也能够说，产品经理没必要过度关注与代码运行过程相关的白盒测试，而是要去关注那些忽略运行过程，聚焦在触发条件与触发结果的黑盒测试。

产品经理关注的测试通常分为界面测试、功能测试两个大的方面。界面测试通常聚焦在App在不一样屏幕、不一样型号的手机是否可以保证呈现出理想的效果，同时，在空状态、无网络等状态下，各个界面可否可以作出正确的显示。功能测试则聚焦在客户端是否可以在各类极限条件下都保证功能逻辑的正确；同时，服务端是否能抗住必定程度的访问压力。

测试管理的工具不少，专业的有Jira等工具，同时还有不少小型的测试管理工具。虽然工具类型多样，但我一直认为产品经理测试管理的能力其实并不与工具直接相关，而是与任务组织能力息息相关。若是产品经理已经以页面为单位创建了一套体系来组织界面类的相关任务，那么他就能很容易得在这个基础上列出相关的测试用例，并进而将这些测试用例与相关的负责人员关联起来，以保证测试出现问题时可以被在第一时间被解决。一样得，若是产品经理已经以功能逻辑为单位创建了一套体系来组织功能类的相关任务，那么他也就能很容易得在这个基础上列出相关的测试用例，并关联到相关的负责人员。