? ? 實習的第一份工作是在某一線游戲公司做游戲客戶端實習生，大的公司或許在管理制度上的確要更加完善先進，這是不可否認的，整整實習了一年，差不多是半年的客戶端實習生，半年的項目管理實習生，那么談談我自己對敏捷開發(fā)的看法。
? ? 一.每日站會
? ? 剛到公司的時候，每天早上我都發(fā)現(xiàn)旁邊的服務器組準時在10點，所有人站在一起，悄悄的說十多分鐘的事，偶爾還會在旁邊的白板上勾勾畫畫，然后就散了。觀察了很久，我甚至不知道他們在干嘛，甚至于剛開始我還以為以為服務器組怎么每天早上都在一起閑聊一會。之后后來我問了他們在干嘛？我們客戶端也實施同樣的方式。我才知道我們在做一件事----敏捷開發(fā)中的每日站會。
? ? 1.時間問題：站會開始時間一般在上班半小時內(nèi)，或者午飯前十五分鐘，上班半小時內(nèi)舉行可以讓大家同步完信息后，立刻投入到工作，午飯前十五分鐘則是為了在吃飯這個前提下，讓大家高效的溝通完。時間長度則一般為15分鐘，需要有人進行時間控制。
? ? 2.站會目的：每日站會的目的則是高效的同步信息，方便今天一整天開展工作。通常形式是每個人說一下自己昨天做的事，今天做的事，遇到的困難。一輪站會下來，團隊可以高效的完成同步信息這個操作。
? ? 3.站會人數(shù)：正常一個小團隊大概保持在10個人以內(nèi)，并且為了提高大家的主人翁意識，需要每人輪流做站會主持人，主持人主要負責控制每個人的發(fā)言時間，改變白板上任務狀態(tài)。
????二.白板的使用
? ? 白板的框架大致就是上面的這張圖。我們項目這段時間內(nèi)要做的事分成一個個Story，每個Story在細分成一個個小的Task。Story一般是一個功能，工時大概在一周以內(nèi)，而Task則是將這個Story繼續(xù)拆分得來的，拆分粒度一般是一個Task保證在一個工作日內(nèi)完成。我們將Task的狀態(tài)分為Todo， Doing， Done。每個Task，我們使用一張Task貼紙標注詳細內(nèi)容。內(nèi)容有Task開始日期，預估工時，負責人。需要用貼紙的顏色來變現(xiàn)Task的緊急程度，即優(yōu)先級（紅>黃>藍），然后根據(jù)Task的狀態(tài)將其每天進行狀態(tài)更新。
? ? 為什么使用白板？最大的因素是方便團隊成員清楚的知道我們最近的大目標是什么，將自己的工作以目標為導向，知道自己在團隊中的角色，自己做的事對團隊大目標的關鍵性。其次是信息同步，知道團隊成員各自在干什么
? ? 上面的兩個原因也決定了白板的形式不是一成不變的，而是不停的優(yōu)化，從而達到最適合團隊的使用。
? ? 三.擁抱變化，迅速反應
? ? 因為互聯(lián)網(wǎng)產(chǎn)品的開發(fā)充滿了不確定性，在已有的開發(fā)流程中，突發(fā)一些情況是非常的正常。按照以往的瀑布式開發(fā)，產(chǎn)品功能，原型設計好交付開發(fā)，這時候開發(fā)就根據(jù)詳細文檔開始自己的工作，接下來PM 就很少接觸這件事。但是問題來了，等這個產(chǎn)品開發(fā)上線后，可能已經(jīng)一年半載過去了。那么你上線的產(chǎn)品起初設計時的大前提是否還存在？前提存在，是否又出現(xiàn)其他影響因素？往往這時候上線的產(chǎn)品已經(jīng)不合適市場的要求。所以瀑布式開發(fā)的確點是顯而易見的。但是瀑布式也有優(yōu)點，程序員喜歡瀑布式，因為當初約定好的功能點后期不會改變，這對開發(fā)工作是十分友好的。而現(xiàn)在的敏捷開發(fā)呢？PM會在任何時候提出自己的新想法，或許不著急上線，但是整個產(chǎn)品的設計永遠不是事先約定好的，而是在不停的優(yōu)化。
? ? 因為經(jīng)常出現(xiàn)不確定性因素，開發(fā)人員對敏捷開發(fā)常常是抱著負面態(tài)度的。但是團隊的目標是做一款適合市場的好產(chǎn)品，那么敏捷開發(fā)又不失為很好的選擇。
? ? 我們在這里宣揚“擁抱變化，迅速反應”。把這種改革性的思想傳授給整個團隊，這是需要一定的軟技能。當我們發(fā)現(xiàn)需要改變的設計時，我們接受且迅速作出反應。因為我們工作是以目標為導向，而大的目標就是一款好的產(chǎn)品。
未完待續(xù)。。。。
