一个“互联网+项目”打造需求管理机制实录

     之前作为CTO参与过一个互联网+项目，刚进入团队时，公司2000多人，IT团队10几个人，需要为7、8个部门服务。团队与各个业务部门之间矛盾重重，互相抱怨、不信任。业务团队抱怨因系统无法支撑业务开展，效率低下，新需求响应太慢，技术团队抱怨需求太多，人手不够，需求反复变更，无效需求太多，好多需求做了不上线，每天加班加点，还总遭到业务团队抱怨、投诉。看到这种情况，真有种被老板忽悠了的感觉，一个头两个大，不过既来之，则安之。还是抓紧熟悉公司业务，了解团队情况，走访各个部门，解决问题（没有问题，公司也不会找我来了😑）。通过梳理，总结发现以下几个问题：

1、没有专职产品经理，由运营部同学兼任，导致的问题就是：精力顾不上，同时产品经理需要具备专业技能，没有相关专业技能，很难做好产品。

2、各部门提交需求时，只关注本部门流程，涉及跨部门流程，没人全局把控，到了开发团队这里，没法进行下去。

3、各部门计划开展新业务，做流程优化时，往往忽略对系统的需求，业务马上开始了，才想起来提系统需求，这就导致需求特别紧急，优先级都非常高。

4、业务规划，没有IT参与，缺少必要的技术可行性分析，技术（包含架构、组织、预算等）没法做一些前瞻性的规划，导致一直处于资源与需求不匹配，一直在救火。

5、外部合作，合作谈判刚进行一半，BD为了合作谈下来就马上开始业务，就开始提出IT需求，但是很多合作，最终没有谈下来，导致IT浪费了大量的精力。

 

   通过和个业务部门、公司高层反复沟通、讨论，我们从两个方面来解决面临的困境：

1、人力方面：

1）组建专职的产品经理团队和架构师团队

a) 产品经理的岗位非常重要，很多传统企业IT转型、非技术出身的创始团队，组建团队时往往会忽略产品经理的角色。

因为没有产品经理，需求分析，产品设计做不到位，需求从业务部门直接到达开发同学这里，开发的同学往往没有能力和精力去分析需求是否合理，产品如何做才能更好满足业务需求，导致产品做出来后，无法满足业务需求。一些跨部门的需求，没有人主导，从全局进行梳理，最终导致部门间流程冲突。

b) 架构师团队可以对系统架构进行重新梳理，搭建合适的架构、制定编码规范、开发流程等，没有架构整体，整个开发效率、质量一团糟。很多初创团队或者传统企业，会为了节省成本，忽略架构师岗位，这就像造楼时，没有架构师，想到哪里造到哪里一样的后果。

c) 根据公司业务，评估对技术团队的实际需求，进行合理的补充，后面团队增长到80人左右，包括产品经理、架构师、开发、测试、运维。

2、流程

根据公司目前所处的阶段以及团队情况，我们制定了以需求价值为核心需求管理流程，整体上遵循敏捷开发流程。日常需求，一周发布1到两个版本，超过一周的需求，会单独做为一个项目，如果项目周期超过2个月，会对项目进行拆分，分批发布。

流程重点强调两点，以保障需求能够有序合理提出，有限的资源能用在优先级更高的需求上：

1）对系统的需求需要提前量，也就是业务规划时，要充分考虑对系统的依赖性，有依赖时，要提前提出需求，并和IT团队讨论合理的上线时间。

2）对需求价值，我们要分析，并定时汇报，帮助公司、业务团队提高业务规划的靠谱程度。需求质量包括：

a)发布前，需求变更次数，

b)发布后，使用体验，优化次数

c)业务量提升等。

比如一个需求，在开发过程中，反复变化，发布后，发现需要很大程度的优化或者没有用到，说明业务规划有问题，没有想清楚。

需求管理流程如下图：

 

1）业务优化过程中，要尽可能邀请IT团队参与，公司层面，战略规划，CTO应该充分参与，从IT层面给出相应建议。CTO（CIO）的职责之一：根据公司战略规划，制定相应的IT技术发展规划。很多公司会在没有技术团队参与的情况下做战略规划，然后再通知IT团队执行，这时候会发现很多问题，因为有些业务，从IT的角度可以做得更好，或者有更好的方案，有些业务，IT根本不具备可行性。IT团队尽早参与，可以尽早评估系统开发调整的时间，能从整体上把控各部门之间的系统流程冲突（各部门的流程都汇集到了产品经理）。

2）各部门指派1到2人作为IT团队的对接窗口，汇总本部门需求，参与需求沟通会，这样带来的好处是，对接人慢慢的对自己部门的需求很了解，长期与IT部门打交道，沟通也会更顺畅（熟悉了）。

3）每周定时各部门讨论需求，让需求提出更有序，也能培养业务部门需求需要提前提出意识，各部门参与，也能更好解决部门间的流程冲突。

 

经过与公司高层反复沟通，对公司业务的梳理，对未来公司的预判，后来在公司全力支持下，我们组建了专业的产品经理团队、架构师团队、测试团队、运维团队，补充了开发团队，最终团队人数在80人左右，能够很好的支撑公司的业务开展。

经过与各部门紧密沟通、协作，经过了一段时间的磨合、适应，使得系统开发走上了一个有序的轨道上来，紧急需求不在那么多，线上bug极少出现，各部门的需求得以满足。