企业数字化建设 之 内部项目管理平台开发的那些隐形坑

最近一直忙着没发博客，其实有挺多技术贴想发的，但是我觉得目前特别热血的想分享一个最近的研发事情，就是 企业数字化建设必不可少平台，项目管理平台；

为何不用钉钉飞书7v呢，听取了好多公司的一些建议，什么理由都有，合同、财务、客户啊这些资料要做到绝对保密，放到他们的服务器上肯定是没有自己服务器安全，我肯定不会因为这一个原因才决定开发公司的项目管理平台，更主要的原因是公司的各个事业部业务都不一样，市面上没有一个平台能解决我公司项目管理的问题，从而公司层面决定自己开发一套；

好了 接下来坑来了，前期产品经理开始进行长期的内部各个事业部和职能部门（人、行、财）以及支持部门（创、研、媒）整理需求； 整理需求又是一个大坑，花了1-2个月去整理，后续在总结的时候 最让人生气的是 这1-2个月的产品需求整理和收集 大部分是无效的， 因为各个部门人再表达 需求和流程的时候  几乎没有几个是认真表达的，“看似很正确”，把我们都带到沟里了；

最让人生气的是，上线后才是各个部门提需求的开始，之前收集阶段不知道是哪里的问题没有让真正的需求收集到；

而且大家一听是自己公司的研发团队开发的，上线后 大家的需求就开始纷纷而至，最多的一天提了180多条建议和要求； 

研发部只能顶着巨大的压力开始加班熬夜进行开会 排期 分版本上线，后来总结了一句话就是: 越奔着完美去 往往摔的越惨；    辛苦了一个月的9-12-6，更新了几个大版本，想着这下子应该没有其他需求了把，天真了只能说是， 一些职能部门那里开始上场了，最后决定 慢慢来，你更新的越快 需求和改进建议就越多，反正功能都能用只不过是正反而已；

后期复盘的时候  还有一个很关键的地方，没有把董事长搞定，光搞定ceo有时候是无意义的，毕竟是小王，大王没搞定 在关键时刻，小王做的决定，都能让大王否决；比如说 业务流程和制度等；

当然了还有一个问题就是 研发的确话语权不高，导致上线后 业务部门怎么说 研发就得怎么改；

其实最主要的问题就是 自己人开发的，导致系统的修改成本降低，如果是购买第三方的系统，想改也改不了  系统还得正常用；