NewYear
121 天前
“还不如组织人手，自建系统靠谱”
从管理的角度说一句，“还不如”是没办法提前得知的，在决策的时候需要考虑太多了。各方存在博弈，要达成一个所有人都满意的结果是不可能的。
即便做再好，所有部门都满意了，还会有人说“你拿了多少回扣？”，关于这个回扣的问题，我笑死，不光是楼上，同一个部门都有怀疑的，下属怀疑领导的，下属怀疑前任的，每次遇到这个话题，我都会说赶紧打住，否则下一个被讨论有没有拿回扣的主角很可能就是你我。
主导立项的管理者，往往都是追求目标追求完美的，但是要公司花钱，要大家配合，一定会影响某些人的利益啊，即便没有金钱上的影响，也会改变习惯，这就很烦啊，每次博弈下来其实都很累。。。所以每个成熟的管理者，都不追求完美了，不然自己得气死。
我还记得以前没有管理思维的时候，做方案报价都是很实在的，后来发现面对的都是外行，每个项目的第一个方案肯定是有水分的，预算可以压一压，人员需求也可以压一压，“反正我不懂，砍价砍一半”，于是做方案就开始越来越水，提前给你预留好要砍的一部分额度。
最离谱的一次事件：高管认为 8-9 万单价的服务器(中高配置)不正常，跑去电脑城一问，“服务器”只要 8000-10000(低端配置，但高管以为是同样的东西)，回来就各种阴阳怪气。。。给我们普及“如何买东西靠谱”，别的部门还问“服务器批下来了吗，不是只要一万吗？”。。气的我到处打听到底是谁给高管提供的这个价格，才知道疑似是高管自己去了电脑城，但真的是这样吗，高管真的会去电脑城询价吗，还是有人吹耳边风呢？。。当时为了避免“回扣问题”，我是直接放弃了报价工作，让他的助理来承担找供应商+询价工作。即便这样也是不行的，因为找供应商+询价是我的工作，丢给上司的助理去做，想死是不是？
回到主题，其实我是不认同自己研发的，信息管理软件有 4 大难题是自主研发无法解决的：
1 、周期太长：从需求收集到立项到软件开发到培训使用到修改 bug ，实现新需求，这个周期不会短，说不定立项的人都离职了，到时候绝对是烂摊子。新官上任三把火，没有人想去搞旧项目，因为这样是拿不到业绩的。
2 、成本无法估量，买软件产品大概率是产品费用+服务费，自研发的成本忽高忽低，研发期间人多成本高，产品出来后呢？人员都开除吗？如何保证留下来的人、人都走光后，屎山还能玩得 666 呢？会不会到时候又回归到原点，技术部门应该推陈出新？
3 、BUG 带来的损失无法估量：公司运营不是过家家，数据出错带来的是经济损失，bug 影响相关业务，也是损失，我这边遇到过生产线 24 小时上班，遇到 bug 时后半夜程序员要来修 bug 的，也遇到过各种数据不准影响业务部门的。虽然你的数据是自动出来了，但业务部门需要自己核对也很烦，因为那代表你的数据不值得信任，数据繁杂的情况下太容易出错了。
4 、没有人兜底和背书，以上三大难题，谁来兜底呢？往往都是老板来兜底，因为所有损失都与他直接相关（老板花钱找罪受）。既折腾自己人，又带来无数风险，自己也备受煎熬。你现在还能骂骂厂商，到时候你部门被骂，业绩受影响，那滋味可不好受。
我作为信息系统运维者，一路走到信息化部门管理者，多多少少还是有点经验的，我的答案就是别搞内部研发，别折腾自己人，事情有人兜底，大家都安心点。烂怎么了，每个公司，每个人，每个产品，都是不完美的，都能被骂，所以一定不要尝试去满足所有人的愿望，因为最后还是会被骂。
嗯，我想说的是每个位置有每个位置的难处，骂一骂就好了，别想太多，这事换别人来不行，换你我来也未必会更好。要不……咱们就勇于直言，立项搞起来?