====一些小道理
在成功的道路中，選擇大於努力
有時候你會發現，事情總是會向你能想到的最壞的方向發展--墨菲定律
====關於敏捷
敏捷：適應變化，以人為本
1、面向人的而非面向過程
2、主動適應而非預先設定
3、擺脫繁瑣的東西，但不是不要，只是要簡潔明瞭的直擊主題
敏捷開發認為人與人之間有效的交流和協作是最重要的，透過一切流程和工具看本質，實際上就是使人能夠協作開發軟體。如果能夠保持最有效的交流和協作，又何必在乎流程和工具呢？
敏捷開發隨時擁抱變化、響應變化，而不是恪守計畫。敏捷開發認為，在軟體開發過程中，未來是不可完全預知的，並且要求軟體開發團隊進行高度的自我管理，管理者要充分信任開發團隊。
傳統的開發流程認為，未來是可以計畫和**的，另外，管理者也不完全信任開發團隊，需要通過命令和控制的手段來管理專案。
敏捷開發的本質：一切活動以價值為導向；以人為本。
敏捷中的經理角色更像是足球場上的教練，他不是去踢球的，真正踢球的是那些隊員們。
====敏捷的幾種方法
xp：核心：溝通、簡明、反饋和勇氣。通過充分的交流和溝通，使設計盡可能簡單明瞭；同時通過客戶經常性的反饋，生產出符合客戶要求的軟體產品，並有勇氣迎接需要的改變。
rup：
把軟體開發生命週期劃分成多個迭代，每個迭代都涉及到業務建模、需求分析、設計、實現、測試、部署、配置與變更管理、專案管理、環境。
lean：
主要思路：消除浪費，將所有的時間花在能夠增加客戶價值的事情；延遲決策，在乙個複雜多變的環境中進行軟體開發，需要根據實際情況保持可選方案的開放性，但時間不能過長；盡早交付，軟體交付的週期越快，使用者的需求就會越清晰，軟體應對需求變化的靈活性就越高，讓客戶的需求來推動工作的進度；加強學習，承認變化的存在及其不可預見性，加強反饋和交流，在實踐中發現問題、解決問題，並最終形成解決方案；授權給團隊，正確的決策取決於準確的資訊，讓開發團隊參與決策，讓團隊成員充分發揮自己的潛力。
scrum:
列舉任務，對任務排序，選擇優先順序高的任務進行工作，每日溝通，定期回顧和總結
敏捷中的溝通是十分重要，先前應該制定好乙個有效的溝通計畫。
====乙個quqestion：
1、你們說在scrum中，如果正在sprint中，需求發生了變更，那是在這個sprint中響應？還是在下個sprint中響應？
====個人覺得還需要做的
在敏捷，在自我管理，都不要忘了把你的計畫，舉動通知你的領導和相關人員。
daily scrum：要記錄會議內容，發mail
====scrum團隊
scrum團隊需要乙個跨職能的團隊，而且需要靈活的溝通。其實scrum類似於把乙個大任務分解成多個完整的小任務。
====敏捷的真諦
敏捷不能拘於形式，他就像cmm一樣是一種思想。
將投資與回報最大化，快速反映市場的風雲變換，敏捷開發是對應危機的最好**。
加快構建頻率，讓因為環境不一致的問題盡早暴露出來，當然事先如何能把環境不一致的問題解決是最好的
敏捷開發的核心價值觀是，軟體開發最重要的是給使用者提供有價值的、可以工作的軟體。如何保證提供有價值的軟體，是通過反饋機制來完成的。
agile本身並不是一種軟體開發流程，而是一種理念，一組行為方法。you don't do agile, you are agile
本文出自 「小強軟體測試」 部落格，請務必保留此出處
scrum之旅讀書筆記
一些小道理 在成功的道路中，選擇大於努力 有時候你會發現，事情總是會向你能想到的最壞的方向發展 墨菲定律 關於敏捷 敏捷 適應變化，以人為本 1 面向人的而非面向過程 2 主動適應而非預先設定 3 擺脫繁瑣的東西，但不是不要，只是要簡潔明瞭的直擊主題 敏捷開發認為人與人之間有效的交流和協作是最重要的...
Scrum讀書筆記
scrum指南 scrum要素 scrum是用於開發 交付和持續複雜產品的乙個框架。指南 將介紹scrum中的一些概念的定義及規則。scrum的價值觀 承諾 勇氣 專注 開放 尊重 scrum的團隊組成 scrum工件 scrum的工件一不同的方式表現工作任務和價值，提供透明以及檢視和適應的機會。每...
《Scrum要素》讀書筆記
一 常見的專案開發模式 敏捷迭代 瀑布模式 1 敏捷迭代 sprint特點 產品和團隊成員pk故事 故事由團隊成員拆分成任務 自我承諾 定期增量持續交付商業價值 早交付 頻交付 一種典型的迭代方式 2 瀑布模式 瀑布模式特點 線性 人和開發是非線性的 不擁抱變化 有先後順序 計畫和執行 二 關於sc...