“采坑,填坑”,项目的那些事儿(第五阶段:项目跟进)
在开发技术方案评审通过后,就需要进行项目的排期跟进了,产品的职责也会与项目跟进相关。本文讲的是项目那些事儿系列文章的第五阶段——项目跟进。
一、简易流程
相关的背景:在产品规划完成后,进行了技术评审过关进行立项并开始开发时,产品也会兼并项目经理的职责,进行项目进度的及时把控及跟进解决问题。
存在的问题列举:
(1)没有统一的项目管理工具,不能及时的把控每个人的进度,需时常人为跟进;
(2)不明确每个人的项目进展,耽误上线时间的把控;
(3)没有相关的绩效制度,激励大家去高效率的进行。
相关的解决方案:
(1)规范的使用项目软件,例如:Tapd,Teambition,禅道,Tower,Project,gitlab等;
Tapd项目管理例图
简要说明:需求分解式阐述,可以进行实时提醒相关人员进行查阅需求,变更也会有相关的变更提醒,也可上传相关的附件文档,生成产品报表等。
Gitlab管理例图
简要说明:便携式的管理需求,并且该工具可方便开发与产品共同使用,规范文档至相关的看板中,然后拖拽至不同的阶段进行跟进,及时查看及提醒变更记录等。
(2)明确每一个人的职责及所担负的相关责任;
通过相关的项目管理工具,可以清楚地看到每个人去领取的需求任务及时间节点,很清晰的把控项目进度。
(3)及时解决项目开发中存在的问题及获取替代解决方案。
目前测试人员多数都在使用产品系统,便于对bug的提交与回归。与此同时产品也可使用禅道进行文档管理,毕竟可使用开源版。
这里举一个项目预估周期内的时发的例子及如何应对解决:
当时做一款公寓项目重构时的一个小的需求点的评估。
二、场景模拟
需求方:需要一个可以国内外共同使用的地图功能。
功能点:
- 可根据postcode及地图定位查找所在地;
- 可查到定位点周边的学校,公交,地铁等信息;
- 可进行路线查找,计算出各种出行方式及路线详情;
- 需要免费的接口;
- 其他(暂不做详细介绍)。
竞品的地图样式
立项前进行需求调研结果:
1. 经过几个地图的对比:Google,必应,百度,腾讯,高德的分析比较后,选择的必应地图作为受重点,可基本满足现有需求,接入7.0版本的接口文档;
2. 参照竞品后发现其使用的是Google+mapbox,但是mapbox是基于免费+收费项目的,所以做了备选方案(经目前使用用户及诉求,免费版暂时可以作为支撑);
mapbox接口示例图
两套方案进行规划设计,但是在开发途中,发现了必应的接口升级到8.0版本,很多代码进行了封装处理,一些需求点不能进行定制or获取相应的数据源。
在预估开发时间周期内,此异常行为会耽误很多开发时间。
因此果断进行方案二的替换,来避免不必要的开发成本及时间周期,最终解决了异常问题。
三、总结说明
在项目跟进中总会遇到形形色色的问题,因此把控好以下几点显得尤为重要:
- 需求方案评审立项时,需要自我细分去考虑各个可能发生的问题,做出相应的备选方案以备不时之需;
- PM虽然不需完全懂技术,但是基本的逻辑思维,用到的技术手段or相应的开发文档需要懂得,这样的话才能更好地提升与开发同学之间的沟通效率;
- 多去沟通了解,实时把控进度,进行周汇总or总结等习惯,来整理项目中存在的问题及为后续迭代或复盘做准备;
- 也可以熟悉了解数据库相关知识及接口知识,来提升自我及帮助自我更清晰了解全流程。
本文由 @ Leon 原创发布于人人都是产品经理。未经许可,禁止转载
题图来自Unsplash,基于CC0协议
避免不了的就是过程中的需求变更,哪怕是前期确认定下来的需求,可能也会因为各种原因需要变更,而且甲方相对强势。
基本需求变更很常见,就看是大事是小
小的就得迅速找到快速的解决方案或不紧急情况的可延后再处理
大的就得再看工期的延长来进行了(需求方不可撼动的情况下),一般都应作为迭代需求放入迭代中
前期的筹备工作做充足了,prd输出较为完善,邮件都确认无误后,尽量会减少变更行为出现