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

对项目的管理主要体现在三个方面:文档管理、进度管理、测试管理

 

一、文档管理

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

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

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

 

二、进度管理

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

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

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

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

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

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

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

 

三、测试管理

测试的种类非常多,单元测试、集成测试、白盒测试、黑盒测试等等不一而足。就我的看法而言,产品经理不必把过多的注意力放在保证代码健壮性的单元测试上(这些交个开发团队内部自行处理即可),而要保证对每个项目节点产生的阶段性产出进行有质量的集成测试。也可以说,产品经理不必过分关注与代码运行过程相关的白盒测试,而是要去关注那些忽略运行过程,聚焦在触发条件与触发结果的黑盒测试。

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

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

转载于:https://my.oschina.net/u/938986/blog/630979

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值