為什麼這篇sa文件格式鄉民發文收入到精華區：因為在sa文件格式這個討論話題中，有許多相關的文章在討論，這篇最有參考價值！作者codemonkey (程式猿)看板Soft_Job標題[請益] 如何培養/成為SA??時間Tu...
再請教一下 做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要會專案管理，要會排時間和估人力，要會寫需求分析 06/04 21:04
→ shiengchyi:這些上課可以學一點基礎，剩下的只能靠經驗和傳承 06/04 21:04
推 crc2121:小朋友是指新台幣1000元嗎？ 06/04 21:33
推 f1234518456:學用嘴巴寫code阿 06/04 21:46
推 sakra:SA要會專案管理嗎？我一直以為SA不用管專案執行的部份.... 06/04 21:46
推 thinkniht:to樓上:理論和現實有時是有很大差異的 06/04 21:54
→ andymai:各家公司都不太一樣~但是SA不熟不會抓時間又亂抓~被工程師 06/04 21:57
→ andymai:群起炮轟也是死得其所而已... 06/04 21:58
→ andymai:會搞到大家年資都很小~這... 06/04 21:59
所以現在只能亂寫 & 和業務單位互相追殺囉...??所謂亂寫是說我們寫出來的都會變成SD文件
※ 編輯: codemonkey 來自: 118.161.30.222 (06/04 22:04)
→ andymai:總覺得主管應該出來管~怎會是底下工程師在窮擔心? 06/04 22:06
→ shiengchyi:SA寫需求分析+測試，SD寫規格書+技術指導，RD Coding 06/04 22:22
→ shiengchyi:小公司通常是一人分飾三角~ 06/04 22:24
20人以下小公司 業務單位幾乎等於PM了 也沒有中階主管當然也沒有PO和SM幫我們遮風擋雨
不過也可以學到很多 例如當業務臭著臉壓我們規格和時間的時候
可以訓練快速找出程式流程/商業邏輯/服務規劃的漏洞或是矛盾
讓他們回去再好好想想 ...
※ 編輯: codemonkey 來自: 118.161.30.222 (06/04 22:42)
→ bndan:SA不應該是PO吧 囧? product owner 怎看都不像是SA阿~ /_\" 06/05 00:06
推 kimkao:其實如果人沒有很多又不太有經驗. 就把最重要的需求蒐集做 06/05 00:41
→ kimkao:好就好，所謂的需求蒐集是把真正人家要地給清楚的找回來 06/05 00:42
→ kimkao:然後進行結構分析，而非需求分析，需求是蒐集來的 06/05 00:42
→ kimkao:而結構分析 在這裡也因為人少又要求速度，所以直接讓PG一起 06/05 00:43
→ kimkao:讓原有的SD/PG藩籬直接打破，全員參與結構分析反而更快能讓 06/05 00:43
→ kimkao:所有人走在同一條線上，縮短從需求道設計之間的藩籬 06/05 00:45
→ kimkao:但快速 不代表著就是髒設計或者不設計，只是真正的環節是在 06/05 00:45
→ kimkao:一開始的需求蒐集是否能真的在結構分析設計階段找出問題 06/05 00:46
→ kimkao:一個人做沒經驗可能沒感覺 但一群人一起go 總有意見反饋 06/05 00:46
→ kimkao:team work 會有幫助的 06/05 00:46
※ 編輯: codemonkey 來自: 118.161.30.222 (06/05 10:17)