CM娘與Agile君

一個是靦腆寡言默默在背後服務的女僕式隨從，一個是當今最灸手可热的万人迷，兩人之間又有什麽不得不說的故事呢？

CM娘，可不是Agile君專屬的天使喲！早在Agile君成爲萬人迷很久之前，CM娘就默默地在幕後耕耘了，才不在乎誰是現在的主子呢。她不為堯存，不為桀亡，管你是瀑布君，還是叠代君，都能很好的為之服務。

只是她實在太不爭太小眾了，以至人們甚至都忘記她也是IEEE Computer society所制定的SWEBOK十大技術娘之一，知名度甚至遠不如其妹妹QA娘。爲什麽呢？人們難道忘記CM娘帶來的諸多便利的服務了嗎？


其實是在於，如果說Developer衆是一輛法拉利跑車，那麽CM娘就是這輛跑車上的各種減速系統。雖然速度被控制讓人很不爽，但這能避免你車毀人亡。

所以嘛，CM娘這個女僕，並不只是單純的服務於Developer眾的喲，她同時也監督著這些小祖宗們。所以這些小少爺呀，當然會去選擇性的忽略她，讓她越不起眼就越好。


回溯結束，讓我們就來開始開始八卦一下CM娘與Agile君的故事吧！

如前所述CM娘並不為Agile君而存在，她幾乎能適應各種主子們，所以呢，這個八卦的真相就是：其實是Agile君更需要CM娘！

爲什麽呢？如上一篇所述，Agile君的特質具有更大的多變性與適應性，並且需要進行更頻繁的交付。這些都需要CM娘們更多更細心地為他打理一切，進行調控和提供管理服務。

著名的Agile君專屬八卦雜誌AgileJournal.com曾經向Agile君的粉絲們推出一份問卷，請粉絲們為CM娘對Agile君的重要性從各方面進行投票，0分爲最不重要，10分爲最重要。

下面這份圖表，就是問卷答案在各方面的平均得分

我們可以看出，其中最低的平均得分“CM娘的報告”也有6分，而整體平均線在7.5分以上，可見就算是Agile君的粉絲，也是對CM娘的重要性相當的認同哦！

也難怪CM娘的粉絲們，如其專屬的八卦雜誌CMCrossroads.com會對這兩者的關係相當瘋狂的追逐了。在他們看來，這可是麻雀一朝變鳳凰，躍上枝頭衆人羡的美事呢。


在我看來，願望是美好的，但事情都不是那麽容易的。CM娘一直都是孤獨的CM娘，她缺少與其他人在同一個氛圍進行交流的機會，她的圈子太局限太被動了。這也是爲什麽CM娘的粉絲們那麽希望兩者能結合在一起，畢竟Agile君理論上也應該是獨行俠，現在卻大受歡迎。CM娘如果能學習Agile君身上的那些讓他流行起來的元素，例如專業集群化，那麽兩者就算最終不能在一起，又有何懼呢？

The Knight bringing Agile to the Day

Agile君是誰？

傳説很久以前，有一位聖騎士對他的國王說，我們應該給人民他們所需要的，而不是我們想給他們什麽就給他們什麽。並且，與其在他們已經等了很久以後再把他們想要得到的一次性全部給與，還不如分階段按需分配，這樣他們可以更快地獲得缺需的，從而改變他們的生活，讓人民更快樂。

聖騎士他認爲國家中的人民才是真正推動各種需求的，而政府所能夠提供的價值，其核心就在於如何讓人民從這個不斷改變的世界中感知並獲得他們的價值。

這位聖騎士就是被後人稱之爲Agile君的那位，他建立了Agile騎士團，制定了騎士團的四大信條：

1. 政績實效大於完整文檔。
   這不是說文檔不重要，只是人民更看重施政效果，而非口號、文件、以及各種上級部門所下達的各類指示。
2. 個體互動大於工具過程。
   這也不是說工具與過程不重要，只是要讓人民進行生産並不是把他們當成無腦的機械，而是需要通過體現個人，並相互之間的互動來達到。
3. 協同合作大於律法合約。
   只有當政府持續與人民互動時，才能減少危機的出現，才能帶給人民更多他們所需要的。
4. 適應變化大於盲從計劃。
   能夠適應各種變化地來與人民合作及進行控制；表現出各種意見都是受歡迎、可理解、什麽時候都是有其道理的誠意。

能夠擁抱變化，接受現實生活的這種不定性，Agile騎士團通過提供方法與技術來最大限度的降低風險並增加確定性來治國，這減少了政府與人民之間的隔閡，保證了政府能夠讓人民獲得他們真正想要的。

With that, the Knight brought Agile into the day and people into the light.

－－「Agile君做軟件則軟件大賣，治國則國富民強。」

Cloudy with a chance of Agility

到底我的job title是要換成SCM Engineer，還是Configuration Anaylst，亦或仍是Build Engineer，都尚不可知。但我已覺得CM(Configuration Management)是那麽的無聊，枯燥且缺乏變化。上手之後的大部份時間都是重復性勞作，缺乏創意與巧思的動力不禁讓我懷疑自己還敢這樣做多久。

不過，既然無法在短期（半年内）轉爲C++ developer，那麽秉著幹一行愛一行的原則，還是把本職做精了，做神了，至少做出成果，做出實績再説。既不跳出圈外，我就需要在圈内求變化。

首先要和一些先進性名詞挂上鈎，比如Cloud，Agile什麽的IT新抱，能拉多近拉多近。

Cloud云云，本來就是和IT所有東西可能有關的概念，最近連MS都趁熱打鐵推出了Windows Azure。我貼個近乎，也就是走走過場，理所當然不在話下。

至於Agile，以我敏銳的預判本能，早在半年多前就看到了CM和Agile之間不可分割的聯係，兩者的水乳交合，在公在私，正是大勢所趨。剩下的只是我將如何推進此跨時代的轉型？

Agile的書，看了不少；公司新的Dev Manager，也是Agile正統科班出身，正把這些信條步步帶入三樓。只是這些無論理論還是實踐的玩兒，聞之見之，都只覺是空泛之辭，難覺其妙，無法讓我有那種Programming時見到巧妙算法解決難題時候的興奮。

或者Engineering的東西就是這樣，按班就步，條條有理，不興奮，但穩妥。可悲的是這十分適合我的區域，卻讓我興趣缺缺。性格如此，興趣卻非如此，豈不奇哉怪也！

在這樣十字路口，需要的是高人指點迷津，沒有更多知識來獲取，那就需要前人的經驗。CM這貨，本來就是靠著經驗吃飯的活。

於是乎我上網查詢有關資料，想找一些高人的Blog來觀摩Follow。正好，讓我逮着了http://cmforagile.blogspot.com/，這也是爲什麽我會建此Blog，因爲我follow了人家的blog嘛！沒登陸是無法follow的，既然登陸了就順便建了。順藤摸瓜，又摸到了http://www.cmcrossroads.com/，與其連接或下屬的http://www.cmwiki.com/。

於是乎，歷史的車輪又再一次滾動了起來，但在此之前讓我先去FF Market St.！