|
|
|
mvnForum » 列出所有討論區 » » 討論區: 專案管理 » » » 話題: 敏捷(agile)方法專案管理 » » » » 文章: 敏捷(agile)方法專案管理 |
列印 2024/4/18 上午 08:26:46 |
| 文章作者 jieh 於 2005/12/6 上午 01:47:21 |
敏捷(agile)方法專案管理最下面的附檔文章是某次偶然的機會撿到的，在此分享給大家，看看是否能解決之前大家討論的疑惑～ 另外關於 iterative 我到目前喜歡的翻譯是 "迭代"，我只記得某位 java 大師的文章也是這樣翻譯的...... 以下是小弟對這篇文章所節錄的心得，如果不嫌棄的話可以交流...^^ 每個專案參與者都是設計者 每個專案參與者都是設計者：不只是系統分析師，實際開發的程式設計師也是重要的設計者，管理者應當給予充分的權限隊員設計者進行修改。 評估的困難性 要評估軟體是非常困難的。儘管人們已經盡了很大的努力，我們仍然不能對軟體的一些很簡單方面進行評估，如生產率。如果沒有一套有效的評估方法，任何外部的控制都會是困難的。 不斷的回饋 SCRUM把一個專案分成若干個為期30天的迭代階段，稱之為一“沖”。開“沖”之前，你得明確這一“沖”要實現的功能，然後交給開發組去完成。但是，在“沖”期間，需求必須是固定的。 管理人員並非在“沖”的時候就撒手不管了。每天，他需召集一個短會（15分鐘左右〕，稱之為一個scrum，會上大家討論決定第二天幹什麼。特別是大家會對管理層提出那些阻礙專案進行的因素，並希望管理層能予以解決。當然，他們也需要報告目前完成了什麼，這樣管理層每天都能了然專案的進展情況。 或者離開工作地點，到另外一個地方，在一位有經驗的專家主持下開2－3天的總結會。這不僅是給開發組提供一次學習機會，同時也給整個組織一次學習機會。 最後提供小惡魔自己整理的開發流程和方法，大家參考交流交流...... 軟體下載：(1) 專案開發流程與方法、(2) 敏捷方法專案管理 (等５秒後按下右上角出現黃色按鈕 跳過後 即可下載檔案，請耐心等一下！其他內容別管只要等右上角的按鈕即可...) adf020811  ---------------------------------------- 支持小惡魔 BTC : 19tn3RnCuwZVukXAwyhDWZD4uBgUZoGJPx LTC : LTFa17pSvvoe3aU5jbmfcmEpo1xuGa9XeA 知識跟八卦一樣，越多人知道越有價值；知識最好的備份方法，散播！ 藍色小惡魔(林永傑)： 臉書 |