→ stepnight: 當初整個專案誰架構的叫他出一份報告阿 09/09 15:50
推 KyuubiKulama: 可能已經不在公司了才會這樣 09/09 15:51
推 Firedragon21: 我也想知道 有些沒有文件只能讀code 有點難受 09/09 16:01
→ airtsubasa: 不能干預的業務流程乾碼農什麼事 09/09 16:10
→ airtsubasa: 大主管是不是沒技術面~？ 09/09 16:11
推 Chricey: 我有在用UC2，感覺效果還不錯欸！ 09/10 19:49推 abccbaandy: 其實就講幹話而已，沒文件誰知道流程怎麼跑 09/09 16:11
推 lazarus1121: 業務邏輯直接跟user搞熟問他們最快 09/09 17:36
→ lazarus1121: 看code或文件反而是最沒效率的 09/09 17:36
→ ssccg: 這種不是讀code，是要問人尤其當初設計的人啊 09/09 18:19
推 Chricey: 有人用過中醫針灸治療關節痛的嗎？效果如何？ 09/10 19:52→ a12838910: 通靈 09/09 18:23
→ ssccg: 正常至少要有個人能跟你講清楚，那個人已跑了就問主管吧 09/09 18:27
推 FXW11314: 讀code只能告訴你碰到這種情形的時候會採取什麼動作， 09/09 18:46
→ FXW11314: 但不能告訴你為什麼要採取這個動作 09/09 18:46
推 Chricey: 關節痛這種東西靠UC2就對了 09/11 13:24推 bredbred: 看看ac和ut，有寫的話馬上就懂 09/09 18:54
→ kissmickey: 一堆要通靈的主管 有些東西你光看程式邏輯、版控紀錄 09/09 19:02
→ kissmickey: 最好知道當下為什麼這樣調 很多東西都是要跟使用者 09/09 19:02
→ kissmickey: 需求方進行訪談 09/09 19:02
推 Kroner: 5樓關節跟Ｘ一樣 09/11 13:47→ kissmickey: 開發文件有些調整會議也不會詳列 09/09 19:06
→ kissmickey: 很多真的只能靠當時設計那些人去回想 09/09 19:06
推 CRPKT: 大主管希望基層了解業務流程，和你上班沒時間做這件事 09/09 19:07
→ CRPKT: 是兩回事，你先想清楚你想問的是哪個部分？ 09/09 19:07
推 Chricey: 想問一下有沒有關節痛的運動禁忌？怕動得更嚴重… 09/11 21:24噓 loadingN: 長官自己懂嗎？ 講幹話很厲害 09/09 19:08
→ kissmickey: 看起來你長官是想讓你sa 到pg 統包 09/09 19:09
→ loadingN: 如果流程很複雜，直接找內部的user來說明還比較快 09/09 19:10
→ kissmickey: 說不定pm 也要讓你幹 09/09 19:10
推 Chricey: 關節痛按摩有效嗎？ 09/11 21:36推 t19960804: 沒文件就是一個不正常的常態，你能做的就是根據現有資 09/09 19:10
→ t19960804: 源，也就是根據程式碼來畫流程圖，理解流程後再用白話 09/09 19:10
→ t19960804: 的方式去報告 如果老闆有意見，你就叫他自己下來看 09/09 19:10
→ kissmickey: 客製化的最麻煩… 09/09 19:14
推 Chricey: UC2神招啊，吃下去就對了 09/12 00:22推 OriginStar: 原PO懂的話就能自己開公司了，我猜當初草創期的人都跑 09/09 19:30
→ OriginStar: 了，原PO主管才會這樣想透過code反推回去 09/09 19:31
推 hegemon: 想到之前一堆人都說程式碼就是最好的文件真的笑死 09/09 19:41
推 x7x8xxxx: 你直接問user平常這功能在幹嘛比較快 09/09 20:28
推 Chricey: 5樓關節跟Ｘ一樣 09/12 00:22→ x7x8xxxx: 如果沒人知道/在用 剛好可以砍掉 09/09 20:29
推 viper9709: 推FXW11314 09/09 20:38
→ gtpeter: 因為他們都不懂，所以叫你懂阿 09/09 21:44
→ shaomi: 我想問這種工作大部分都這樣嗎，還是被我剛好遇到 09/09 22:28
推 Kroner: 看到關節痛，我就想起我姨媽 09/12 13:04→ kissmickey: 專案這東西一手過一手 連需求方接手的也換好幾人 還 09/09 22:50
→ kissmickey: 有使用者會來問你為什麼要這樣設定 09/09 22:50
→ kissmickey: 文件沒有齊全 遇到問題真的很麻煩 09/09 22:51
→ kissmickey: 而且一堆公司真的沒在寫 09/09 22:55
推 Chricey: 我有在用UC2，感覺效果還不錯欸！ 09/12 13:07→ kissmickey: 有些大公司是很重文件 有的為了應付稽核還是認證 這 09/09 22:55
→ kissmickey: 些就很重要 有沒有齊全對開發人員有時就是額外負擔 09/09 22:55
→ HKCs: 不正常吧 需求不是都PM談的？頂多拉上主管 SA 然後主管拆成 09/09 23:00
→ HKCs: ticket 交到RD手上時都剩碎片了 如果是複數RD也沒cowork不 09/09 23:00
推 Chricey: UC2是啥東西？求解釋啦！ 09/13 12:06→ HKCs: 就gg? 09/09 23:00
→ kissmickey: 看公司it 規模 有些根本從頭管道尾 09/09 23:31
推 ch1rmon: 懂流程又懂技術你怎麼不自己開公司寫套裝軟體，還要看人 09/10 03:09
→ ch1rmon: 臉色程式三不五時改來改去？很想賞這種只會講幹話的主管 09/10 03:09
推 Kroner: 我有在用UC2，感覺效果還不錯欸！ 09/13 12:06→ ch1rmon: 2巴掌…你怎麼不你主管説你怎麼不去學張忠謀把公司管理 09/10 03:09
→ ch1rmon: 成台灣市值最高獲利薪資福利最好的上市櫃公司？ 09/10 03:09
推 gino0717: 拿一手啤酒去找使用者聊聽他抱怨 09/10 09:29
→ DrTech: 很正常吧。軟體開發本來就是工具，讓業務流程更方便，更有 09/10 09:58
推 Chricey: 樓上UC2當糖吃，天天走拿飛 09/14 07:02→ DrTech: 效率才是真實價值。 透過解決商業流程效率的問題，才是真 09/10 09:58
→ DrTech: 正有高薪價值的地方。別把自己真正當碼農了。 09/10 09:58
→ DrTech: 不要以為寫程式有什麼價值的，就是搬磚塊的工人而已，真正 09/10 09:59
→ DrTech: 有價值的是設計，提升公司效率的邏輯，不是做事的工人。 09/10 09:59
推 Kroner: 關節痛這種東西，比鬼還可怕！ 09/23 03:58→ DrTech: 工程師與碼農的差別就是，一個懂怎樣讓程式有商業價值，也 09/10 10:01
→ DrTech: 就是懂業務流程優化。一個是只會複製別人程式碼，其他都不 09/10 10:01
→ DrTech: 會。 09/10 10:01
→ DrTech: 另外，別花時間研究商業邏輯。跟懂公司商業邏輯的人請教比 09/10 10:02
→ DrTech: 較快。 09/10 10:02
→ DrTech: 另外一堆人跟你說不用懂，PM才要懂？不管有沒有PM，最後工 09/10 10:08
→ DrTech: 程師不懂商業流程，能寫正確的程式？不可能吧。 09/10 10:08
推 yamagishi: 寫到後面都在通靈啊，你沒有對你寫的東西有基本認知怎 09/10 10:19
→ yamagishi: 麼能知道上面給你的規格有沒有出錯 09/10 10:19
→ gino0717: 我也到了不要提程式碼我沒興趣的年紀了 09/10 11:37
→ gino0717: 程式碼裡面大多是自己挖自己埋的坑 除非code review 09/10 11:38
推 brucetu: 要介紹系統流程你又不是從頭到尾處理整個案子 09/10 11:38
→ gino0717: 不然提出來給上層看根本是浪費時間 09/10 11:38
→ brucetu: 絕對需要去訪問使用者 09/10 11:38
→ brucetu: 不然你不會知道他們實務上，每天是怎麼使用這套系統 09/10 11:38
→ brucetu: 每個功能多久用一次什麼情況下會用，你看程式不可能看出 09/10 11:39
→ brucetu: 來 09/10 11:39
→ brucetu: 不喜歡，就離職，不是每個產業都需要做這種事情 09/10 11:39
推 YahooTaiwan: 大主管畫外音：都來多久了還要一天到晚請教資深前輩 09/10 11:59
→ YahooTaiwan: ，這個人是只會寫程式，從來沒想過應該要了解商業流 09/10 12:00
→ YahooTaiwan: 程獨當一面嗎？應該來安排一個報告釘一下看你會不會 09/10 12:00
→ YahooTaiwan: 主動了解流程，反正也差不多快到每年例行性新陳代謝 09/10 12:00
→ YahooTaiwan: 的時候了 09/10 12:00
→ airtsubasa: 寫內部系統就一條龍 上半把戲演好，這份文件也不用太 09/10 13:14
→ airtsubasa: 仔細，點到為止，因為每年大主管的腦都會變 09/10 13:14
推 za755188: 傻傻的 只會coding你再過十年拿什麼去跟新鮮的肝競爭 09/10 13:35
→ za755188: 打算刷題刷一輩子? 09/10 13:36
推 jerrypan1: 從老闆角度是很合理的要求，直接找user聊天問吧 09/10 14:00
推 now99: 通靈啊 09/10 14:19
→ xam: 給個不同意見,老闆有可能只是要你把整個程式架構先看懂看熟, 09/10 15:18
→ xam: 下次有改動需求可以比較快想到從何改起,你可以偷試探一下是不 09/10 15:18
→ xam: 是真的要你反向推導出整個"商業"邏輯 09/10 15:18
推 WaterLengend: 這種的很難搞，要從code反畫出整個系統的行為跟架 09/10 19:23
→ WaterLengend: 構。要是沒文件告訴你是為什麼只能從結果來解釋現 09/10 19:23
→ WaterLengend: 在系統的行為，例如快取是怎麼建立的，通常有幾種 09/10 19:23
→ WaterLengend: 方式。 09/10 19:23
推 brucetu: 老闆才沒興趣聽你說快取這種事情..都說簡報系統架構了 09/10 19:46
→ brucetu: 抱歉說錯了，不是系統架構，是系統介紹與商業流程 09/10 19:48
→ brucetu: 就是這個系統是做什麼用的，能提供哪些功能，使用者應該 09/10 19:49
→ brucetu: 如何使用它，可以帶來什麼效益 09/10 19:49
→ brucetu: 你不去問user平常怎麼使用的，code看到死也不會有結果 09/10 19:49
→ brucetu: 只理解解ticket需要的小範圍知識卻不知整個系統的資料流 09/10 19:51
→ brucetu: 起點過程跟終點是原Po的問題，從來沒想過自己主動好好理 09/10 19:51
→ brucetu: 解自己在做的產品是什麼嗎？要求原Po做簡報卻沒有給足夠 09/10 19:52
→ brucetu: 時間跟資源則是公司問題 09/10 19:52
→ brucetu: 要去理解這些東西是正常的，需要用下班時間自己看code研 09/10 19:53
→ brucetu: 究是不正常的 09/10 19:53
→ foreverk: 這算是滿基本的要求，目前公司面了很多講不出自己在現 09/11 13:24
→ foreverk: 有公司到底做了些什麼的，大都是沒去了解真正的商業邏 09/11 13:24
→ foreverk: 輯，這種的沒有半個會過關 09/11 13:24
→ WaterLengend: 舉例而以，這種東西就只是行為（緣由）>前端>後端 09/11 13:45
→ WaterLengend: 內容換成自己要用的就好，而且都懂了商業流程，畫出 09/11 13:47
→ WaterLengend: 系統結構也不是難事了，還能順便跟老闆講哪裡可以 09/11 13:48
→ WaterLengend: 改善不是很好？ 09/11 13:48
→ superpandal: 程式碼就是最好的文件前提是寫好 公司內勾心鬥角肯定 09/11 21:23
→ superpandal: 不會好 09/11 21:24
→ superpandal: 工具有分好壞 得到結果不同 並不是工具不重要 除非你 09/11 21:25
→ superpandal: 是出嘴寫程式 而成本被底下的人吸收了 09/11 21:26
→ superpandal: 工程師要了解業務邏輯 但PM要主動確認與解釋 09/11 21:35
→ superpandal: 工程師把PM事情給做了? XD 09/11 21:36
→ superpandal: 通篇看下來就是主管想要轉嫁成本 09/11 21:43
→ superpandal: 如果上面的人是好人那還好說 09/11 21:56
推 abccbaandy: 樓上，很多公司是沒有PM的 09/12 00:15
推 joyce66789: 問題中的[業務流程]是公司內部業務銷售流程嗎？？ 09/12 00:22
→ joyce66789: 商業流程是標準進銷存流程、財務應收應付流程或是從研 09/12 00:22
→ joyce66789: 發生產到銷售維修的全部流程？ 09/12 00:22
→ joyce66789: 商業流程你只能知道大約的架構，細節還是要Key User來 09/12 00:22
→ joyce66789: 定義。 09/12 00:22
→ joyce66789: 懂流程是應該要的。 09/12 00:22
→ joyce66789: 但是常常碰到一種人要IT先把系統寫出來，他再來看這個 09/12 00:22
→ joyce66789: 系統流程對不對，這種千萬不要傻傻做。 09/12 00:22
推 dream1124: 直接向上報告你們目前的形勢。如果時間壓得很死 09/12 13:04
→ dream1124: 上班根本沒時間了解整套運作，那就直接要求報加班 09/12 13:04
→ dream1124: 或者解問題的工作減量，再不行就考慮離職 09/12 13:05
→ dream1124: 上面說得好：希望了解業務流程和上班沒時間做是兩議題 09/12 13:06
→ dream1124: 更了解業務情境有利理解需求，但如果平常解問題解到 09/12 13:07
→ dream1124: 沒有餘裕了解業務全貌還得下班做，那就是工作量太大了 09/12 13:07
→ Abbee: 去user端打工幾天，這要問user才能學會 09/13 11:37
推 stepnight: 講到去User端打工讓我想到個鬼故事 09/13 12:06
→ stepnight: 這也聽來的，中部有某間小小小銀行 09/13 12:06
→ stepnight: 招後端工程師，跟你說一開始你要先 09/13 12:06
→ stepnight: 在櫃檯待過然後跑外務、外務有業績壓力 09/13 12:06
→ stepnight: 都Run過一遍流程，大概需要半年？以上 09/13 12:06
→ stepnight: 然後考試通過後才回來寫Code 09/13 12:06
→ layer0930: 沒寫過c++?,從main 開始啊 09/13 20:33
→ superpandal: 有沒有PM都改不了底下人要承擔的事實 09/13 20:41
推 internetms52: 如果程式的確照著業務流程，你一定可以向業務或相 09/14 07:02
→ internetms52: 關使用者問出原因，只是你需要畫event storming,來 09/14 07:02
→ internetms52: 確保你聽到的流程沒有缺失 09/14 07:02
→ zzzxxxqqq: 這種一定問人吧...讀code反向推導? 老闆是這意思? 09/14 13:08
推 Label: 看公司有沒有像是ISO 9001這類的標準化文件。沒有的話，就 09/23 03:58
→ Label: 從系統權限表找實際操作系統的同事訪談。看他們部門有沒有 09/23 03:58
→ Label: 規範。很多時候應用程式只是商業流程的一部分，人工作業、 09/23 03:58
→ Label: 第三方軟體上的操作，你看Java code就看不到。 09/23 03:58