【点晴模切ERP】10万的ERP系统重新实施,要求配备博士学位的项目组?飘在云上的需求,适当的需要收收线!
|
admin
2024年12月12日 16:11
本文热度 318
|
同类事项会扎堆,最近遇到很多不切实际的项目需求,形形色色。还是要聊一下,否则无法解决“烂尾”的根本问题。奇葩需求一:10万的ERP系统重新实施项目(软件不变),总经理要求,项目组成员必须是博士学位,最差也要硕士。
1、成本角度:博士的人天成本和一般顾问的差别可想而知,既要性价比、又要高能力,不现实;2、经验角度:博士的智商和学历都双高,却不等同于甲方行业经验和乙方交付经验丰富,容易陷入理想的本本主义;3、定位角度:如果博士学位的人愿意从一线交付做起,那可能是两极分化了,要么真找不到工作了(某方面确实差)、要么是代表高层指指点点。当然我们并不是偏激否定甲方的立场,确实很多甲方认为管理提升不是什么能力的人都能做好的,那什么是合适的人,在不熟悉的情况下,衡量标准可能就是一些标签。只是,对于数字化项目而言,适合>高光。奇葩需求二:用低代码平台构建PLM、ERP、MES、等等一箩筐。
1、平台角度:现在是个公司都能搞低代码,但低代码平台的能力多数从某个细分领域的专长项做起,真能发展成兼顾研发技术场景的PLM、适合业财一体化的ERP、适合现场执行和IOT的MES的平台,对产品经理和开发经理要求极高,不是一个月两个月能成熟的;2、时间成本:大多数的成熟套装系统都可以满足90%以上的业务需求,异构系统之间的集成也越来越成熟。这些成熟平台也是通过了成千上万的最佳实践迭代的。指望低代码平台从头搭建、貌似是“一体化、去孤岛、少集成”了,实际上是用时间成本去验证可行性;3、交付能力:这是我不相信那些“啥都行”的公司宣传的关键点!任何数字化项目成功的核心要素都是交付和研发,平台只占三分。有多少乙方能批量招聘到“啥都会啥都懂”的项目团队、去覆盖市场上形形色色的业务类型和需求?重申一下,我们不是否定低代码和零代码的技术趋势,毕竟它确实减少了很多信息部的开发工作量、常态化的需求迭代、以及轻量级的应用构建,从而也减少了甲方的很多建设成本和运维成本。只是,解决不了平台研发的多适应能力源头、以及平台交付的多适应能力过程,那就做不到“啥都行”!
奇葩需求三:乙方更专业,希望乙方把活儿都干了,尽量不让业务部门参与,业务部门不靠谱。
1、需求角度:谁用系统谁发言,乙方的项目经验再贴近甲方行业、也会存在各家细节需求上的不一致,从而导致蓝图方案的设计也不一致、不万能;
2、配置角度:数据、流程、科目等的配置,业务部门不参与,怎么可能做出来适配甲方业务的系统?总不希望花了大把钱、就买了一套产品吧?
3、应用角度:很多甲方认为操作手册的书写应该是乙方做的,乙方不做就是偷懒!实际真不是!操作手册就像学生熟悉课本的知识点一样,自己不做一遍试题,是不可能清楚公式里的弯弯绕绕还有应用场景的。写在最后:
周五了,轻松点。用户后台留言给了一些价值性课题研究,六日研究完了写一下分享给大家。做数字化行业时间久了,尤其接触了各类角色的信任和寄托,良心成分大于利益成分。很多时候面对甲方的一些奇怪的需求,乙方很清楚:说出来实话很可能挑战了甲方的固有认知、逆了鳞、项目也就可能首先被pass;但如果顺着甲方的无稽思路去设计,最后项目必然烂尾!但是,管理改善,其实首先改善的不就是一把手、选型人的意识嘛?否则为什么说数字化转型90%以上都是吹牛的?因为人的秉性认知很难改!同时呼吁广大甲方:脚踏实地提需求、药方交给专业的人去开具。阅读原文:https://mp.weixin.qq.com/s/M5xpbyI-qQPQ3y50wXK8uw点晴模切ERP更多信息:http://moqie.clicksun.cn,联系电话:4001861886
该文章在 2024/12/13 9:02:11 编辑过