茫茫網海中的冷日
         
茫茫網海中的冷日
發生過的事，不可能遺忘，只是想不起來而已！
 恭喜您是本站第 1729270 位訪客!  登入  | 註冊
主選單

Google 自訂搜尋

Goole 廣告

隨機相片
IMG_60D_00311.jpg

授權條款

使用者登入
使用者名稱:

密碼:


忘了密碼?

現在就註冊!

軟工藝術 : [分享]專案管理之美學讀後筆記

討論區主頁 - 主題一覽 > 軟工藝術 > [分享]專案管理之美學讀後筆記
討論串 | 最新的先
前一個主題 | 下一個主題 | 頁尾
主題一覽的上方
發表者 討論內容
冷日
(冷日)		 發表時間：2008/3/14 9:16
Webmaster
  • 註冊日: 2008/2/19
  • 來自:
  • 發表數: 15771
[分享]專案管理之美學讀後筆記
阿圖.葛汪達：
我們希望醫學是知識和程序有條有理的領域，但並非如此。醫學是不完美的科學，是由不斷改變的知識、不確定的資訊、以及容易犯錯的個人所組成的事業，同時又依準則做事。沒錯，我們所做的有科學在內，但同時也有習慣、直覺、以及偶爾的單純經驗猜測。在我們所懂得以及我們要持續追求的事情之間，有差距存在，而這個差距把我們所作的一切都複雜化了。
PS：由此看來，軟體科學和醫學的問題點差異是不大的。

如果沒有人專門控管整體成果，個人的偏見和利益，將讓團隊的方向出軌，讓每個參與期中的人沮喪。回想醫院的急診室，有個醫師會負責主導病人的醫療過程。這樣可以讓許多決策迅速進行，讓外傷團隊裡每個預期中的角色，都能清楚的各司其職。對於專案管理類型的議題，如果沒有這種明確的授權，開發團隊將陷入困境。如果沒有人專門分類臭蟲，或者專門追蹤進度和標示問題，這些任務可能因為個別、已程式設計為中心的活動，而危險的落後。
回覆
冷日
(冷日)		 發表時間：2008/3/14 9:16
Webmaster
  • 註冊日: 2008/2/19
  • 來自:
  • 發表數: 15771
[分享]專案管理之美學 第一章摘要
專案管理隨處可見，並且由來已久。
如果保有初學者的心（初心者），妳就更有機會學習。
專案管理可以是工作、角色、或活動。
計畫經理是微軟強力定義的專案管理角色，源自於矩陣式組織的概念。
領導利和管理需要對幾個常見難題有所理解及直覺，包括自我/無我、獨裁/委派、忍受含糊/追求完美、口頭/書面、承認複雜/擁護單純、不耐煩/有耐心、相信/懷疑、以及勇氣/恐懼。
注意你在管理活動中的自詡和過度參與。流程應支援團隊，而不是團隊支援流程。
如果你是專職經理人，要尋找方式，善用妳對團隊和專案的獨特見解。
好的專案經理，不會在他們願意和不願意做的事情上劃下明確界線；不良的則是會避免在專案管理任務，和專案本身之間劃下明確的分隔線。
堅守查核清單似乎意味者，有種終極流程可以保證獲取特定成果，但從來不是這麼回事。
把流程（查核清單）和目標（工作標的）混淆，是管理階層最大的罪惡之一。
回覆
冷日
(冷日)		 發表時間：2008/3/14 9:17
Webmaster
  • 註冊日: 2008/2/19
  • 來自:
  • 發表數: 15771
Re: [分享]專案管理之美學 第二章摘要
時間表有三種功能：做承諾、鼓勵每人將其工作視為對整體的一份貢獻、以及追蹤進度。即使時間表延誤，依然有價值。
大時間表應該切成小時間表，把風險減到最小，並增加調整的頻率。
所有估算都是機率。因為時間表是一堆估算的集合，所以也是機率。這會對時間表準確度造成影響，因為機率會累積（80% * 80% = 64%）。
越早做估算，準確度就越低。然而，粗略估算才能有一個起點，做更好的估算。
應以存疑態度制定時間表，而非樂觀的態度。把精力投注在設計上，使得假設得以攤在陽光下，產生可靠的信心。
對流程過於迷信的管理者，就是領導才能不足的警訊！
採用方法論時，對於使用的方式要非常小心：他不應該變成打擊團隊的東西；相反地，應該是可以支援、鼓舞、以及協助團隊把專案做好的東西。
所有的時間表都有一項基本法則：三分法。分別是：設計、實做、測試。
好的估算來自於好的設計，確保良好估算的方式：建立估算的基準信心間距、最主要的程式設計師要立下品質估算的規矩、程式設計師應當受到信賴、估算取決於程式設計師對專案目標的理解、估算應該根據以前的效能、規格書或設計品質應該要達到做良好估算所需的程度、有些已知的技巧可以做出更好的估算。
回覆
主題一覽的下方
討論串
前一個主題 | 下一個主題 | 頁首 | | |

| Powered by XOOPS 2.0 © 2001-2008 The XOOPS Project|