學習實踐了一段時間scrum，遇到一些問題，最近在閱讀《scrum敏捷專案管理》一書。略有收穫。記錄下來，以供日後回顧與共勉。
專案管理的核心原則：
不同型別/背景的專案所採用的專案管理方法可能是截然不同的，沒有最好，只有更好，要靈活使用，管理方法也是工具而已；
專案管理，應以成果為導向，而非過程為導向。不要為了管理而管理；
衡量專案成敗與否，著重看得是專案成果的商業價值和投資回報，而不是僅僅看有無超支、延期或嚴格執行原始計畫；
20/80原則，盡可能的滿足與專案利益關係最緊密的人的核心需求；
盡可能的盡快向與專案利益關係最緊密的人展示專案成果，並獲取反饋以做出不斷的、必要的調整，並確保提供高商業價值的交付。
基於事實反饋而作必要調整的決策模式，經過實踐檢驗，較前端**型決策方式，更加有效。
scrum關注軟體產品的商業價值增量。通過不斷的迭代，軟體在第一次心跳來到後，不斷成長，逐漸成為乙個產生預期商業價值的完整體。同時，scrum更注重交付商業價值中優先順序最高，最重要的商業價值（需求、功能）。集思廣益，越複雜的系統，越需要下放權力，對於scrum團隊，要成為自身命運的管理者。充分發揮自身的能力和潛力，挑戰和創新並存。
「scrum的基礎是授權於專案開發團隊，以及滿足客戶需求，植根於「幫助他人完成目標」這一理念，主要的技術工具是通過學習過程做出基於事實的決策。一旦上述因素各就各位，scrum向不成功都難。」
《敏捷建模》讀後感
這本書買了有一段時間了，可是最近才算真正過了一遍，書不算厚，300頁左右，但是看完後感覺收穫頗多。這本書並沒有教給你具體的建模技術，比如uml，模式等的使用，或者手把手的教你乙個例子，而是首先提出敏捷建模的原則，實踐來解釋什麼是敏捷建模和其關鍵部分。然後展開說明敏捷建模中各製品，和統一過程，xp的結...
敏捷開發讀後感
經過閱讀這些文章，我對於敏捷開發有了初步的了解。總的來說呢，敏捷開發 是一種以人為核心 迭代 循序漸進的開發方法。就是將乙個大專案進行分割，將其分割成為乙個乙個分別獨立而其中又存在聯絡的小專案，每乙個小專案由不同的小組分別完成。由於這種較為靈活的模式，使得敏捷開發與其他軟體開發型別相比在適應性上有了...
Scrum專案6 0 和8910章讀後感
scrum專案6.0總結 這次sprint1通過我們的努力，終於把自動回覆做出來了。但之後的任務更加繁重，我們要更加努力，克服各種困難。也要說說這次自動回覆裡面的注意之處 1.不該空格的地方空格，導致ip位址返回是錯誤位址，接受不到資訊。3.koa bluebird 框架一開始沒搭建好，導致 混亂，...