讓敏捷轉(zhuǎn)型持續(xù)方法：
1. 改變考核機(jī)制舱呻，在改變的初期調(diào)低原有KPI指標(biāo)次企，增加對(duì)輔助工具（敏捷怯晕，精益或其他方法）的使用情況的考核潜圃。
2. 在改變過程中缸棵，發(fā)現(xiàn)對(duì)組織有益的流程，要加入到KPI中谭期，變?yōu)槿粘堵第？己说囊徊糠帧?/p>
3. 給所有好的“動(dòng)因”以正向的反饋，即使結(jié)果看起來沒那么炫目隧出。
4. 領(lǐng)導(dǎo)支持
5. 一個(gè)人力量有限踏志，要組建轉(zhuǎn)型委員會(huì)，把骨干胀瞪，積極分子拉進(jìn)來
6. 敏捷教練镜廉，深入團(tuán)隊(duì)
7. 每季度評(píng)估
8. 每周培訓(xùn)
敏捷失敗主要原因
1. 領(lǐng)導(dǎo)不相信敏捷的威力
2. 領(lǐng)導(dǎo)對(duì)變革沒有承諾
3. 企業(yè)缺乏清晰明確的生存威脅
4. 人們認(rèn)為敏捷只是方法暑塑，不是從內(nèi)到外成長(zhǎng)過程
5. 人天生不愿意改變
常見需求分析方法
1. FURPS+
Functionality （功能性）
Usability （可用性）
Reliability （可靠性）
Performance （性能相關(guān)的）
Supportability （其它對(duì)內(nèi)部研發(fā)支持，比如文檔、為了可測(cè)性伶授、可擴(kuò)展性等）
“+” （其它更多可能的考慮）
設(shè)計(jì)上的限制（比如系統(tǒng)以前的架構(gòu)局限）
實(shí)現(xiàn)上得限制（比如語言，人力資源岖是，操作環(huán)境等）
接口的需求（外部依賴的接口和服務(wù)）
硬件的需求（物理硬件的限制）
“FURPS+”更像一個(gè)checklist行您，它能提醒我們?cè)诎l(fā)散的時(shí)候要從這些角度去思考，避免有大塊的遺漏汛蝙。
2. SQA
相對(duì)于上面的FURPS+的方法烈涮，SQA的方法在我遇到的實(shí)際中更加常用和易用。
SQA就是通過大家一起回答目標(biāo)story的"Questions"窖剑，"Scope"坚洽，"Assumptions"三個(gè)問題來澄清我們的需求。
Question：任何對(duì)這個(gè)需求不清楚的問題
Scope：team為了完成這個(gè)需求到底要做哪些事西土，不做哪些事情
Assumptions：為了做這些事的前提假設(shè)讶舰，可能是成立的，也可能是不成立的
敏捷不是解決所有問題的方法翠储，他只是一面鏡子绘雁，讓你看到問題所在。
