[請益] 如何培養/成為SA??

[codemonkey (程式猿)]

再請教一下  做SA的時候  技術上的細節要描述到哪個層面呢

例如...用戶從手機APP用G+登入後  後端WEB要如何驗證前端APP的請求 這件事情

SA需要瞭解大概怎麼做但是不用描述   還是不用知道也不用規範這一塊？

(做法當然不是讓APP回傳登入的G+帳號名稱就算了 )

-------------------------

我們家的SA實在不行  所以要 "轉回" 業務部了
可是部門剩下的都是coding沒幾年的小朋友(以年資來看)
人力也滿了 ... 意思是我們要自己做SA和SD了


在我的觀念中
SA的工作是說服老闆在 "可實現/具有sense的需求規格/工單" 上面簽字
最接近角色就是scrum的PO吧？？


請問除了去抓SA文件格式回來亂填
一群小朋友要怎麼學做SA啊？

--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 118.161.30.222
推 shiengchyi:SA要會專案管理，要會排時間和估人力，要會寫需求分析
→ shiengchyi:這些上課可以學一點基礎，剩下的只能靠經驗和傳承
推 crc2121:小朋友是指新台幣1000元嗎？
推 f1234518456:學用嘴巴寫code阿
推 sakra:SA要會專案管理嗎？我一直以為SA不用管專案執行的部份....
推 thinkniht:to樓上:理論和現實有時是有很大差異的
→ andymai:各家公司都不太一樣~但是SA不熟不會抓時間又亂抓~被工程師
→ andymai:群起炮轟也是死得其所而已...
→ andymai:會搞到大家年資都很小~這...
所以現在只能亂寫 & 和業務單位互相追殺囉...??
所謂亂寫是說我們寫出來的都會變成SD文件
※ 編輯: codemonkey      來自: 118.161.30.222       (06/04 22:04)
→ andymai:總覺得主管應該出來管~怎會是底下工程師在窮擔心?
→ shiengchyi:SA寫需求分析+測試，SD寫規格書+技術指導，RD Coding
→ shiengchyi:小公司通常是一人分飾三角~
20人以下小公司  業務單位幾乎等於PM了  也沒有中階主管
當然也沒有PO和SM幫我們遮風擋雨

不過也可以學到很多  例如當業務臭著臉壓我們規格和時間的時候
可以訓練快速找出程式流程/商業邏輯/服務規劃的漏洞或是矛盾
讓他們回去再好好想想 ...
※ 編輯: codemonkey      來自: 118.161.30.222       (06/04 22:42)
→ bndan:SA不應該是PO吧 囧? product owner 怎看都不像是SA阿~ /_\"
推 kimkao:其實如果人沒有很多又不太有經驗. 就把最重要的需求蒐集做
→ kimkao:好就好，所謂的需求蒐集是把真正人家要地給清楚的找回來
→ kimkao:然後進行結構分析，而非需求分析，需求是蒐集來的
→ kimkao:而結構分析 在這裡也因為人少又要求速度，所以直接讓PG一起
→ kimkao:讓原有的SD/PG藩籬直接打破，全員參與結構分析反而更快能讓
→ kimkao:所有人走在同一條線上，縮短從需求道設計之間的藩籬
→ kimkao:但快速 不代表著就是髒設計或者不設計，只是真正的環節是在
→ kimkao:一開始的需求蒐集是否能真的在結構分析設計階段找出問題
→ kimkao:一個人做沒經驗可能沒感覺 但一群人一起go 總有意見反饋
→ kimkao:team work 會有幫助的
※ 編輯: codemonkey      來自: 118.161.30.222       (06/05 10:17)