作者shaomi (kerker)
看板Soft_Job
标题[讨论] 如何学习系统的商业流程?
时间Sat Sep 9 15:34:03 2023
我平常是写内部系统用Java的，有很多内部才懂的know how商业流程
平常工作就写ticket上的任务，不懂就问资深前辈算工作顺利愉快
这点真的很感谢前辈
如果再不会就问问user这里的逻辑
但是对系统的理解就是比较破碎，
就是只懂ticket解过写过的东西
也没有什麽内部文件可以读跟上课，就解ticket自己看code遇到问题後发问
但大主管最近突然要我们做投影片报告对team上整个系统的介绍跟系统与商业流程说明，
但是光是平常解ticket累积的知识根本不够
不能代表系统的全貌
只能额外利用下班时间自己读code再发问
长官就是希望我们很懂业务流程逻辑,
不然怎麽跟user沟通
也说不要提程式码, 他们没兴趣, knowhow比较重要
最近就是不断的上班工作, 下班研究商业逻辑
不知道大家有没有遇过这种情况
还是单纯我真的不适合这类工作?
或是这种就是业界常态, 我做不来就只能转行?
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 101.3.151.137 (台湾)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1694244845.A.032.html
※ 编辑: shaomi (101.3.151.137 台湾), 09/09/2023 15:36:37
※ 编辑: shaomi (101.3.151.137 台湾), 09/09/2023 15:45:17
1F：→ stepnight: 当初整个专案谁架构的叫他出一份报告阿 09/09 15:50
2F：推 KyuubiKulama: 可能已经不在公司了才会这样 09/09 15:51
3F：推 Firedragon21: 我也想知道 有些没有文件只能读code 有点难受 09/09 16:01
4F：→ airtsubasa: 不能干预的业务流程乾码农什麽事 09/09 16:10
5F：→ airtsubasa: 大主管是不是没技术面~？ 09/09 16:11
6F：推 abccbaandy: 其实就讲干话而已，没文件谁知道流程怎麽跑 09/09 16:11
7F：推 lazarus1121: 业务逻辑直接跟user搞熟问他们最快 09/09 17:36
8F：→ lazarus1121: 看code或文件反而是最没效率的 09/09 17:36
9F：→ ssccg: 这种不是读code，是要问人尤其当初设计的人啊 09/09 18:19
10F：→ a12838910: 通灵 09/09 18:23
11F：→ ssccg: 正常至少要有个人能跟你讲清楚，那个人已跑了就问主管吧 09/09 18:27
12F：推 FXW11314: 读code只能告诉你碰到这种情形的时候会采取什麽动作， 09/09 18:46
13F：→ FXW11314: 但不能告诉你为什麽要采取这个动作 09/09 18:46
14F：推 bredbred: 看看ac和ut，有写的话马上就懂 09/09 18:54
15F：→ kissmickey: 一堆要通灵的主管 有些东西你光看程式逻辑、版控纪录 09/09 19:02
16F：→ kissmickey: 最好知道当下为什麽这样调 很多东西都是要跟使用者 09/09 19:02
17F：→ kissmickey: 需求方进行访谈 09/09 19:02
18F：→ kissmickey: 开发文件有些调整会议也不会详列 09/09 19:06
19F：→ kissmickey: 很多真的只能靠当时设计那些人去回想 09/09 19:06
20F：推 CRPKT: 大主管希望基层了解业务流程，和你上班没时间做这件事 09/09 19:07
21F：→ CRPKT: 是两回事，你先想清楚你想问的是哪个部分？ 09/09 19:07
22F：嘘 loadingN: 长官自己懂吗？ 讲干话很厉害 09/09 19:08
23F：→ kissmickey: 看起来你长官是想让你sa 到pg 统包 09/09 19:09
24F：→ loadingN: 如果流程很复杂，直接找内部的user来说明还比较快 09/09 19:10
25F：→ kissmickey: 说不定pm 也要让你干 09/09 19:10
26F：推 t19960804: 没文件就是一个不正常的常态，你能做的就是根据现有资 09/09 19:10
27F：→ t19960804: 源，也就是根据程式码来画流程图，理解流程後再用白话 09/09 19:10
28F：→ t19960804: 的方式去报告 如果老板有意见，你就叫他自己下来看 09/09 19:10
29F：→ kissmickey: 客制化的最麻烦… 09/09 19:14
30F：推 OriginStar: 原PO懂的话就能自己开公司了，我猜当初草创期的人都跑 09/09 19:30
31F：→ OriginStar: 了，原PO主管才会这样想透过code反推回去 09/09 19:31
32F：推 hegemon: 想到之前一堆人都说程式码就是最好的文件真的笑死 09/09 19:41
33F：推 x7x8xxxx: 你直接问user平常这功能在干嘛比较快 09/09 20:28
34F：→ x7x8xxxx: 如果没人知道/在用 刚好可以砍掉 09/09 20:29
35F：推 viper9709: 推FXW11314 09/09 20:38
36F：→ gtpeter: 因为他们都不懂，所以叫你懂阿 09/09 21:44
37F：→ shaomi: 我想问这种工作大部分都这样吗，还是被我刚好遇到 09/09 22:28
38F：→ kissmickey: 专案这东西一手过一手 连需求方接手的也换好几人 还 09/09 22:50
39F：→ kissmickey: 有使用者会来问你为什麽要这样设定 09/09 22:50
40F：→ kissmickey: 文件没有齐全 遇到问题真的很麻烦 09/09 22:51
41F：→ kissmickey: 而且一堆公司真的没在写 09/09 22:55
42F：→ kissmickey: 有些大公司是很重文件 有的为了应付稽核还是认证 这 09/09 22:55
43F：→ kissmickey: 些就很重要 有没有齐全对开发人员有时就是额外负担 09/09 22:55
44F：→ HKCs: 不正常吧 需求不是都PM谈的？顶多拉上主管 SA 然後主管拆成 09/09 23:00
45F：→ HKCs: ticket 交到RD手上时都剩碎片了 如果是复数RD也没cowork不 09/09 23:00
46F：→ HKCs: 就gg? 09/09 23:00
47F：→ kissmickey: 看公司it 规模 有些根本从头管道尾 09/09 23:31
48F：推 ch1rmon: 懂流程又懂技术你怎麽不自己开公司写套装软体，还要看人 09/10 03:09
49F：→ ch1rmon: 脸色程式三不五时改来改去？很想赏这种只会讲干话的主管 09/10 03:09
50F：→ ch1rmon: 2巴掌…你怎麽不你主管説你怎麽不去学张忠谋把公司管理 09/10 03:09
51F：→ ch1rmon: 成台湾市值最高获利薪资福利最好的上市柜公司？ 09/10 03:09
52F：推 gino0717: 拿一手啤酒去找使用者聊听他抱怨 09/10 09:29
53F：→ DrTech: 很正常吧。软体开发本来就是工具，让业务流程更方便，更有 09/10 09:58
54F：→ DrTech: 效率才是真实价值。 透过解决商业流程效率的问题，才是真 09/10 09:58
55F：→ DrTech: 正有高薪价值的地方。别把自己真正当码农了。 09/10 09:58
56F：→ DrTech: 不要以为写程式有什麽价值的，就是搬砖块的工人而已，真正 09/10 09:59
57F：→ DrTech: 有价值的是设计，提升公司效率的逻辑，不是做事的工人。 09/10 09:59
58F：→ DrTech: 工程师与码农的差别就是，一个懂怎样让程式有商业价值，也 09/10 10:01
59F：→ DrTech: 就是懂业务流程优化。一个是只会复制别人程式码，其他都不 09/10 10:01
60F：→ DrTech: 会。 09/10 10:01
61F：→ DrTech: 另外，别花时间研究商业逻辑。跟懂公司商业逻辑的人请教比 09/10 10:02
62F：→ DrTech: 较快。 09/10 10:02
63F：→ DrTech: 另外一堆人跟你说不用懂，PM才要懂？不管有没有PM，最後工 09/10 10:08
64F：→ DrTech: 程师不懂商业流程，能写正确的程式？不可能吧。 09/10 10:08
65F：推 yamagishi: 写到後面都在通灵啊，你没有对你写的东西有基本认知怎 09/10 10:19
66F：→ yamagishi: 麽能知道上面给你的规格有没有出错 09/10 10:19
67F：→ gino0717: 我也到了不要提程式码我没兴趣的年纪了 09/10 11:37
68F：→ gino0717: 程式码里面大多是自己挖自己埋的坑 除非code review 09/10 11:38
69F：推 brucetu: 要介绍系统流程你又不是从头到尾处理整个案子 09/10 11:38
70F：→ gino0717: 不然提出来给上层看根本是浪费时间 09/10 11:38
71F：→ brucetu: 绝对需要去访问使用者 09/10 11:38
72F：→ brucetu: 不然你不会知道他们实务上，每天是怎麽使用这套系统 09/10 11:38
73F：→ brucetu: 每个功能多久用一次什麽情况下会用，你看程式不可能看出 09/10 11:39
74F：→ brucetu: 来 09/10 11:39
75F：→ brucetu: 不喜欢，就离职，不是每个产业都需要做这种事情 09/10 11:39
76F：推 YahooTaiwan: 大主管画外音：都来多久了还要一天到晚请教资深前辈 09/10 11:59
77F：→ YahooTaiwan: ，这个人是只会写程式，从来没想过应该要了解商业流 09/10 12:00
78F：→ YahooTaiwan: 程独当一面吗？应该来安排一个报告钉一下看你会不会 09/10 12:00
79F：→ YahooTaiwan: 主动了解流程，反正也差不多快到每年例行性新陈代谢 09/10 12:00
80F：→ YahooTaiwan: 的时候了 09/10 12:00
81F：→ airtsubasa: 写内部系统就一条龙 上半把戏演好，这份文件也不用太 09/10 13:14
82F：→ airtsubasa: 仔细，点到为止，因为每年大主管的脑都会变 09/10 13:14
83F：推 za755188: 傻傻的 只会coding你再过十年拿什麽去跟新鲜的肝竞争 09/10 13:35
84F：→ za755188: 打算刷题刷一辈子? 09/10 13:36
85F：推 jerrypan1: 从老板角度是很合理的要求，直接找user聊天问吧 09/10 14:00
86F：推 now99: 通灵啊 09/10 14:19
87F：→ xam: 给个不同意见,老板有可能只是要你把整个程式架构先看懂看熟, 09/10 15:18
88F：→ xam: 下次有改动需求可以比较快想到从何改起,你可以偷试探一下是不 09/10 15:18
89F：→ xam: 是真的要你反向推导出整个"商业"逻辑 09/10 15:18
90F：推 WaterLengend: 这种的很难搞，要从code反画出整个系统的行为跟架 09/10 19:23
91F：→ WaterLengend: 构。要是没文件告诉你是为什麽只能从结果来解释现 09/10 19:23
92F：→ WaterLengend: 在系统的行为，例如快取是怎麽建立的，通常有几种 09/10 19:23
93F：→ WaterLengend: 方式。 09/10 19:23
94F：推 brucetu: 老板才没兴趣听你说快取这种事情..都说简报系统架构了 09/10 19:46
95F：→ brucetu: 抱歉说错了，不是系统架构，是系统介绍与商业流程 09/10 19:48
96F：→ brucetu: 就是这个系统是做什麽用的，能提供哪些功能，使用者应该 09/10 19:49
97F：→ brucetu: 如何使用它，可以带来什麽效益 09/10 19:49
98F：→ brucetu: 你不去问user平常怎麽使用的，code看到死也不会有结果 09/10 19:49
99F：→ brucetu: 只理解解ticket需要的小范围知识却不知整个系统的资料流 09/10 19:51
100F：→ brucetu: 起点过程跟终点是原Po的问题，从来没想过自己主动好好理 09/10 19:51
101F：→ brucetu: 解自己在做的产品是什麽吗？要求原Po做简报却没有给足够 09/10 19:52
102F：→ brucetu: 时间跟资源则是公司问题 09/10 19:52
103F：→ brucetu: 要去理解这些东西是正常的，需要用下班时间自己看code研 09/10 19:53
104F：→ brucetu: 究是不正常的 09/10 19:53
105F：→ foreverk: 这算是满基本的要求，目前公司面了很多讲不出自己在现 09/11 13:24
106F：→ foreverk: 有公司到底做了些什麽的，大都是没去了解真正的商业逻 09/11 13:24
107F：→ foreverk: 辑，这种的没有半个会过关 09/11 13:24
108F：→ WaterLengend: 举例而以，这种东西就只是行为（缘由）>前端>後端 09/11 13:45
109F：→ WaterLengend: 内容换成自己要用的就好，而且都懂了商业流程，画出 09/11 13:47
110F：→ WaterLengend: 系统结构也不是难事了，还能顺便跟老板讲哪里可以 09/11 13:48
111F：→ WaterLengend: 改善不是很好？ 09/11 13:48
112F：→ superpandal: 程式码就是最好的文件前提是写好 公司内勾心斗角肯定 09/11 21:23
113F：→ superpandal: 不会好 09/11 21:24
114F：→ superpandal: 工具有分好坏 得到结果不同 并不是工具不重要 除非你 09/11 21:25
115F：→ superpandal: 是出嘴写程式 而成本被底下的人吸收了 09/11 21:26
116F：→ superpandal: 工程师要了解业务逻辑 但PM要主动确认与解释 09/11 21:35
117F：→ superpandal: 工程师把PM事情给做了? XD 09/11 21:36
118F：→ superpandal: 通篇看下来就是主管想要转嫁成本 09/11 21:43
119F：→ superpandal: 如果上面的人是好人那还好说 09/11 21:56
120F：推 abccbaandy: 楼上，很多公司是没有PM的 09/12 00:15
121F：推 joyce66789: 问题中的[业务流程]是公司内部业务销售流程吗？？ 09/12 00:22
122F：→ joyce66789: 商业流程是标准进销存流程、财务应收应付流程或是从研 09/12 00:22
123F：→ joyce66789: 发生产到销售维修的全部流程？ 09/12 00:22
124F：→ joyce66789: 商业流程你只能知道大约的架构，细节还是要Key User来 09/12 00:22
125F：→ joyce66789: 定义。 09/12 00:22
126F：→ joyce66789: 懂流程是应该要的。 09/12 00:22
127F：→ joyce66789: 但是常常碰到一种人要IT先把系统写出来，他再来看这个 09/12 00:22
128F：→ joyce66789: 系统流程对不对，这种千万不要傻傻做。 09/12 00:22
129F：推 dream1124: 直接向上报告你们目前的形势。如果时间压得很死 09/12 13:04
130F：→ dream1124: 上班根本没时间了解整套运作，那就直接要求报加班 09/12 13:04
131F：→ dream1124: 或者解问题的工作减量，再不行就考虑离职 09/12 13:05
132F：→ dream1124: 上面说得好：希望了解业务流程和上班没时间做是两议题 09/12 13:06
133F：→ dream1124: 更了解业务情境有利理解需求，但如果平常解问题解到 09/12 13:07
134F：→ dream1124: 没有余裕了解业务全貌还得下班做，那就是工作量太大了 09/12 13:07
135F：→ Abbee: 去user端打工几天，这要问user才能学会 09/13 11:37
136F：推 stepnight: 讲到去User端打工让我想到个鬼故事 09/13 12:06
137F：→ stepnight: 这也听来的，中部有某间小小小银行 09/13 12:06
138F：→ stepnight: 招後端工程师，跟你说一开始你要先 09/13 12:06
139F：→ stepnight: 在柜台待过然後跑外务、外务有业绩压力 09/13 12:06
140F：→ stepnight: 都Run过一遍流程，大概需要半年？以上 09/13 12:06
141F：→ stepnight: 然後考试通过後才回来写Code 09/13 12:06
142F：→ layer0930: 没写过c++?,从main 开始啊 09/13 20:33
143F：→ superpandal: 有没有PM都改不了底下人要承担的事实 09/13 20:41
144F：推 internetms52: 如果程式的确照着业务流程，你一定可以向业务或相 09/14 07:02
145F：→ internetms52: 关使用者问出原因，只是你需要画event storming,来 09/14 07:02
146F：→ internetms52: 确保你听到的流程没有缺失 09/14 07:02
147F：→ zzzxxxqqq: 这种一定问人吧...读code反向推导? 老板是这意思? 09/14 13:08
148F：推 Label: 看公司有没有像是ISO 9001这类的标准化文件。没有的话，就 09/23 03:58
149F：→ Label: 从系统权限表找实际操作系统的同事访谈。看他们部门有没有 09/23 03:58
150F：→ Label: 规范。很多时候应用程式只是商业流程的一部分，人工作业、 09/23 03:58
151F：→ Label: 第三方软体上的操作，你看Java code就看不到。 09/23 03:58