美文网首页
通常程序员并不想知道实际业务场景,因为他们觉得不需要知道

通常程序员并不想知道实际业务场景,因为他们觉得不需要知道

作者: 数据分析不是个事儿 | 来源:发表于2022-09-07 10:39 被阅读0次

大多数情况下,程序员并不想知道实际业务场景,因为他们觉得不需要知道。

程序员更喜欢回到只需要掌握特定编码技巧的时候,而不是成为个万事通,在懂技术的责任上,还要花大量精力懂业务,这对于那些只想专精技术的程序员而言,是不小的负担。

因为他们觉得产品经理的存在,就是为了对整个业务需求进行梳理、分析然后提供原型prd和需求文档,而程序员只要根据原型prd和需求文档,开发和设计出程序和产品就行。

但实际问题却是:如果程序员不懂业务,在产品开发设计过程中一个需求可能要改上数十次,某些未能在prd和需求文档上体现,但必须设计的细节点就可能天差地别。

所以,懂业务是为了让你:

1、避免反复的需求评审会议。在面对需求评审时能够同时站在技术和业务思维来开发产品,综合考虑需求排期、哪点时技术无法实现或着以最少改动实现需求,或者建议简化功能。

2、在产品经理面前有更大的话语权。能够从技术角度甄别出设计风险,同业务想出更优的解决方案。

3、减少没完没了的需求变动。因为单纯的按照需求文档和PRD,基本产品需求没大问题,但不懂业务就会导致你处于一个被动地位,不知道这个需求是不是真的必须存在的,是否必须只能这个思路去实现需求等。

既然讲了这么多,程序员又该如何去懂业务呢?

1、多看

每个公司都会有自己的业务文档,这是属于最能直接获取,或者最低成本的了解你们公司的业务情况,毕竟很多系统都是由一个简单的诉求引起。多看大型网站、后台或者使用手册,多想想为啥这样设计,见得多了,自然就懂得多。

2、多问

问同事、问业务、问组长、问经理,在前期的时候拉下脸面,问遍身边一切可能懂业务的人。

3、多收藏

业务资料在现如今的网络上随处都是,毕竟总的来说各行各业的业务逻辑已经被从业者总结、分享,站在前人的肩膀上,了解整个业务情况,学会“拿来主义”,再根据公司实际业务情况不断修正、丰富。即“知全貌、懂轮廓、补细节

最后再分享我花了一个星期整理出来的各行各业的业务模板,依托可视化大屏,更能一目了然,突出各个行业的业务重点与指标。赶紧收藏,随用随看随学。

零售电商大屏

项目管理大屏

外卖销售分析大屏

银行投资类大屏

车间监控看板

酒店管理大屏

相关文章

  • 通常程序员并不想知道实际业务场景,因为他们觉得不需要知道

    大多数情况下,程序员并不想知道实际业务场景,因为他们觉得不需要知道。 程序员更喜欢回到只需要掌握特定编码技巧的时候...

  • swift中构造函数 重写与重载

    日常开发中,实际上这种构造函数写的很少,因为通常模型里面用字典转模型,但是这是作为OC程序员必须要知道的.所以记录...

  • window.close失效问题

    场景:在实际业务场景中,我们可能会遇到,想要使用js来关闭当前窗口;通常我们是使用 window.close() ...

  • 【归因分析方法论】十一种营销归因模型大诠释

    【归因分析方法论】十一种营销归因模型大诠释 每种归因模型都有各自适用的场景和环境,实际使用中通常结合业务场景,对比...

  • tableViewCell 的不定高处理!

    场景: 在实际业务布局中,tableViewCell 的高度通常需要根据具体的内容进行自适应 方案一:提前将动态变...

  • 基于实际业务场景部署flume

    有这样一个场景,我们要基于某个web服务实时持续收集用户行为数据; 再实施方案前,我们做了以下的准备工作 (不细说...

  • 《读库1700》我读

    《读库1700》我读 我最怕“××主义”......我觉得尤其对于一个搞创作的人来说,他并不需要知道什么主义,因为...

  • little wish

    很多时候其实并不需要客观的分析,我只是想听一听鼓励,哪怕是有些浮夸有些不切实际的,只是想要知道,还有人觉得我很好。

  • 空想与做事

    空想主义者,他们是不会怎么做事的,他们始终善于想,而不是考虑怎么做,因为他们觉得实际的业务非常的简单,而且都在他们...

  • 打车业务下单高并发解决方案

    前言 在技术领域有一条准则,即不存在银弹技术。在实际工作中,通常无法通过几项简单的技术组合就解决实际业务中各种场景...

网友评论

      本文标题:通常程序员并不想知道实际业务场景,因为他们觉得不需要知道

      本文链接:https://www.haomeiwen.com/subject/mpcgnrtx.html