公司要做一个连锁门店使用的微信商城,领导b找到公司技术人员小明说,来公司几个月了,这个系统你一个人来做应该没什么问题吧?

小明自己年轻气盛,思考了下商城,不是很复杂嘛,应酬了下来。

于是从没系统架构经验的小明开始照着其他已经建立好的商城依葫芦画瓢设计出了系统架构,于是就发给了领导b。

领导b看后说,基本的商城是没用的,我们需要做一个和我们目前正在使用的系统对接的商城,需要将商城的订单,支付,卡券对接。

小明听后,订单,支付也不是很复杂嘛,我再回去改改,搞个和现在的系统能对接的系统建构出来。

几天后,小明拿着新的系统架构给领导b看后,领导b甚是满意说道 “不错啊,小明,整个系统的设计我很满意”。

第二天领导b拉着小明去给公司的领导a汇报:“我和小明沟通研究多日,已经做好系统架构了,先给你介绍下......这个系统我们可以搞,我有8成的把握,在我的领导下小明能把这个项目搞出来,能实现线上线上线下的融合,实现公司的新零售,在市场经济萧条的大环境下我们公司能给用户更好的用户体验,以后用户会选择我们”。

领导a听完领导b的讲解后,思考了一会说 “回想我们这几年,起了个大早赶了个晚集,采用公司自建团队的方式来开发自己需要的系统,这样到底合理不合理,是不是正确的?为什么90%传统行业的公司的软件都是选择直接购买软件公司开发好,而不是自己建立团队开发,我们为什么需要去做那10%,假如我批准了现在开始干,相当于就要试错,项目开发时间预计5个月,如果刚开始遇到问题,觉得公司自己开发不行,那还好,当5个月时间过去一大半或则快完的时候这个时候发现自己开发不行,行不通,又怎么办,小明可能会很沮丧,信心丢失,甚至出现跳槽,整个项目无法再进行,整个项目要投入非常多的其他资源也浪费了,时间还过去了,市场不等人,一个人修一座房子,肯定不如一只施工队修的好,在前端的用户体验上,专业的软件公司,每个人都只负责自己的那一部分,整个软件都做的非常漂亮而且稳定,一个人做的话,可能某个部分的专业度不高,对用户需求把握的不够,系统开发性设计的而不够,自己编写的代码没有一定稳定性(bug少),都会对后面的用户体验,后续系统的拓展,系统的稳定性产生非常大的影响。
我们需要重新考虑下我们的做法,不要让一个人去做一个团队做的事,不具科学性,如果能找软件公司合作,不要轻易去否定这个选择”。

小明听了领导a的讲话后,若有所悟,感觉整个项目确定存在这些问题,对项目风险的控制上又有了新的认识!