敏捷開發只是乙個工具，這個工具管理者們認可遠遠不夠，團隊成員認可才是真的認可。
經過一段時間的試用之後，在乙個小團隊中的確看到了敏捷的效果，但是在更大的團隊（這次是8個人）的團隊中使用會怎麼樣呢？
事實證明，對於新鮮事物總是會分為三部分人：
第一部分願意積極主動地去嘗試使用，這部分人不用怎麼做工作，只要告訴他xx工具很好，好在什麼地方，他們自己就會去baidu，查資料嘗試去用。
第二部分習慣於觀望，這部分人不會主動去嘗試，看到有人用了，並且嚐到甜頭了，他們才會去嘗試。
第三部分習慣於自己的工作方式，大家都用了，他們覺得他們不用就不合群了，再不用就會脫離群眾了，他們才會嘗試，這些人大多是比較被動的。
而每乙個人在面對不同的新鮮事物也會處於三種不同的狀態中。
在大連軟交會，有前輩給出了這樣的解決方案：
作為管理者積極主動的去爭取第一部分人，他們會最先嘗試好的工具、方法，第二部分人很快就會自動跟人，第三部分人看大家都跑了，他們就會不得不跑。
不得不說這樣的策略非常行之有效，我在我的團隊中也採取了這樣的策略，但是我覺得太慢了，或者說這種方法讓大家都接受敏捷開發的週期我無法控制，不知道什麼時候會達到我的目的，我等不急。
因為在乙個人數稍多一些的團隊中我很快就發現積極使用這個工具的人總是極少數，甚至那極少數人意志稍稍不堅定就會被大家所影響，燃燒圖的更新乙個星期都不見動的。
開始的時候使用tfs作為我們的敏捷工具，tfs的繁瑣和強大一樣讓我們驚訝，或許是tfs的繁瑣，也或許是大家真的不習慣敏捷，在乙個多月的時候裡我看不到tfs在這個團隊中的效果。
認識到這一點後，我開始尋找更好的敏捷工具，其中找到了scrum works，更換了工具之後大家的確積極了很多，但是在scrum works中的第乙個迭代我們晚了3天。
這個圖是我們第乙個迭代的燃燒圖：
紅色線一直沒有往下走是因為我們第一次使用的時候使用不當，任務的hours remaining應當在新增任務的時候指定好，我們在新增的時候沒有指定是後來加上去的，不知道因為什麼原因小時線一直不會往下走。
蘭色線一表示任務數，這個迭代的完成時間是8月6日，而到8月5日下班時還有兩個任務沒有完成，其它的任務也是沒有測試。
在初始估計迭代週期的時候我們是分配了任務之後按照最長的那個人需要的時候來定的迭代週期，同時我要求大家完成了自己的任務之後要主動的幫助其它人，共同完成迭代任務。
但是這一次迭代依然是沒有按期完成，在3天後終於完成了任務，但是完成的功能有不少的問題。不管怎麼樣，大家按照敏捷開發還是初步取得了勝利，大家都認為看著燃燒圖一直往下走很爽。為了慰藉大家，向boss申請經費，部門小聚了一次，這一次人比較多，大家沒有真正放開玩，還是有點遺憾。
這時候時間又快到了發工資的時候，每個月這時候我都有點小頭疼，要給大家作考核打分，我們公司其它的部門考核方案好像基本沒怎麼動過，我們下乙個迭代的任務也計畫好了，但是我還是擔心再出現上乙個迭代的情況不能及按迭代計畫完成任務，我決定加一把火，動起了考核的主意
我們設計的考核方案是基本工資+月度考核+專案提成
月度考核是按照工資的20%，考核方式為主管領導打分。暫時我們沒有精力去設計更好的考核方案，就拿考核指標下手。
於是月度考核指標出爐了：
80-120：及格目標全部達成，能夠達成卓越目標。
70-80：及格目標全部達成，沒有bug
60-69：及格目標達成，有bug
0-59：及格目標部分未全部達成
時間要求超過一天扣10分
比卓越目標提前一天加10分
這樣的考核指標很簡單，但是很主觀，不太容易去客觀的評測，但是暫時我拿不出更好的考核方案，只能如此。
這是我們第二次迭代的燃燒圖：
迭代計畫的完成時間是19日，實際上18日已經全部完成，還有及少量的bug，看來按時完成任務已經沒有問題了。
向大家點個贊!!!!!
**********====績效考核的終極目標**********====
我期望的績效考核是大家每看到乙個目標不僅僅看到的是這個目標的完成，還能夠看到完成這個目標自己能夠得到的收益，就像玩遊戲做任務一樣。
我玩遊戲喜歡做任務，就是因為完成乙個任務需要幹什麼清清楚楚，完成之後能得到什麼清清楚楚，所以玩起來很有勁。
工作如果可以這樣那干起來一樣也會很有勁，而且越來越有勁，最終沉迷於此。
但是我們現在還無法做到這一點，現在的考核方案大家只能得出乙個大概的收益，這個大概的收益大家還得看我的臉色，時間長了，目標就不再那麼重要，甚至我的臉色也不再那麼重要，那時候團隊必然會走下坡路。
我希望我們的績效考核指標能夠從工作資料中得來，而不是這樣簡單易行，但是主觀性很強的考核指標。
目標還未達成，我們依然在路上前行！！！！！
開展績效考核
如何開展績效考核 一 按照人員組成區分 本部門人員 針對本部門人員，人員績效考核主要以專案經理或者部門領導進行考核。這種情況下，人員的工作積極性一般較高，具有較高的執行力和主動性，適合壓擔子。借調其他部門人員 該部分人員考核主要以人員所屬的部門領導為主，人員所在專案經理考核權重佔比較少。而且人員所屬...
員工績效考核
是否能按時 保質地完成本職工作？是否有足夠的知識和能力完成本職工作？是否堅持到底不畏挫折？對你工作是否不必再令人操心？是否不必一一指示監督，也能明快 迅速地工作？能否正確地了解本身的職務內容或上級的指示？對平時不太熟悉的工作是否也能根據經驗或稍加努力即予以圓滿地完成？是否做出過草率錯誤的判斷或實施？...
敏捷團隊如何進行績效考核？
兩個考核方向 團隊績效考核，個人績效考核 目的 促使團隊成員對整體質量負責 考核內容 1.每次迭代的交付物可否被接受。團隊採用的敏捷開發，每一階段會制定乙個產出計畫和產出目標 2.每次迭代的生產率是否理性增長。架構是否合理，後期擴充套件，修改是否容易 目的 考察個人能力，責任心等的不同來體現出每個團...