今天（2012-9-7）：
上午，進行了資訊統一平台的應用的培訓，主要是jira，conference,fisheyehe 和crucible
jira ：主要應用於質量管理，bug追蹤工具，任務管理，專案管理等一些列的活動。
confluence：即wike--快速，敏捷，乙個方便共同編輯的**，主要滿足整個敏捷專案中的需求分析。
fisheye：源**的管理，通過瀏覽器，輸入**，檢視**，**為svn庫中的**。
crucible：對**的質量管理，不同的人可以檢視**，提出修改意見或者學習他人**等待。
敏捷開發特定：
1 快：滿足市場需求。當時我們一般兩周乙個迭代，有的快的甚至一周乙個迭代，慢的可能三周，四周。需求不斷變動，不斷遞增，每乙個迭代任務就是根據相應的市場新增需求開發和修改之前迭代出現的bug或者市場反饋回來的bug。
2 溝通：便於專案開發過程中對於資訊的交流，了解他人程序等功能。開發是，我們明天早上會抽個十幾分鐘交代一下自己任務的進度和在任務中所遇到的難點。我們還沒有用到燃燒圖，但是有乙個類似燃燒圖的東西，用excel做的，測試做的，來跟中進度，在jira上的bug流程和任務流程也可以反映部分開發進度。換組後每天開會就比較bug了，因為加入了企業文化的學習，整的每天要開二三十分鐘，哎。
3 迭代：質量風險前移，持續交付價值，滿足客戶需求。多次迭代可以使軟體開發減少風險，開發過程中遇到變更時有足夠的時間修正，若像瀑布式的開發，週期太長，不一定適合市場變化，也許不同性質的專案開發，需要採用不同開發模式吧。
及時開發出可銷售的版本，通過使用者，市場來發現心的bug和新的需求
及時的反思，反思上乙個迭代過程中出現的，可以改進的問題
wike可以使我們更有針對性的反思問題。
基於Redmine建設敏捷團隊資訊平台
b size large 一 知識共享 size b b size large 二 任務流程追蹤 size b img b 過程有記錄，責任可追蹤 並不侷限於生產製造企業 b b 軟體開發的過程能做到這樣嗎？b img b size large 三 git整合 開放透明地提交 size b img ...
論知識共享平台
等了n久了，公司的知識共享平台又重新搭建起來了。想想期間相關的一些事，總是令人有些感慨。09年剛進公司時候其實就發現有這個問題了 新人進公司上手自己的工作總是要花不少時間，而且可供參考的東西不多，總是由老員工帶很久，邊工作邊入門。每個在公司待的時間長的一些人，都有自己總結的一些東西，但是沒有乙個平台...
論知識共享平台
等了n久了，公司的知識共享平台又重新搭建起來了。想想期間相關的一些事，總是令人有些感慨。09年剛進公司時候其實就發現有這個問題了 新人進公司上手自己的工作總是要花不少時間，而且可供參考的東西不多，總是由老員工帶很久，邊工作邊入門。每個在公司待的時間長的一些人，都有自己總結的一些東西，但是沒有乙個平台...