http://wiki.mbalib.com/zh-tw/RACI%E6%A8%A1%E5%9E%8B
另外就是有些事不是非黑即白的,看似衝突的問題其實是有辦法有效解決,對客戶
與公司都有利的。這等原PO真的遇到這問題,再回來想想吧。
※ 引述《weimax (威威)》之銘言:
: 各位好
: 我自認是一個運氣非常好的人…
: 私立學士畢業,大學C#被當、JAVA被當
: 寫程式不是我的興趣
: 我畢業時壓根沒想過我這輩子會進資訊業寫程式
: 但是退伍後因緣際會進入了一間小公司
: 我的主管人非常好 Coding能力也很強
: 初期他”教”我如何寫程式,看到這應該很多人開始想嗆我了吧…XD
: 書本翻一翻再加上主管指導下,我也算突然開竅
: 開始負責現有專案的維護….在WINCE上用C#開發一些客戶新需求的功能
: 其實我的”程度”真的不好,板上一堆文我根本看不懂
: 但我有一樣還滿不錯的特質,其實也說不上特質
: 但這樣東西據我主管說他近年來面試幾個新人都看不到….就是負責
: 因為是小公司,所以每個角色不會定義的非常明確
: 常常一人身兼數職,也必須常常去客戶那邊進行需求訪談
: 許多的設計、文件、測試、開發都是我一人包了
: 前面提到我程度不好,那寫不出來的程式怎麼辦? 丟給我們主管就對了….
: 反正他對開發還滿有狂熱的,他說過他其實不是很喜歡當leader
: 就這樣爽爽過的日子過了大概兩年…
: 平常不太需要加班,必要時才要留下,但是沒加班費
: 薪資方面我也算滿意(年薪約65)
: 空餘的時間我都在把妹或幫人修車賺點飯錢….
: 最近公司高層想要把現在WINCE裝置上的一些功能弄到android手機上
: 所以我就開始進行android的study,不過這專案下週開始就要跑了
: 全公司懂JAVA的人相當少(我主管是其中一個),然後沒人寫過android,因此預計會找委外人力進來支援
: 而專案的PM就是在下我……
: 其實我個人是滿挫的,畢竟算是第一次帶人,而且負責的是自己完全不熟悉的領域
: 公司也沒人熟…而且唯一能靠的主管他因為其他專案纏身可能幫不了我
: 但主管就跟我說這是公司投資的研發,要我放手去幹
: 而且舊有的業務跟邏輯我是相當熟悉,WINCE平台也是我寫的
: 給你一批人應該是搞的起來才對..
: 幹不成頂多就他被唸幾句我的年終少一點罷了….
: 只是想問問各位先進有沒有類似的經驗可以分享的
: 謝謝
--
阿后翔的旅遊記事簿:
http://www.wretch.cc/blog/robinson12
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 118.160.93.225
竟然原PO即將換腦袋,喔不,是升官,那就最好不要搞到裡外不是人
軟體專案管理的書其實已經出版非常多了,是值得買幾本好好看一看
像我最近變consultant當救火隊去救火,原本那個專案是客戶已經氣到不知道要
怎樣了,團隊成員也氣到不知道怎樣一直有人離職
通常這時候大家應該知道:「李組長眉頭一皺,發覺案情並不單純!」
這次是救援成功,至少我負責的這個案子,已可以依正常的schedule進行,除了
又回到正常上下班之外,其實工作時間有蠻大的空間時間。
這次就像以前的經驗一樣,客戶會傾向和我反應問題,希望我去當協調人解決問題,
所以我就像以前一樣要向客戶/PM兩邊確認需求與問題,還要與其他工程師協調資訊。
不過重點是我還是領工程師的薪水阿。
原PO這方面如果可以做得很好的話,訊息的流通將會非常順暢,專案之所以會出問題
,其實很大的一部份是「溝通」出了問題。如果這方面做不好的話,就顆顆顆了....
工作分配竟量明確定義,不是指專業分工,是指某工作要指派給誰要說明白,
不要含糊帶過,如果工程師莫明其妙覺得多了一些工作,奇摩子會不好,會造成
日後的衝突,這一樣是「溝通」的一環,如果可以用表格明確定義會更好。
RACI