看电影《麻辣滚烫》感想:谁也救不了我们,能救我们的,看只有自己。原创
金蝶云社区-深圳开发老胡
深圳开发老胡
1人赞赏了该文章 91次浏览 未经作者许可,禁止转载编辑于2024年03月08日 21:06:11
封面


看了电影《麻辣滚烫》我作为金蝶开发,

我的感想是:

1 谁也救不了我们,能救我们的,只有自己。

2. 如何获得尊重


女主之前,得过且过,象一滩泥,别人都不把她当回事,踩在脚下,连亲妹子,也骑到身上打。
电影的原型是日本的,女主角被路人性侵,反抗也不敢。

主角后来变得文雅谈吐内涵,认真负责,就获得了别人的尊重。


我们金蝶人,也需要别人的尊重。
如何获得别人的尊重呢?
我深深的明白,自己的责任,对公司来说,就是帮助公司最大限度的利润最大化,
而利润最大化的实现手段就是最小的成本、最少的人、最少的时间、最简单的方法达到老板的目的,
拿出合适质量和功能的产品,包装好,卖上尽可能高的价格。
对客户,就是保质保量地完成任务。
反之呢,一个系统,用户打开就是一串bug,交期一拖再拖,

想要别人的尊重,难哦。


我认为,有2个问题要解决

1  联调和培训上,花了太多的时间。

2  功能不稳定,因为需求变化快了。


先分析第1个问题,培训,为什么要花太多的时间,如何解决。

我和同行们聊天,发现我们做金蝶的服务公司,一般不大,实施+开发+销售,六七十人左右。
开发呢,往往身兼系统分析、软件设计、功能测试、定制化开发,用户培训;
有时候,还要写文案 (产品文档和帮助手册)
当然,只有个别客户,会愿意为帮助手册付费的。
大多数客户,是不愿为文档付费的,即使做了文档,大家都觉得,用处也不大。
文档发到微信群后,也没人去看,多麻烦啊,不如直接在群里@开发,更有性价比。
但这下,开发心里苦哇,一天写不了几行代码,就被人@,

时间碎片化,还怎么专注撸码?


有个常见现象,
某个用户想到要有什么功能,就在群里@实施和开发,
需求调研方法和版本管理方法,客户是没这个念头的;接下来如何,就有看开发、实施和客户,这三个的博弈了。
代码一改再改,就会导致,联调和培训,花了太多的时间;
终于熬到写完啦,于是部署到测试账套了。
客户老板不会在群里发言的,用户也是静静的,就象静静的康桥。
首先响应的,是客户IT部。他们一开始要求你先做培训演示,看看是否符合他们本企业使用。
在这个演示过程中,IT部会有人,不断提出需求;
而且,开发不修改完,用户不接受你以下的演示,说想象不出后来的样子,
金蝶开发呢,希望先跑主流程,口吐白沫,滔滔不绝,长篇大论,
客户IT回复说:你先改吧,这样纸上谈兵,感觉不到后面的样子。
于是,程序员开始改,改好后就测试。
改完客户IT的需求,部署到正式账套。
用户开始用,天啊,这开发的什么东西,
和实际情况都不一样啊。
于是用户又开始提供问题,
这样,可能2天,就会迭代一个版本。
按客户思路改后的软件,无比复杂,客户IT,没有人会完整使用了,因为提要求的人有点多。
也没有人有总体印象,两三个月后,谁也不知道这个需求当时为什么是这样的。
幸亏有个腾讯文档,所有需求,记录在案呢。
这是IT黄四郎,上周六提的要求,
那个是仓库张麻子,上周五要改的;

这2个要求,是财务师爷想出来的.....


软件变无比复杂,所以实施、培训、技术支持都成了问题,
这样,稳定性更成了问题。代码互相交叉,根本无法理清有多少交叉影响点。
开发的程序员都快崩溃了,天天在祈求,千万别接到客户电话,

再一改,就改半年了,差不多迭代五六十次了.........


开发想,能不改吗?
你越不改,
客户就越想要,他于是给老板打电话:
您的开发,怎么不配合啊?
我们要加个小功能,他还不肯。

就是有关键用户不会打字,让他弄个语音输入,却不做.....

您安排一下吧,请尽快完成......


程序员的噩梦,如何结束呢?
谁也救不了你,能救你的只有你自己。
我的反思呢,向电影《麻辣滚烫》中一样,打破常规,突破自己。
哪些方面要突破呢,具体如何落地呢?

就不写发出来了,
发到这里,也没人看。
今年,我计划花半年,突破这一块。


赞 1