栏目分类
新闻中心您现在的位置: 主页 > 新闻中心 >
【流程】外包产品经理的自我修养——甲方爸爸
时间:2021-08-02

  最近半年在疯狂对接外包公司,做了2次乙方、3次甲方在这半年的过程中,筛选了数十个外包,反复沟通无数次,埋过坑也填过坑,希望自己的经验能帮到在产品路上摸爬滚打的你。

  相较于常规项目外包项目增加了与外包对接的环节,项目管理的流程一般分为四步:前期准备、外包筛选、研发测试、项目验收。

  前期准备:前期准备主要是在公司内部,是需求确认的一个过程。主要流程为需求调研→需求分析→原型设计→需求完善-内部评审-需求确认。

  外包筛选:外包筛选是筛选外包、反复沟通、明确需求的过程,主要流程为外包初筛→需求沟通→疑问梳理→确定需求→价格和工期确定→合同签订→进入开发(UI设计、产品开发)。

  项目验收:项目验收是对成品最终把握的节点。主要流程为:培训→项目验收→文档/代码交接→尾款。

  前期准备主要是在公司内部,是需求确认的一个过程。主要流程为需求调研→需求分析→原型设计→需求完善-内部评审-需求确认。

  而这一套流程与公司需求评审流程一致,具体流程再次就不再赘述,在此只对产出物进行介绍。

  针对外包系统因为不同的公司的能力和代码不同,所以对方提供的语言/框架也是不相同的。作为甲方需要根据自身需要提前考虑语言和框架。

  考虑语言是否可维护、考虑框架的兼容性。但是这一块内容也可以让外包推荐,不过公司内部可以有一个预方案。

  如公司仅有Java程序员,则可以要求甲方使用Java语言进行相关内容的编辑。

  如公司常用layui框架,则要求外包使用该框架减少对接难度和后期维护人力成本。

  如公司对产品语言要求不高,只对价钱和工期敏感,可由乙方推荐语言,如PHP语言等(一般Java工期长花费多,PHP工期短,工期又决定了价格等)。

  在与第三方对接时,需要描述一下自家产品的使用场景和业务流程,而一份完善的业务流程图是最为高效的对接方式。

  业务流程图比单纯的文字要清晰,比语音更容易留存,可以极大的减少与甲方反复沟通的过程。

  页面流程图主要是介绍一下页面跳转逻辑,通过业务流程图可以提前明确有多少个页面,有多少个功能点。

  详(一)细(份)的需求文档是良好的背书的内容,而且一份需求文档决定了沟通时的反复次数与乙方交付产品的好坏。

  外包筛选是筛选外包、反复沟通、明确需求的过程,主要流程为外包初筛→需求沟通→疑问梳理→确定需求→价格和工期确定→合同签订→进入开发(UI设计、产品开发)。

  而在这一套流程中,筛选外包到价格和工期确定是一个反复的过程,在时间充裕或者没有固定外包的情况下,反复筛选和确认是必不可少的流程。

  在与外包的初次沟通中不可能说是一个个功能细节去对。作为甲方爸爸可以提前考虑已经有了什么功能、有了什么业务,仍需要什么功能,需要什么服务,业务流程流转是怎么样的。

  业务流程图和页面原型图可以在与外包沟通开始就给予外包,让外包更易理解需求和功能。

  前期准备:前期准备主要是在公司内部,是需求确认的一个过程。主要流程为需求调研→需求分析→原型设计→需求完善-内部评审-需求确认。

  外包筛选:外包筛选是筛选外包、反复沟通、明确需求的过程,主要流程为外包初筛→需求沟通→疑问梳理→确定需求→价格和工期确定→合同签订→进入开发(UI设计、产品开发)。

  项目验收:项目验收是对成品最终把握的节点。主要流程为:培训→项目验收→文档/代码交接→尾款。

  研发测试的工作主要在外包公司,甲方能参与的有项目跟进、问题解决、需求确认等。

  风险前置:通过项目验收节点前置,将风险前置,既可以保证项目准时验收,又可保证项目的质量。

  功能一致:再完善的需求文档和沟通都无法避免实现和需求不一致的情况,通过分布验收,可以将不一致的内容及时修复,保证最终产品和需求的一致性。

  提前施压:作为一个项目团队很容易出现前期松、后期紧的情况,通过分布验收将后期紧时间提前,预留出更加充足时间解决不可知问题。

  乙方内部也会有相应的项目进度文档,通过每周或每双周同步一次进度的形式查验乙方的进度完成情况。

  进度同步和分布验收的区别时进度全部由乙方把握,甲方只需要在固定节点同步一下乙方的进度,判断一下和预估进度是否有过大偏差或严重延期的情况。

  功能验收是测试和产品都参与的过程。产品在拿到外包交付内容时会进行准入验收,查验一下乙方产品是否达到测试标准,在准入验收通过后由测试介入。

  在与外包交接时会提供需求文档,而在实际开发中会因为甲方和乙方的原因导致需求变更,从而导致需求和最后不一致。

  代码交接的内容包含:编码规范与数据库设计规范、代码文件架构说明书、数据库设计说明书、接口设计说明书、数据库、源代码等内容。

  已经交付的项目在对方内部肯定已进行过内部测试,而对方测试的测试用例及执行结果(测试报告)可以供内部验收测试时参考和检验完整性。

  使用部署说明是针对一套单独系统提供的内容,针对需要迁移和反复使用的系统可提供使用部署说明,便于二次迁移使用。

  系统操作手册和培训手册一般和培训挂钩,是培训时对方交付的相关文档,供己方业务人员或技术支持使用/部署时使用。

  用户验收是指以用户的角度去验收系统,从用户使用,用户操作,实际数据接入等方面进行验收。

  公司内部的团队基本上是固定的,技术是固定,外包团队的不熟悉且可挑选,导致了很多不可控的因素,而在和外包对接过程中产品经理是出和入的一环,所以更多的考虑,更细致的出和入可以避免后期很多问题

  需求文档理论上内部和外部的要求是一样的,但是小正在对接时遇到一个问题就是公司内部有现成工具和规范,自己写需求文档就直接写使用XXX工具实现,然后给外包之后就出现了外包按他的思路开发,导致货不对板的情况。

  外包项目项目管理和内部项目管理是相似的,但其中最主要也最影响成品的部分是在外包公司是黑盒的,此时就需要格外注意项目进展,保证项目正常延期;而公司内部人员熟悉,所以进度把握更容易。

  听到很多言论说在中国程序员是吃青春饭的,那么产品经理呢,也吃青春饭吗?

  人人都是产品经理(是以产品经理、运营为核心的学习、交流、分享平台,集媒体、培训、社群为一体,全方位服务产品人和运营人,成立9年举办在线+期,线+场,产品经理大会、运营大会20+场,覆盖北上广深杭成都等15个城市,在行业有较高的影响力和知名度。平台聚集了众多BAT美团京东滴滴360小米网易等知名互联网公司产品总监和运营总监,他们在这里与你一起成长。




友情链接:

东营德艺佳装饰服务于新房室内装修,二手房旧房改造,生态绿色环保的理念,免费量房出预算和设计方案,电话15554606211