|
|
| 首頁 | 討論區 | 最新話題 | 搜尋 | XML | 登入 |
 |
Blueimp » 列出所有討論區 » 討論區: 專案管理 |
|
|
| 此話題中所有文章數: 3 [ 話題狀態: 一般 ] | |
|
軟體工程專案管理團隊角色與職務分配 v1.0預計要張貼到中山大學課程佈告欄的草稿 看到的人不要理我... 目前預計接洽的專案有：通路商進銷存管理系統、債務委外訪催系統、...等，我會先跟各位介紹各專案的差異後 Team Members 決定。 Customer MIS - 提出需求和提供產業 know-how，以及負責刁難廠商（開玩笑的...^^）...等。 Customer User - 負責提出不可理喻的問題氣死廠商，並當資訊部門凹需求的藉口。 從頭到尾都用沒有時間當藉口，在完全不參與專案的進行下，卻必須在最短的時間內了解整個系統的人（提出來的問題一定會氣死人）。 Consultant - 負責專案風險評估，並監督整個專案進行的品質與進度，以及危機處理（如學期末專案報告交不出來...><）...等；或者提出一大堆天馬行空好高騖遠的建議書。 Project Manager - 在專案進行中負責上台挨罵的人。 專案管理計畫排定，時程規劃和協調所有人員運作，含上線導入計劃的排定...等。 PM assistant - 因為 PM 都在挨罵 總要有人去做事。 協助 PM 在專案進行中會議紀錄、文件管理和追蹤所有人員的工作任務的進展，並蒐集彙整相關資料產生報告...等。 SA Leader - 真正有實力幹事的人。 需求控管（溝通、分析與管理）、確保 SA/D 文件的品質、...等。 System Analysis - 產生 SA/D 實體文件...等。 QA Leader - 負責專案各階段的系統測試計畫排定、執行和問題追蹤，以及專案品管問題追蹤...等。 Chief Engineer - 脾氣最牛的人... 負責系統架構的擬定、各種開發技術和工具的規劃，以及委外程式設計師的溝通和技術穩定與產出品質...等。 業務 - 負責在對客戶開完芭樂票後，請 Team Members 吃飯自以為可以激勵士氣； 當跳票的時候，請客戶吃飯自以為靠自己的魅力可以ㄙㄜ過去， 其實到最後完全不用負責任的人。 ---------------------------------------- 支持小惡魔 BTC : 19tn3RnCuwZVukXAwyhDWZD4uBgUZoGJPx LTC : LTFa17pSvvoe3aU5jbmfcmEpo1xuGa9XeA 知識跟八卦一樣，越多人知道越有價值；知識最好的備份方法，散播！ 藍色小惡魔(林永傑)： 臉書 ---------------------------------------- [編輯文章 12 次, 最後修改： jieh 於 2025/1/14 下午 10:48:54] |
||||
|
職務分配 Ver 0.1功能點評估：輸入、輸出、查詢、內部邏輯檔案、外部介面檔案功能等級，每個功能項目分以下等級：簡單、中等、複雜 (可以 A,B,C,D...分別) 各項目的等級以經驗定義，並於文件中(或評估系統)舉例說明如何決定等級。 影響係數：將各功能 乘上 影響係數(F1 ~ F14 講義上有原文定義，每個因子為 0 ~ 5分) 風險評估vs機會&成本(以軟體公司的角度) 風險評估和分析是需要成本的(人力&時間) 多大的專案才需要做風險評估呢? 評估完了或許客戶不找你做了... 而人力&時間浪費了 做完風險評估提出的成本太高(因為別人不做風險評估) 客戶案子不給你 專案的大小如果用 客戶期望的價格 or 期望的日曆月 您認為可以量化後決定是否需要進行風險評估嗎? 還是不管大小都需要? 因為大家選擇的職務有點集中 所以造成一些工作沒人要了 為了讓大家獲得自己想學的東西 職務分配的結果我做了以下決定 如果有人希望調整的話 可以隨時告訴我 1. Consultant - 新洲 如果是新產業或公司內經驗不足 這個職務通常會外聘 適合長距離執行 Consultant 是一個應該看到整個專案外部全貌的工作 必要時給予解決問題的方向 或提供經驗範例 而這次的專題作業 風險評估 的重頭戲就在這裡囉...^^ 我希望這樣的安排能讓您在未來的工作在專案的開始就能掌控大局 2. Project Manager - 永傑 都沒有人選 所以我就自己擔綱吧!!! 因為需求的討論通常我會安排 PM, QA Leader, Chief Engineer 參加重要會議 不論是和客戶或內部 所以我們就假設外部會議已經由 PM 等人進行過了 4. PM assistant - 章鳴 & 宗瀚 這是本次最熱門的職務 不過我要提醒兩位 這將會是雜事最多的人 因為 PM 就好像是大管家一樣 不管是國家大事 還是客戶家裡蟑螂不下蛋 都要找他負責解決 所以通常為了讓專案中真正重要的事情能夠被優先處理 我們通常對應的方法有兩個 一個是地下 PM (我愛用的方法 不過本專題不用耍心機) 一個是多派幾個已經成熟的工程師擔任助手 (我誘騙 member 永遠效忠的方法) 5. SA Leader - 峻霖 在我們人力不足的時候 Chief Engineer 的工作是放在 SA Leader 身上的 也是架構分析師 ^^... 至於 SA Leader 的 SA 管理工作 您就當作順便學習 6. System Analysis - 姿淳 & 珊妤 在實務上如果人力允許的話 我會安排為 programer 兩倍的人力 如果有必要將進度推展到 SDD 的話 會讓您了解到我對專案管理的理念 7. QA Leader - 寶徹 QA Leader 的規劃是 能夠對程式開發前後的測試計畫設計、執行和追蹤 並且對專案上線後的品質確保和檢討 在我挑選的專案中的測試計劃並不是很有組織 後續我所歷經的專案相關測試方法各有所異 換言之 關於測試的方法我們仍會有很大的討論空間 ---------------------------------------- 支持小惡魔 BTC : 19tn3RnCuwZVukXAwyhDWZD4uBgUZoGJPx LTC : LTFa17pSvvoe3aU5jbmfcmEpo1xuGa9XeA 知識跟八卦一樣，越多人知道越有價值；知識最好的備份方法，散播！ 藍色小惡魔(林永傑)： 臉書 ---------------------------------------- [編輯文章 1 次, 最後修改： jieh 於 2005/12/6 上午 01:10:20] |
||||
|
第一次會議Dear All,希望大家針對專案計畫的主題項目發表看法 似乎仍無頭緒 不過運氣好的是 老師終於出了一份範例 可是我記得老師說的是國外大型專案計畫才對 但是有中文版的電子商務可以看也不錯 關於第一次會議的時間和地點(決定可能的進行方式) 這邊還是希望尊重大家的意思 請大家能夠提供想法 至於主題除了我向大家介紹這次的專案內容外 我想再以老師的範例心得交流當作第二個主題 另外針對專案計畫的心得還是希望能夠訂出細部的主題 就看這禮拜我們是否能夠在線上先討論出一些方向而定 章鳴 & 宗瀚 如果您對目前的職務分配接受的話 請出面協調第一次會議進行的相關準備工作 就當作是專案已經準備開始 你們的第一個 Task 吧!!! ---------------------------------------- 支持小惡魔 BTC : 19tn3RnCuwZVukXAwyhDWZD4uBgUZoGJPx LTC : LTFa17pSvvoe3aU5jbmfcmEpo1xuGa9XeA 知識跟八卦一樣，越多人知道越有價值；知識最好的備份方法，散播！ 藍色小惡魔(林永傑)： 臉書 |
||||
|
