題記：
直到現在我才清清楚楚的明白：我們需要敏捷，他可以讓整個團隊凝聚起來去解決問題，而不是你欺負欺負我，我欺負欺負你。因為當我們選擇擁抱變化的時候，變化也就變化的越慢。而專案裡面的變化每時每刻在發生的，你怎麼可能拒絕變化呢？敏捷不僅僅是對公司有利，對每個開發人員來說也是把有力的保護傘，至少可以讓你一次把事情做對，不會因為把a做成b，再從b做成a,而鬱悶，至少我不想以為改需求去加班，所以我們需要敏捷，每個程式設計師都需要敏捷。
這是發生在我身邊的故事：
情景1：1個月以前:一次飯局上乙個產品經理突然提到敏捷，然後我很感興趣的說，你們現在做的怎麼樣了，然後他含含糊糊的說：我們現在不做了，我們團隊隊員還沒到那個意境，然後我諾諾的說，有些團隊也許不適合敏捷，他們也許更適合別的一些方式。
情景2：2個月前:在偶爾一次談話中，又乙個產品經理跟我說：敏捷在短期專案裡面比較適合，在我們這種平台產品級的不太適合，因為沒有在這種需要長期平台實踐過敏捷，我也含含糊糊的說：也許吧。
情景3：1年前：乙個曾經跟我在不同做專案的乙個姑娘，我們在一起聊天的時候，每每提到敏捷，就很厭惡的說：你們專案現在比較穩定比較適合敏捷，像我這種隨時都可能出現問題的事情，根本就沒法去敏捷，所謂的敏捷不就是把任務放到牆上呀，我也會呀，我們不屑去做，我們感覺這些更浪費我們時間，在做這些事情的時候，也許我早就把我手裡面的任務解決掉了，何必浪費這麼長時間去做這種事情呢？浪費時間，接著就是莫名的一些抱怨。
突然有一天，你花了好大的力氣跟你的老大談話，說敏捷如何如何好，如何如何能提高我們的生產效率，然後老大說：你來做這件事情吧，在乙個專案組先推廣看看。
可是當你做的時候你會發現：
阻礙你的力量：當一種新的規則進乙個專案組裡面的，團隊幾乎有一半以上的人在抱怨，為什麼我好好的工作做的很好，又讓我去做這些跟工作不相關的事情？ 還讓我去承諾？還讓我去做評估，我做有用嗎？ 最後還不是專案經理說了算？你們這些無聊的人就喜歡學點西方人的思想，我只做我分內事情就好了，沒必要，也不想花這個時間去學這個無聊的東西…….。大家雖不掛在嘴邊，但是心裡早已盤算好，你讓我幹什麼我就幹，大家幹什麼我就幹什麼，反正新規則不是我推進來的，我不反對也不支援。
推動你的力量：當然也有比較喜歡「新鮮空氣」的人，他們在團隊裡面盡自己最大努力去推廣敏捷，改變原來那種死板的，甚至阻止「郵件大戰」試圖通過敏捷最簡單的溝通方式去讓敏捷遍地生花。
總之，做敏捷很難，要得罪很多人，要讓大家理解一種思想很難，有些確實不適合，有些連了解都沒了解就盲目下結論，我不適合。
我最近在思考這個問題：敏捷究竟能給我們帶來什麼？我們真需要敏捷嗎？
想到敏捷的核心思想是擁抱變化，擁抱變化是什麼呢？他是給整個團隊灌輸一種力量，這個力量就是，我們整個團隊通過各種方式去滿足使用者需求，去理解使用者需求，去想各種辦法去做出客戶想要的東西。
突然想到一年前同樣乙個夏天，我們開的一次草坪會議，只是乙個會議，就讓整個團隊凝聚起來，每個人都想方設法去把他做好。
關於草坪會議：
去年自己在乙個專案組裡面，由於各種原因，需求換了2撥，測試的介入專案組較晚，新的技術，新的平台，新的專案組，造成專案風險越做越大，在離交付還有乙個月的時候，我們開了一次草坪會議,目的是解決如何完成交付。20多個人，在園區的一塊草坪上席地而坐。
1.我清楚的記得開發經理說的一句話：在專案開始的時候，專案經理讓我制定計畫，我就感覺他是乙份根本完成不了的清單，他太瘋狂了，根本沒法控制。
2.「你給我的需求是這樣的，你跟客戶碰了一次頭，回來全部改掉了？你需求怎麼做的呀？」
3.「當然，主要是框架老是變變變，尤其是工作流，我快受不了了。。。。等等。」
我們也找了自己身上的一些毛病，必須技術不行呀，自己學習能力差呀，等等。
當大家抱怨完之後，最後部門經理直接說，我們如何完成交？這是我們第乙個專案，如果完不成，全國的市場我們根本打不開？ 大家誰也不希望以後一說這個失敗專案是自己做的吧？最後，當我們沉默幾分鐘之後，我記得是xw說「開始幹吧，幹了才知道我們能不能完成交付」我們開始試著找方案，大家輪流開始想各種方案，接著大家輪流承諾，最後當倫到我承諾的時候，我說：我會在這乙個月內，盡自己最大努力，去做這件事情。雖然有個別人說自己也許加不了班，但是 xw 說：就算你不跑，我們也會帶著你跑的。
就這樣你一句，我一句，我們在之後的乙個月內一直持續的加班，在找各種方法來穩定需求，甚至把上海的架構師搬到北京跟我們一起開發，當然，我們在這段時間內，也有爭吵，也有嘻嘻哈哈的時候，甚至還有各種額外的小故事，比如集體刷夜，當然，交付要比我們預期好很多，雖然現在仍然有人在做維護。當離開團隊的時候我在自己qq上寫了一句話：我離開了，你們會想我嗎？其實是我想念我的那個團隊了。
我們團隊裡面之前有一部分人在做敏捷開發，面對這個專案我們真的盡力了，我們盡可能的去想各種辦法去穩定這個這個需求，確保開發出來的東西是使用者想要的東西。
拒絕變化：找各種理由去拒絕客戶的要求，甚至搞個「郵件大戰」，在或者你推推責任，我推推責任，反正責任不是我。
場景1：兩個星期以前：我在拼命的加班，我在自己微博裡面寫了一句話：」早晨說讓我造只貓，晚上變成了老虎，明天早晨呢？「我在拼命的改需求，我做的板塊，由於各種原因變變變，當我試圖去改變這種狀況的時候，我發現我根本改變不了現在的環境。我清清楚楚記得：老大，給我個穩定點的需求吧？他笑眯眯的說：我們這哪有穩定的需求呀。我弱弱的說那好吧，那就相對穩定的需求吧。就這樣需求變呀，變呀，剛開始的時候使用者讓我們怎麼改，我們怎麼改，從貓變成老虎，又從老虎變成貓，最後要交付沒東西了，那怎麼辦呀？加班吧？為什麼我們一直在變，確始終不是使用者想要的呢？最後大家都崩潰了，這個專案已經面目全非。。。。。
-----想到敏捷的計畫會議，能解決掉這個問題
場景2：乙個星期以前：我在跟同事諮詢問題的時候，被嚇了一跳，客戶經理跟開發經理在辦公區吵起來了，我很驚訝，這是第一次感觸最大的，我聽到唯一的資訊是他們在推責任，你想想看，這樣資訊對整個團隊是什麼影響呀。當我們完成不了交付的時候，就會各種各樣的噪音
場景3：當我加班加到半夜回家打車打不到走在路邊的時候，看著圓明園牆那邊的綠樹的時候，我常常在想，我們專案主要是需求在變，而我們也沒在考慮為什麼使用者要變？變了那些？下次再變我怎麼辦？如果我們專案組用敏捷去管理，需求也許不會變化這麼快，因為我們在做每個東西之前都會問為什麼，為什麼這麼做，這麼做的意義是什麼？這樣做能滿足客戶什麼需求？因為當我們選擇擁抱變化的時候，變化也就變化的越慢。
直現在我才清清楚楚的明白：我們需要敏捷，他可以讓整個團隊凝聚起來去解決問題，而不是你欺負欺負我，我欺負欺負你。因為當我們選擇擁抱變化的時候，變化也就變化的越慢。而專案裡面的變化每時每刻在發生的，你怎麼可能拒絕變化呢？敏捷不僅僅是對公司有利，對每個開發人員來說也是把有力的保護傘，至少可以讓你一次把事情做對，不會因為把a做成b，再從b做成a,而鬱悶，至少我不想以為改需求去加班，所以我們需要敏捷，每個程式設計師都需要敏捷。
希望每個程式人員在公司內部推敏捷的時候，自己可以跳進去，專案的執行本來就是程式設計師來幹的，敏捷的產生一部分是用來保護程式設計師的，因為他也是你的保護傘。
當你真正喜歡上敏捷的時候，一定要在專案組推廣敏捷，這樣，這樣，你的團隊成員，才不會有像我們一樣鬱悶。
我們每個人都需要斷捨離
公司內部的真心送pk賽，大家會遇到沒有什麼可送的狀況。我來分析一下這個狀況。環顧四周，我們每個人周圍都有大量屬於自己的東西，而這些東西大多數是自己用不到的。乙個簡單的測試，就是把自己擁有的所有的東西都像準備搬家一樣打包，之後的生活只從紙箱子裡面取出需要用的東西，比如牙膏，毛巾，電腦什麼的。沒有用到的...
程式設計師需要戒驕戒躁
2010 07 16 現在是乙個和平與發展的社會，大部份人不會為了吃飽而發愁，更多的是為了生活更好，為了工資 房子 車子，為了得到周圍人的褒獎，受到周圍人的影響，以至於不知道自己想做什麼，常感覺前途不知在 it人是這樣，國企的人也一樣，我們不需要抱怨。國企的人天天上班，天天做著差不多的事，幾乎只有一...
程式設計師需要人脈
今天寫這篇文章只要是為了讓程式設計師們明白我們最需要的是多交朋友,證明我們不是只懂的寫 在現在這個社會,it人創業是比較容易的,也是想法最多的,當我們有乙個好的想法,但是沒有人和你一起做的時候,那就呵呵了。我一開始參加工作的時候,我心裡就有乙個想法就是不能給別人打一輩子的工，我要有自己的事業，乙份不...