IT BA完全揾唔到工

真
尤其而家個市唔好廢嘅BA一炒左好難返返去
以前BA都無咁講要domain knowledge
而家呢樣要求高左
例如英國而家d Front Office service BA會話最好有CFA
咁先唔會係度亂燒user d 時間
大佬fund manager d 時間好值錢

dev有料做呢D野唔會一開波做dev啦

呢d sa 會做，不過都係個句

請人唔係有需要，有冇ba 都係咁行

個人睇法如果係一個好complete 嘅BA

Subject Domain：
未必話要係expert， 但係要有well understanding。因為你可以確切知道個project有咩實質影響，而唔係做傳聲筒。明白個subject 可以幫到你考慮得更周詳，甚至可以幫你把關，避免寫business case/requirement 漏嘢，或者諗到d更簡單嘅solution。
E.g. 唔係話要你CFA level 3, 但係可能要level 1？或者唔同嘅basic cert。
再者，搵工黎講我個人認為先可以話到俾人聽你有能力做個個field 嘅BA，因為你會明user 講咩。

畫flow：
我覺得係易學難精嘅一項，當然你有subject domain可以更容易幫你畫出一個對無論係sme 定係mgmt level 定係 vendor黎講都係顯淺易明嘅flow。

IT domain:
好多時候我覺得BA 係involve 緊關於IT，所以你要精嘅係informative system / Infra / IT Architect
Eg你改一D嘢之後會唔會對Data flow 同埋load 有影響? 對成個ecosystem 有冇影響？system up-time down-time?Access level 有變？ 要去make sure user 可以BAU。
我唔認為code 9 會理呢d嘢,因為佢地code 完就算。

Data-wise:
主要係BAU report 同埋 quantify Pre&Post transformation 嘅data，話俾老細知好左好多，或者之前個project 我地其實唔應該做。

Why ? 好多人想做

你見親既dev都幾無料喎

做過有ba 同無ba既project team
應該係運氣唔好遇親都係有啲廢既ba、你講既個啲野全部都要比user/dev 執頭執尾
寧願無好過有 起碼清潔呀嬸唔會嘥我時間先

dev寫doc同present 都係差d
即係你叫個文員去做sales
聽過唔少tech佬present 真係頭痛
要問勁多問題先知佢講咩

你應該未做過大型公司
大公司大機構呢d pj management位最有用
有咩人事紛爭 決定唔到野 / pj有delay
推哂比佢地岩
做tech果d縮係後面食花生

想問依家做緊呢啲 應該算係咩？
都係BA ??

1. 對客開會傾requirement
2. Design workflow
3. Draft screen layout
4. Present 番比user
5. Internal Test (收班code 9貨)
6. UAT (寫test cases)
7. Deployment (裝OS / 裝APP / configure / data Migration & Test)

好典型既vendor/SI BA/consultant
無咩特別

Si ba dog 同我上一份工一樣