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

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