“采坑,填坑”,项目的那些事儿(第五阶段:项目跟进)

3 评论 8617 浏览 23 收藏 6 分钟

在开发技术方案评审通过后,就需要进行项目的排期跟进了,产品的职责也会与项目跟进相关。本文讲的是项目那些事儿系列文章的第五阶段——项目跟进。

一、简易流程

相关的背景:在产品规划完成后,进行了技术评审过关进行立项并开始开发时,产品也会兼并项目经理的职责,进行项目进度的及时把控及跟进解决问题。

存在的问题列举:

(1)没有统一的项目管理工具,不能及时的把控每个人的进度,需时常人为跟进;

(2)不明确每个人的项目进展,耽误上线时间的把控;

(3)没有相关的绩效制度,激励大家去高效率的进行。

相关的解决方案:

(1)规范的使用项目软件,例如:Tapd,Teambition,禅道,Tower,Project,gitlab等;

Tapd项目管理例图

简要说明:需求分解式阐述,可以进行实时提醒相关人员进行查阅需求,变更也会有相关的变更提醒,也可上传相关的附件文档,生成产品报表等。

Gitlab管理例图

简要说明:便携式的管理需求,并且该工具可方便开发与产品共同使用,规范文档至相关的看板中,然后拖拽至不同的阶段进行跟进,及时查看及提醒变更记录等。

(2)明确每一个人的职责及所担负的相关责任;

通过相关的项目管理工具,可以清楚地看到每个人去领取的需求任务及时间节点,很清晰的把控项目进度。

(3)及时解决项目开发中存在的问题及获取替代解决方案。

目前测试人员多数都在使用产品系统,便于对bug的提交与回归。与此同时产品也可使用禅道进行文档管理,毕竟可使用开源版。

这里举一个项目预估周期内的时发的例子及如何应对解决:

当时做一款公寓项目重构时的一个小的需求点的评估。

二、场景模拟

需求方:需要一个可以国内外共同使用的地图功能。

功能点:

  1. 可根据postcode及地图定位查找所在地;
  2. 可查到定位点周边的学校,公交,地铁等信息;
  3. 可进行路线查找,计算出各种出行方式及路线详情;
  4. 需要免费的接口;
  5. 其他(暂不做详细介绍)。

竞品的地图样式

立项前进行需求调研结果:

1. 经过几个地图的对比:Google,必应,百度,腾讯,高德的分析比较后,选择的必应地图作为受重点,可基本满足现有需求,接入7.0版本的接口文档;

2. 参照竞品后发现其使用的是Google+mapbox,但是mapbox是基于免费+收费项目的,所以做了备选方案(经目前使用用户及诉求,免费版暂时可以作为支撑);

mapbox接口示例图

两套方案进行规划设计,但是在开发途中,发现了必应的接口升级到8.0版本,很多代码进行了封装处理,一些需求点不能进行定制or获取相应的数据源。

在预估开发时间周期内,此异常行为会耽误很多开发时间。

因此果断进行方案二的替换,来避免不必要的开发成本及时间周期,最终解决了异常问题。

三、总结说明

在项目跟进中总会遇到形形色色的问题,因此把控好以下几点显得尤为重要:

  1. 需求方案评审立项时,需要自我细分去考虑各个可能发生的问题,做出相应的备选方案以备不时之需;
  2. PM虽然不需完全懂技术,但是基本的逻辑思维,用到的技术手段or相应的开发文档需要懂得,这样的话才能更好地提升与开发同学之间的沟通效率;
  3. 多去沟通了解,实时把控进度,进行周汇总or总结等习惯,来整理项目中存在的问题及为后续迭代或复盘做准备;
  4. 也可以熟悉了解数据库相关知识及接口知识,来提升自我及帮助自我更清晰了解全流程。

 

本文由 @ Leon 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自Unsplash,基于CC0协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 避免不了的就是过程中的需求变更,哪怕是前期确认定下来的需求,可能也会因为各种原因需要变更,而且甲方相对强势。

    回复
    1. 基本需求变更很常见,就看是大事是小
      小的就得迅速找到快速的解决方案或不紧急情况的可延后再处理
      大的就得再看工期的延长来进行了(需求方不可撼动的情况下),一般都应作为迭代需求放入迭代中
      前期的筹备工作做充足了,prd输出较为完善,邮件都确认无误后,尽量会减少变更行为出现

      回复