项目评估问题

原创
2022/01/17 17:07
阅读数 54

  去年有个项目,我和同事评估了一个高 的价格,原因是该系统,不仅仅是作功能,而且是要把过程中各种数据汇总形成成本利润报表。

当然不是简单的把数据汇总,牵涉到很多计算在里面,错一个地方,最后的报表全错,报表错,则这个系统等于是没用的。

和我们一起合作的公司,嫌我们的价格高,只愿意按人头给钱,而且不是外包公司的价格,是公司实际人工资,这样我们不划算。

于是就退出了。合作公司自己找了产品经理,自己画原型,然后就开干了。

我和同事预估,这样做项目风险大,这种项目,不是 画个原型,然后功能出来,能操作就行的。核心是数据如何贯通,如何正确汇总。

如果出错,出错的地方几百处怎么找。系统复杂在这里。而且出错了,系统等于白费了,系统的最终目的就是形成数据报表汇总,而不是只让大家操作功能。

双方的设计出发点不同,我方出发点是,数据如何贯通,然后基于这个系统如何构建,对方的思路是找个产品经理,画个功能。然后功能驱动造系统。

因此我们认为 这种画原型造功能系统,虽然你需求调研各个模块功能,但是背后的数据贯穿不了一起,很容易出错。

因此觉得这样做,这个系统要完蛋。立此说明,待系统上线后看是不是如我们所判断。

很多人包括产品经理 以为 调用需求,然后画原型,功能,然后系统就造出来了。这种想法只是对于业务没什么要求的。

一旦牵涉到数据贯通,数据流的各种约束要求,产品经理的思维是不够的,需要架构师配合来做。产品经理只会需求=-功能=画原型。

至于原型背后的数据形成的复杂的逻辑 由于开始没有架构参与,最后压给开发人员,而开发人员是不管那么多的,完成自己的功能就行了。

结果导致问题及各种修改,各种加字段,写死等等。数据不准。 因此项目可能会失败。

 

展开阅读全文
加载中
点击引领话题📣 发布并加入讨论🔥
打赏
0 评论
0 收藏
0
分享
返回顶部
顶部