看板 [ Soft_Job ]
討論串[討論] PM = Problem Maker !?
共 3 篇文章
內容預覽： 開啟 | 關閉 | 只限未讀
首頁
上一頁
1
下一頁
尾頁
#1
[討論] PM = Problem Maker !?
推噓9(9推 0噓 22→)留言31則，0人參與, 最新作者BalahBalah (裝忙是很辛苦滴)時間17年前 (2007/07/11 17:26), 編輯資訊
1
0
0
內容預覽:
各位, 下午好. 之前的文章以及推文, 看似大部分的新鮮人對 PM / SA 有很高的期望, 但是老手卻對 PM/ SA 有很深的怨念, 讓我有些感慨. 工程師到底往 PM / SA 的路走是不是正確的? 資深的工程師該轉職什麼樣的缺?. 合理的大型專案成員, 應該有哪些職缺?. QA / QC /
(還有2110個字)
#2
Re: [討論] PM = Problem Maker !?
推噓0(0推 0噓 0→)留言0則，0人參與, 最新作者ritchieHsu時間17年前 (2007/07/11 20:48), 編輯資訊
1
0
0
內容預覽:
小弟可以延伸問一個問題嗎. 常聽到 SA/SD，到底SA和SD的差異細節是哪裡. 這一點一直困惑的小弟. 畫畫UML，流程圖，規劃Data Model等等. 是算在SA嗎 還是SD. 小弟有作過從 需求訪談 UML等文件製作 到Coding一手包辦過的專案. 但是如果以正規軟體工程來細分 SA和SD
#3
Re: [討論] PM = Problem Maker !?
推噓7(7推 0噓 12→)留言19則，0人參與, 最新作者derekhsu (斷頭不過碗大疤)時間17年前 (2007/07/11 21:23), 編輯資訊
0
0
1
內容預覽:
用最簡單的方法來講，. SA：是從客戶的角度來看事情，是作給客戶看的，是確認客戶需求用的。. SD：是從工程端的角度來看事情，是作給工程師看的，是讓工程師程式開發藍圖用的。. 典型的SA產物會有資料流程圖（DFD），雛型、UML的Use Case Diagram、Sequence. Diagram、
(還有171個字)
首頁
上一頁
1
下一頁
尾頁