看板 Soft_Job作者 shaomi (kerker)標題 [討論] 如何學習系統的商業流程?時間 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 (臺灣)
※ 作者: shaomi 2023-09-09 15:34:03
※ 文章代碼(AID): #1a_1_j0o (Soft_Job)
※ 文章網址: 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
→ stepnight: 當初整個專案誰架構的叫他出一份報告阿1F 09/09 15:50
→ airtsubasa: 不能干預的業務流程乾碼農什麼事
大主管是不是沒技術面~?4F 09/09 16:10
推 lazarus1121: 業務邏輯直接跟user搞熟問他們最快
看code或文件反而是最沒效率的7F 09/09 17:36
→ ssccg: 這種不是讀code,是要問人尤其當初設計的人啊9F 09/09 18:19
→ ssccg: 正常至少要有個人能跟你講清楚,那個人已跑了就問主管吧11F 09/09 18:27
推 FXW11314: 讀code只能告訴你碰到這種情形的時候會採取什麼動作,但不能告訴你為什麼要採取這個動作12F 09/09 18:46
推 bredbred: 看看ac和ut,有寫的話馬上就懂14F 09/09 18:54
→ kissmickey: 一堆要通靈的主管 有些東西你光看程式邏輯、版控紀錄 最好知道當下為什麼這樣調 很多東西都是要跟使用者需求方進行訪談
開發文件有些調整會議也不會詳列
很多真的只能靠當時設計那些人去回想15F 09/09 19:02
推 CRPKT: 大主管希望基層了解業務流程,和你上班沒時間做這件事
是兩回事,你先想清楚你想問的是哪個部分?20F 09/09 19:07
噓 loadingN: 長官自己懂嗎? 講幹話很厲害22F 09/09 19:08
→ loadingN: 如果流程很複雜,直接找內部的user來說明還比較快24F 09/09 19:10
推 t19960804: 沒文件就是一個不正常的常態,你能做的就是根據現有資源,也就是根據程式碼來畫流程圖,理解流程後再用白話的方式去報告 如果老闆有意見,你就叫他自己下來看26F 09/09 19:10
推 OriginStar: 原PO懂的話就能自己開公司了,我猜當初草創期的人都跑了,原PO主管才會這樣想透過code反推回去30F 09/09 19:30
推 hegemon: 想到之前一堆人都說程式碼就是最好的文件真的笑死32F 09/09 19:41
推 x7x8xxxx: 你直接問user平常這功能在幹嘛比較快
如果沒人知道/在用 剛好可以砍掉33F 09/09 20:28
→ gtpeter: 因為他們都不懂,所以叫你懂阿36F 09/09 21:44
→ shaomi: 我想問這種工作大部分都這樣嗎,還是被我剛好遇到37F 09/09 22:28
→ kissmickey: 專案這東西一手過一手 連需求方接手的也換好幾人 還有使用者會來問你為什麼要這樣設定
文件沒有齊全 遇到問題真的很麻煩
而且一堆公司真的沒在寫
有些大公司是很重文件 有的為了應付稽核還是認證 這些就很重要 有沒有齊全對開發人員有時就是額外負擔38F 09/09 22:50
→ HKCs: 不正常吧 需求不是都PM談的?頂多拉上主管 SA 然後主管拆成ticket 交到RD手上時都剩碎片了 如果是複數RD也沒cowork不就gg?44F 09/09 23:00
推 ch1rmon: 懂流程又懂技術你怎麼不自己開公司寫套裝軟體,還要看人臉色程式三不五時改來改去?很想賞這種只會講幹話的主管2巴掌…你怎麼不你主管説你怎麼不去學張忠謀把公司管理成台灣市值最高獲利薪資福利最好的上市櫃公司?48F 09/10 03:09
推 gino0717: 拿一手啤酒去找使用者聊聽他抱怨52F 09/10 09:29
→ DrTech: 很正常吧。軟體開發本來就是工具,讓業務流程更方便,更有效率才是真實價值。 透過解決商業流程效率的問題,才是真正有高薪價值的地方。別把自己真正當碼農了。
不要以為寫程式有什麼價值的,就是搬磚塊的工人而已,真正有價值的是設計,提升公司效率的邏輯,不是做事的工人。工程師與碼農的差別就是,一個懂怎樣讓程式有商業價值,也就是懂業務流程優化。一個是只會複製別人程式碼,其他都不會。
另外,別花時間研究商業邏輯。跟懂公司商業邏輯的人請教比較快。
另外一堆人跟你說不用懂,PM才要懂?不管有沒有PM,最後工程師不懂商業流程,能寫正確的程式?不可能吧。53F 09/10 09:58
推 yamagishi: 寫到後面都在通靈啊,你沒有對你寫的東西有基本認知怎麼能知道上面給你的規格有沒有出錯65F 09/10 10:19
→ gino0717: 我也到了不要提程式碼我沒興趣的年紀了
程式碼裡面大多是自己挖自己埋的坑 除非code review67F 09/10 11:37
推 brucetu: 要介紹系統流程你又不是從頭到尾處理整個案子69F 09/10 11:38
→ gino0717: 不然提出來給上層看根本是浪費時間70F 09/10 11:38
→ brucetu: 絕對需要去訪問使用者
不然你不會知道他們實務上,每天是怎麼使用這套系統
每個功能多久用一次什麼情況下會用,你看程式不可能看出來
不喜歡,就離職,不是每個產業都需要做這種事情71F 09/10 11:38
推 YahooTaiwan: 大主管畫外音:都來多久了還要一天到晚請教資深前輩,這個人是只會寫程式,從來沒想過應該要了解商業流程獨當一面嗎?應該來安排一個報告釘一下看你會不會主動了解流程,反正也差不多快到每年例行性新陳代謝的時候了76F 09/10 11:59
→ airtsubasa: 寫內部系統就一條龍 上半把戲演好,這份文件也不用太仔細,點到為止,因為每年大主管的腦都會變81F 09/10 13:14
推 za755188: 傻傻的 只會coding你再過十年拿什麼去跟新鮮的肝競爭
打算刷題刷一輩子?83F 09/10 13:35
推 jerrypan1: 從老闆角度是很合理的要求,直接找user聊天問吧85F 09/10 14:00
推 now99: 通靈啊86F 09/10 14:19
→ xam: 給個不同意見,老闆有可能只是要你把整個程式架構先看懂看熟,下次有改動需求可以比較快想到從何改起,你可以偷試探一下是不是真的要你反向推導出整個"商業"邏輯87F 09/10 15:18
推 WaterLengend: 這種的很難搞,要從code反畫出整個系統的行為跟架構。要是沒文件告訴你是為什麼只能從結果來解釋現在系統的行為,例如快取是怎麼建立的,通常有幾種方式。90F 09/10 19:23
推 brucetu: 老闆才沒興趣聽你說快取這種事情..都說簡報系統架構了
抱歉說錯了,不是系統架構,是系統介紹與商業流程
就是這個系統是做什麼用的,能提供哪些功能,使用者應該如何使用它,可以帶來什麼效益
你不去問user平常怎麼使用的,code看到死也不會有結果
只理解解ticket需要的小範圍知識卻不知整個系統的資料流起點過程跟終點是原Po的問題,從來沒想過自己主動好好理解自己在做的產品是什麼嗎?要求原Po做簡報卻沒有給足夠時間跟資源則是公司問題
要去理解這些東西是正常的,需要用下班時間自己看code研究是不正常的94F 09/10 19:46
--