知行合一 (一)把人分成「思考者」與「行動者」,是非常愚蠢的文化觀點
IT肥蝦 發表在 痞客邦 留言(0) 人氣(96)
Project Plan Versus Project Management Plan
【軟體專案管理】(林信惠、黃明祥、王文良合著的)4.5專案計畫書一節,僅說明:「軟體專案計畫書是進行軟體專案規劃的主要結果,因此它代表大部分從事於專案規劃人員的意見與共識。」接著便參考”The Software Project Manager’s Handbook: Principles that work at
work”(Phillips, 1998)說明專案計畫書至少應包含的項目。IT肥蝦 發表在 痞客邦 留言(0) 人氣(416)
審勢明辨、究境量情
(一)決策的能耐,總是與欠缺多少賴以下判斷的根據成正比
IT肥蝦 發表在 痞客邦 留言(0) 人氣(110)
Proposal Evaluation Techniques由於肥蝦常常自以為自己對PMBOK有一定的瞭解,加上自己這十年多的實務經驗,因此有時不免會自我陶醉一番,自我感覺良好。肥蝦昨日聆聽李坤清老師於課堂上的教導後,不禁有了「聽師一席話,勝讀十年PMBOK!」的感嘆!話說昨晚,軟體專案管理課程,肥蝦一組報告【軟體專案管理】課本(林信惠、黃明祥、王文良合著的)第三章軟體開發模式,其中肥蝦負責第一節導論、第二節瀑布模式與第三節快速雛型法,以及自己所選擇的一篇期刊論文:” On exceptions and the software development life cycle”。當肥蝦於課前準備,閱讀課本第二節之際,發現書中對瀑布模式的圖形表示與肥蝦以往認知不一,就去找了那Royce於1970年發表的名作"Managing
the Development of Large Software Systems: Concepts and Techniques“一看究竟,並將原版的圖形列示於簡報之中。當初Royce所提出的五大步驟─STEP 1: PROGRAM DESIGN COMES
FIRST;STEP 2: DOCUMENT THE DESIGN;STEP 3: DO IT TWICE;STEP 4: PLAN, CONTROL
AND MONITOR TESTING;STEP 5: INVOLVE THE CUSTOMER─雖說內容上因電腦科技的進步與時代環境的變異有所出入,但其核心精神仍是現今軟體開發專案所要繼續努力的方向。本組中的錦崇同學報告了一篇1997年發表的”
Methodologies for Information Systems Investment Evaluation at the Proposal
Stage”,該文對歷來評選建議書的方法作了一個整理、彙整與比較,並且提出了所謂的一般觀察(general
observations)與建議(Recommendations)。針對1997年的這篇文章,令肥蝦最感興趣的是其對於評選中對於風險衡量的述說。該文中將風險視為特定投資的不確定結果的衡量數值,在一些評選方法中或將之列為獨立的評選項目,或是將不確定性改以支出的提高,或是預期收入的減少,或者可如敏感性分析中的最佳(best)或最差(worst)的情況進行分析。其中,多重標準方法(multi-criteria methods)中的SIESTA(Strategic
Investment Evaluation and Selection Tool Amsterdam)的模型中,對於風險倒是有較全面的描述。該文對照於現行的實務作法,大都能涵概,但就如文中所說,目前尚無文獻或研究,提出評選方式與專案成功間的因果關係。IT肥蝦 發表在 痞客邦 留言(0) 人氣(283)
(五)時程的控制。
項次
|
專案管理的意義
|
微軟Project軟體的重點
|
I
|
Schedule Baseline
|
(1)專案/專案資訊(狀態日期)
狀態日期為表示該日期下的現有任務狀況。
(2)工具/追蹤/儲存比較基準
(i)儲存比較基準:儲存專案的所有資訊。
(ii)儲存成中期計劃:只儲存任務時間的起迄,對應resource與cost並未儲存,適於作what-if分析使用。
※微軟Project軟體可存放11個比較基準。
|
II
|
Performance Review Period
Performance status update
Performance status refresh
|
(1)工具/追蹤/進度線(日期與間隔)
(2)插入欄(完成百分比、實際完成百分比)
(i)完成百分比:為依據時間(時程)進度的百分比,
(ii)實際完成百分比:為依據任務的實際狀態的完成比率。
(3)工具/追蹤/更新任務
完成百分比:依時程比率設定。
實際完成時間:為時程完成時間。
(4)工具/追蹤/更新專案
|
III
|
必要監控的專案資訊
|
(1)視窗/分割
上層為追蹤甘特圖;下層為任務分配狀況。
任務分配狀況右方表格可利用滑鼠右鍵/詳細樣式,設定基準工時/實際工時/實際加班工時。
|
IV
|
專屬化管理介面
|
(1)工具/自訂/工具列,欄位,表單
※微軟Project提供十個欄位供使用者自訂。
(2)檢視/其他檢視(新增)
新增使用者所需要之檢核畫面。
(3)專案/群組依據/自訂群組依據
(4)工具/組合管理
可依使用者需要刪除特定的作業,或者轉存入Global.MPT,供其他專案使用,或者自Global.MPT轉存入專案名稱.mpp以供該專案使用。
|
IT肥蝦 發表在 痞客邦 留言(0) 人氣(57)
(三)時程中的資源。
項次
|
專案管理的意義
|
微軟Project軟體的重點
|
I
|
Bottom-Up estimating
(i)作業(activity)
(ii)作業工期(activity duration)
(iii)資源清單(resource list)& Resource Calendars
(iv)資源單價(resource unit price)
(v)資源指派(resource assignment)
(vi)資源投入量(resource planned unit)
|
(1)檢視/資源工作表
類型:工時、材料、成本。
※成本無法設定單價,只能於專案/任務資訊(資源)下直接設定總額。
基準行事曆
最大可用量(100%=1單位)
(2)工具/分派資源
(3)專案/任務資訊(資源)
|
II
|
(工時=單位*工期)
任務類型:
(i)固定工期
(ii)固定單位
(iii)固定工時
|
(1)工具/選項(排程)
預設後續建置的任務類型。
(2)專案/任務資訊(進階)
特定任務指定任務類型。
|
III
|
Contingency
|
(1)檢視/資源工作表 + 專案/資源資訊(成本)
提供五個頁籤設定不同成本單價。後續可在檢視/其他檢視/任務分派狀況(一般)的成本比率表選定所又的成本頁籤。
|
IT肥蝦 發表在 痞客邦 留言(0) 人氣(45)
『時程是一種Model!時程常會陷入了五大迷思-(1)時程僅是一些圖形?(2)時程只是用來管理時間?(3)時程要分毫不差的進行?(4)計劃趕不上變化,變化趕不上老闆一句話?(5)是否有最好的排程方法?-這世上沒有聖杯,沒有特效藥!』沒聽過這些話語的,一看也知道這一定是出於擁有豐富專案管理經驗的人之口;聽過的,就知道這是出於【專案管理的生活思維】部落格主人Joe與Bryan兩位先進的金口。IT肥蝦 發表在 痞客邦 留言(0) 人氣(36)
-玉米田裏遍金黃,人形孤單鴉滿天。穗飽汁鮮雀先嘗,披星戴月屎滿身-稻草人
自從肥蝦參加了Joe與Bryan兩位先進所開辦的D1/D2 Workshop之後,對於他們所開辦的活動實在非常欣賞,活動後不久,就於「專案管理的生活思維」部落格中發現他們開辦了D3 Schedule Workshop的訊息,立即馬上報名。上週六活動開始,肥蝦也顧不得了修讀在職碩班的課程,滿心期待地參與了盛會。由於此次活動為期三天,在這活動的當下,肥蝦也不便就前兩天的收穫發表心得,以免這兩天已在課堂上出言不遜的我,在十月二日一進了教室被蓋布袋。但對於第二天的最後一個研習個案,肥蝦是心有所感,在答案發表前先分享一下個人的小小心得,也希望能獲得更多的指教與學習。 IT肥蝦 發表在 痞客邦 留言(0) 人氣(61)
謀定而後動,知止而有得(一)邏輯論證的確很難改變我們的情緒,但是知覺的改變能改變情緒
(1)所有的思考都涉及感情。思考的目的是調整個人的世界觀,好讓我們運用情緒和價值觀時能得到有效又可接受的結果。IT肥蝦 發表在 痞客邦 留言(0) 人氣(376)