[請益] SA是否必須具備開規格的能力?

作者: johnson28 (星界)   2016-06-05 03:09:51
不好意思,因為最近工作上遇到瓶頸,所以想上來請益一下。
所待的軟體公司,規模約500人左右,目前工作為實際Coding人員。
內部的SA,雖然在職責上,是必須要具備開規格能力的。
但大多數SA,並不具備該能力,甚至有許多不會寫程式。
在這種情況下所開出來的規格,可以說大多數是不切實際的。
這時候會產生幾種狀況:
1. 東西直接做錯,反覆修改耗費時間。
2. Coding的人再次做分析,並再向SA確認,如此一來需耗費2次分析時間。
3. SA在開規格上權責下放,實際開規格與分析人員為Coding人員。這樣分工
雖然看似對專案最好,但會有SA領乾薪,Coding人員多做工少領薪問題。
雖然多次向上層提出公司內這種SA問題,並提出開規格與支薪的權責靈活分配,
不過似乎礙於更上層的壓力而無法實行。請問是否有更好的方式,來建議公司改
善目前機制的嗎?
作者: chuegou (chuegou)   2016-06-05 04:07:00
多請一個SD
作者: iFEELing (ing)   2016-06-05 04:33:00
SA爛 SA的老闆無能 SA老闆的老闆識人不明 你一槍打三個.這樣會過 除非這些上層人品超級好......
作者: ECMA   2016-06-05 10:10:00
台灣就是不會寫才去當sa的 會寫還能讓你當sa 呵呵
作者: dnabossking (少狂)   2016-06-05 10:42:00
推一槍打三個
作者: comesuck (艾米德)   2016-06-05 10:44:00
軟工的存在就是為了盡量減少需求與實作的差異;治本的方法就是所有人抓去上軟工+溝通與表達不然永遠都在打掉輪迴...
作者: LINGZ (肥兔小欽)   2016-06-05 12:07:00
SA開規格,PG身兼SD,最後SA身兼QA,這樣沒啥好吵了吧!XD
作者: solamb (挖吼吼)   2016-06-05 12:19:00
會寫code就會被抓去當pg~
作者: iamshiao (CircleHsiao)   2016-06-05 12:19:00
學生的時候我一直覺得不會寫程式的 SA 是一個玩笑,出來才知道是真的
作者: remmurds (Stronghold)   2016-06-05 12:40:00
在台灣 會去當SA的都是__
作者: comesuck (艾米德)   2016-06-05 13:19:00
http://it-ebooks.info/book/2872/看懂就有機會改善了軟工沒有哪方面,就只是確保如何讓系統實現需求的抽象化過程方向正確你要會用uml表達;但你不懂oo,你就畫不出合乎邏輯的class diagram,sequence diagram所以要很全面...無論是domain or 技術面都要夠敏銳
作者: iFEELing (ing)   2016-06-05 13:39:00
正常的SA兩邊都要懂 現實的SA只是業務換TITLE而已
作者: femlro (母豬教謀神異端審問官1.5)   2016-06-05 14:01:00
推樓上 啊就軟體業務 說什麼sa連oo都不會可以當sa? 笑死業務能力強就該掛業務 不然就請sd否則sa真的只是好聽
作者: iFEELing (ing)   2016-06-05 14:56:00
業務要背業績 SA不用
作者: moelin2007 (隱逸俠)   2016-06-05 15:31:00
疑?!我以為開規格這東西是一定要畫UML的
作者: comesuck (艾米德)   2016-06-05 18:29:00
如果只是做做樣子導入...千萬不要導入;不然到時候專案失敗又要說幹uml根本沒用...不懂的人最愛用這種方式開脫
作者: iFEELing (ing)   2016-06-06 02:01:00
其實這個基本上是政治問題 不是技術問題了.....
作者: chenxiaowoo (灶咪A嘎B)   2016-06-06 09:45:00
="= SA兼RD已哭哭(中間還兼啥已懶得說)
作者: johnson28 (星界)   2016-06-06 20:40:00
只要薪水過得去...自己開的規格自己做也不錯啊!
作者: pizzahut (...)   2016-06-06 23:42:00
自己開的規格自己做,以後作品集會比較完整嗎?
作者: lovelycateye (我還想要更多力量)   2016-06-07 15:37:00
一條龍就解決惹,你就是那條龍
作者: Beersheep (一心不乱)   2016-06-07 20:28:00
龍が我がの敵を喰らえ!

Links booklink

Contact Us: admin [ a t ] ucptt.com