[討論] 如何學習系統的商業流程?

看板Soft_Job作者 (kerker)時間8月前 (2023/09/09 15:34), 8月前編輯推噓26(27推 1噓 119→)
留言147則, 40人參與, 7月前最新討論串1/1
我平常是寫內部系統用Java的，有很多內部才懂的know how商業流程 平常工作就寫ticket上的任務，不懂就問資深前輩算工作順利愉快 這點真的很感謝前輩 如果再不會就問問user這裡的邏輯 但是對系統的理解就是比較破碎， 就是只懂ticket解過寫過的東西 也沒有什麼內部文件可以讀跟上課，就解ticket自己看code遇到問題後發問 但大主管最近突然要我們做投影片報告對team上整個系統的介紹跟系統與商業流程說明， 但是光是平常解ticket累積的知識根本不夠 不能代表系統的全貌 只能額外利用下班時間自己讀code再發問 長官就是希望我們很懂業務流程邏輯, 不然怎麼跟user溝通 也說不要提程式碼, 他們沒興趣, knowhow比較重要 最近就是不斷的上班工作, 下班研究商業邏輯 不知道大家有沒有遇過這種情況 還是單純我真的不適合這類工作? 或是這種就是業界常態, 我做不來就只能轉行? -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 101.3.151.137 (臺灣) ※ 文章網址: https://www.ptt.cc/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
→
09/09 15:50, 8月前 , 1F
當初整個專案誰架構的叫他出一份報告阿
09/09 15:50, 1F
推
09/09 15:51, 8月前 , 2F
可能已經不在公司了才會這樣
09/09 15:51, 2F
推
09/09 16:01, 8月前 , 3F
我也想知道 有些沒有文件只能讀code 有點難受
09/09 16:01, 3F
→
09/09 16:10, 8月前 , 4F
不能干預的業務流程乾碼農什麼事
09/09 16:10, 4F
→
09/09 16:11, 8月前 , 5F
大主管是不是沒技術面~？
09/09 16:11, 5F
推
09/09 16:11, 8月前 , 6F
其實就講幹話而已，沒文件誰知道流程怎麼跑
09/09 16:11, 6F
推
09/09 17:36, 8月前 , 7F
業務邏輯直接跟user搞熟問他們最快
09/09 17:36, 7F
→
09/09 17:36, 8月前 , 8F
看code或文件反而是最沒效率的
09/09 17:36, 8F
→
09/09 18:19, 8月前 , 9F
這種不是讀code，是要問人尤其當初設計的人啊
09/09 18:19, 9F
→
09/09 18:23, 8月前 , 10F
通靈
09/09 18:23, 10F
→
09/09 18:27, 8月前 , 11F
正常至少要有個人能跟你講清楚，那個人已跑了就問主管吧
09/09 18:27, 11F
推
09/09 18:46, 8月前 , 12F
讀code只能告訴你碰到這種情形的時候會採取什麼動作，
09/09 18:46, 12F
→
09/09 18:46, 8月前 , 13F
但不能告訴你為什麼要採取這個動作
09/09 18:46, 13F
推
09/09 18:54, 8月前 , 14F
看看ac和ut，有寫的話馬上就懂
09/09 18:54, 14F
→
09/09 19:02, 8月前 , 15F
一堆要通靈的主管 有些東西你光看程式邏輯、版控紀錄
09/09 19:02, 15F
→
09/09 19:02, 8月前 , 16F
最好知道當下為什麼這樣調 很多東西都是要跟使用者
09/09 19:02, 16F
→
09/09 19:02, 8月前 , 17F
需求方進行訪談
09/09 19:02, 17F
→
09/09 19:06, 8月前 , 18F
開發文件有些調整會議也不會詳列
09/09 19:06, 18F
→
09/09 19:06, 8月前 , 19F
很多真的只能靠當時設計那些人去回想
09/09 19:06, 19F
推
09/09 19:07, 8月前 , 20F
大主管希望基層了解業務流程，和你上班沒時間做這件事
09/09 19:07, 20F
→
09/09 19:07, 8月前 , 21F
是兩回事，你先想清楚你想問的是哪個部分？
09/09 19:07, 21F
噓
09/09 19:08, 8月前 , 22F
長官自己懂嗎？ 講幹話很厲害
09/09 19:08, 22F
→
09/09 19:09, 8月前 , 23F
看起來你長官是想讓你sa 到pg 統包
09/09 19:09, 23F
→
09/09 19:10, 8月前 , 24F
如果流程很複雜，直接找內部的user來說明還比較快
09/09 19:10, 24F
→
09/09 19:10, 8月前 , 25F
說不定pm 也要讓你幹
09/09 19:10, 25F
推
09/09 19:10, 8月前 , 26F
沒文件就是一個不正常的常態，你能做的就是根據現有資
09/09 19:10, 26F
→
09/09 19:10, 8月前 , 27F
源，也就是根據程式碼來畫流程圖，理解流程後再用白話
09/09 19:10, 27F
→
09/09 19:10, 8月前 , 28F
的方式去報告 如果老闆有意見，你就叫他自己下來看
09/09 19:10, 28F
→
09/09 19:14, 8月前 , 29F
客製化的最麻煩…
09/09 19:14, 29F
推
09/09 19:30, 8月前 , 30F
原PO懂的話就能自己開公司了，我猜當初草創期的人都跑
09/09 19:30, 30F
→
09/09 19:31, 8月前 , 31F
了，原PO主管才會這樣想透過code反推回去
09/09 19:31, 31F
推
09/09 19:41, 8月前 , 32F
想到之前一堆人都說程式碼就是最好的文件真的笑死
09/09 19:41, 32F
推
09/09 20:28, 8月前 , 33F
你直接問user平常這功能在幹嘛比較快
09/09 20:28, 33F
→
09/09 20:29, 8月前 , 34F
如果沒人知道/在用 剛好可以砍掉
09/09 20:29, 34F
推
09/09 20:38, 8月前 , 35F
推FXW11314
09/09 20:38, 35F
→
09/09 21:44, 8月前 , 36F
因為他們都不懂，所以叫你懂阿
09/09 21:44, 36F
→
09/09 22:28, 8月前 , 37F
我想問這種工作大部分都這樣嗎，還是被我剛好遇到
09/09 22:28, 37F
→
09/09 22:50, 8月前 , 38F
專案這東西一手過一手 連需求方接手的也換好幾人 還
09/09 22:50, 38F
→
09/09 22:50, 8月前 , 39F
有使用者會來問你為什麼要這樣設定
09/09 22:50, 39F
還有 68 則推文
→
09/11 13:45, 8月前 , 108F
舉例而以，這種東西就只是行為（緣由）>前端>後端
09/11 13:45, 108F
→
09/11 13:47, 8月前 , 109F
內容換成自己要用的就好，而且都懂了商業流程，畫出
09/11 13:47, 109F
→
09/11 13:48, 8月前 , 110F
系統結構也不是難事了，還能順便跟老闆講哪裡可以
09/11 13:48, 110F
→
09/11 13:48, 8月前 , 111F
改善不是很好？
09/11 13:48, 111F
→
09/11 21:23, 8月前 , 112F
程式碼就是最好的文件前提是寫好 公司內勾心鬥角肯定
09/11 21:23, 112F
→
09/11 21:24, 8月前 , 113F
不會好
09/11 21:24, 113F
→
09/11 21:25, 8月前 , 114F
工具有分好壞 得到結果不同 並不是工具不重要 除非你
09/11 21:25, 114F
→
09/11 21:26, 8月前 , 115F
是出嘴寫程式 而成本被底下的人吸收了
09/11 21:26, 115F
→
09/11 21:35, 8月前 , 116F
工程師要了解業務邏輯 但PM要主動確認與解釋
09/11 21:35, 116F
→
09/11 21:36, 8月前 , 117F
工程師把PM事情給做了? XD
09/11 21:36, 117F
→
09/11 21:43, 8月前 , 118F
通篇看下來就是主管想要轉嫁成本
09/11 21:43, 118F
→
09/11 21:56, 8月前 , 119F
如果上面的人是好人那還好說
09/11 21:56, 119F
推
09/12 00:15, 8月前 , 120F
樓上，很多公司是沒有PM的
09/12 00:15, 120F
推
09/12 00:22, 8月前 , 121F
問題中的[業務流程]是公司內部業務銷售流程嗎？？
09/12 00:22, 121F
→
09/12 00:22, 8月前 , 122F
商業流程是標準進銷存流程、財務應收應付流程或是從研
09/12 00:22, 122F
→
09/12 00:22, 8月前 , 123F
發生產到銷售維修的全部流程？
09/12 00:22, 123F
→
09/12 00:22, 8月前 , 124F
商業流程你只能知道大約的架構，細節還是要Key User來
09/12 00:22, 124F
→
09/12 00:22, 8月前 , 125F
定義。
09/12 00:22, 125F
→
09/12 00:22, 8月前 , 126F
懂流程是應該要的。
09/12 00:22, 126F
→
09/12 00:22, 8月前 , 127F
但是常常碰到一種人要IT先把系統寫出來，他再來看這個
09/12 00:22, 127F
→
09/12 00:22, 8月前 , 128F
系統流程對不對，這種千萬不要傻傻做。
09/12 00:22, 128F
推
09/12 13:04, 8月前 , 129F
直接向上報告你們目前的形勢。如果時間壓得很死
09/12 13:04, 129F
→
09/12 13:04, 8月前 , 130F
上班根本沒時間了解整套運作，那就直接要求報加班
09/12 13:04, 130F
→
09/12 13:05, 8月前 , 131F
或者解問題的工作減量，再不行就考慮離職
09/12 13:05, 131F
→
09/12 13:06, 8月前 , 132F
上面說得好：希望了解業務流程和上班沒時間做是兩議題
09/12 13:06, 132F
→
09/12 13:07, 8月前 , 133F
更了解業務情境有利理解需求，但如果平常解問題解到
09/12 13:07, 133F
→
09/12 13:07, 8月前 , 134F
沒有餘裕了解業務全貌還得下班做，那就是工作量太大了
09/12 13:07, 134F
→
09/13 11:37, 8月前 , 135F
去user端打工幾天，這要問user才能學會
09/13 11:37, 135F
推
09/13 12:06, 7月前 , 136F
講到去User端打工讓我想到個鬼故事
09/13 12:06, 136F
→
09/13 12:06, 7月前 , 137F
這也聽來的，中部有某間小小小銀行
09/13 12:06, 137F
→
09/13 12:06, 7月前 , 138F
招後端工程師，跟你說一開始你要先
09/13 12:06, 138F
→
09/13 12:06, 7月前 , 139F
在櫃檯待過然後跑外務、外務有業績壓力
09/13 12:06, 139F
→
09/13 12:06, 7月前 , 140F
都Run過一遍流程，大概需要半年？以上
09/13 12:06, 140F
→
09/13 12:06, 7月前 , 141F
然後考試通過後才回來寫Code
09/13 12:06, 141F
→
09/13 20:33, 7月前 , 142F
沒寫過c++?,從main 開始啊
09/13 20:33, 142F
→
09/13 20:41, 7月前 , 143F
有沒有PM都改不了底下人要承擔的事實
09/13 20:41, 143F
推
09/14 07:02, 7月前 , 144F
如果程式的確照著業務流程，你一定可以向業務或相
09/14 07:02, 144F
→
09/14 07:02, 7月前 , 145F
關使用者問出原因，只是你需要畫event storming,來
09/14 07:02, 145F
→
09/14 07:02, 7月前 , 146F
確保你聽到的流程沒有缺失
09/14 07:02, 146F
→
09/14 13:08, 7月前 , 147F
這種一定問人吧...讀code反向推導? 老闆是這意思?
09/14 13:08, 147F
‣ 更多 shaomi 的文章
文章代碼(AID): #1a_1_j0o (Soft_Job)