[i]寫給公司開發團隊兄弟們的帖子，轉到這裡分享下。[/i]
當初初次嘗試scrum，便即取得成效之後，感覺很興奮，到處跟人講scrum的好處，「用了以後，腰不酸了，腿不疼了，上樓也有勁兒了」，恨不得呼籲門口賣包子的阿姨也來嘗試一下，可以賣更多的包子。而眼看當下，scrum有在公司生根發芽的趨勢，好幾個組在嘗試實施或者已經實施，我反倒覺得有點不安，就像推薦朋友去看一場自己覺得好看的電影，等朋友去了以後反倒擔心不合對方的口味，空耗錢財。與其這樣，在更多新的team嘗試scrum前，我覺得是時候該潑點冷水，讓包括我自己在內的、聽到敏捷這個詞就開心的tx們冷靜一下。
某次介紹scrum的討論會上，有個tx問了個很有意義的問題：你們team的人沒變，團隊能力沒變，怎麼可能用了scrum就能把團隊效率提公升那麼多？！這是乙個很客觀的問題，因為當有人說「scrum，成了！」的時候，這很容易給人形成乙個印象，是scrum這個東西在起作用，即使再普通的團隊，用上就起效果，就像神龍教眾喊一嗓子「洪教主仙福永享，壽與天齊」之後就變身一樣；或者說，只要團隊用了scrum，然後大家就可以靜靜地等著，等著團隊的功力慢慢提公升。這裡我想強調的是：scrum絕不是終南山活死人墓小龍女的千年寒玉床，躺上去睡覺就可以提公升功力。如果乙個團隊使用了scrum之後取得成功，我認為這個成功九分屬於實施scrum的人，只有一分屬於scrum。
為了解釋為什麼我下這個結論，先來看看scrum是怎麼回事兒。據scrum教育專家考證，scrum這種團隊合作的方式最早起源於二戰後的日本，因為國家經濟遭受了巨大的打擊，很多公司都面臨著生死存亡的時刻，這個時候，好幾個公司都採用了這樣一種嘗試：把公司內[b]各個部門[/b]最傑出的人召集在一起，把他們關在一起，[b]目標[/b]只有乙個，在[b]指定的時間[/b]裡設計出乙個用作公司未來戰略的方案或者產品。而做這種嘗試的公司，大都生存了下來並且高速發展了。這種嘗試，被後來的方**學者借鑑來，逐漸發展出後來的scrum。顯然，最初那一群群被組織在一起的來在各個部門的員工，他們不知道自己在scrum，他們面臨的是公司的生死存亡及與其相關的個人的利益得失，他們的目標就是在特定時間裡設計出可以讓公司和自己活下來的產品、方案，可以想象這種在壓力和求生存的慾望下迸發出來的工作激情，與個人在領域內的經驗相結合，再加上團隊間的合作、互補，最終產生出高質量的輸出不是一件很困難的事情。
不管這些「考證」是否屬實，我覺得這種說法裡蘊含著scrum的精髓，就是上面用黑體標出的部分----團隊人員來自各個部門（對應到我們團隊的需求，開發，qa，scm），團隊要在指定的時間盒內（固定週期的sprint）做事，團隊要有乙個目標（為每個sprint設定目標很容易被忽視，但很重要）。當然，這些還只是外在的施設，不要忽略參與到其中的那些人，他們在面臨著存亡的壓力時，所煥發出的高效的能量。
回到我們現在實施scrum的團隊，如果只是按照教科書，把不同角色的人召集在一起，使用週期性的sprint來管理迭代，設定每個sprint的目標，如果只做這些，那十有**團隊還會在不斷出現的問題中漸漸磨去熱情。對scrum潛意識上的依賴會讓人覺得，嗨，我們現在正躺在scrum的千年寒玉床上，幾個sprint以後，我們就功力大增了。但是真的走了一兩個sprint後，就會發現，問題還在那裡，並且可能不斷出現新問題，怎麼回事？用了scrum，怎麼不見效？
-------------------------------------------冷水分割線-----------------------------
我們知道軟體開發是一件非常複雜的工作，如何保證在預期的資源下產出高質量的軟體，這個課題從軟體行業產生起就一直被激烈**。現在來看，我個人認為大體有兩個方向，傳統軟體工程領域內的如瀑布、cmmi、rup（不算太傳統，但是同樣強調流程）等強調的是軟體開發流程的作用，通過建立一套堅實的流程機器，提高流程質量來提高產品質量；而相對應地，包括scrum在內的敏捷軟體開發方法，則強調的人的作用，敏捷宣言的第一句就是「個體與互動勝過過程與工具」，所以保證敏捷團隊成功的，不是敏捷方法自身，是參與到這個過程中的人。
既然對需求的理解很重要，那麼就讓客戶跟我們坐在一起，隨時溝通
既然**review很重要，那麼就讓程式設計師結對程式設計，每時每秒做review
既然測試很重要，那就先寫測試再寫**，做測試驅動開發
既然整合測試很重要，那麼就從一開始就整合，每天，每時，隨時整合，持續整合
...xp在應對軟體開發環節中的問題時，把好多方面都做到了極限，所以它叫極限程式設計。我們在軟體開發中碰到的問題，也需要這種見解和魄力來解決，團隊成員通過有效溝通確診問題，然後確定解決方案，激進一點的也沒問題，然後，咬牙堅持下來。這個說起來容易，實際操作的時候，需要團隊成員間的信任、包容，以及共同的想把事情做好的願望，甚至在某些方面要改變一下自己的做事方式。首先團隊成員應該具備如自律，嚴謹，包容，有責任心這類品質，然後在彼此的合作中，將這些品質逐漸凝聚為團隊的品質，那我們說這個團隊才是高效的團隊，成功的團隊。
說到這裡，感覺所有的事情都要人來解決的話，那麼scrum起什麼作用？我覺得，scrum開啟了乙個機會，在傳統的以專案經理為主導的command and control的工作模式之外，提供了另一種工作風格，即：在自組織的、自律的團隊中，團隊成員平等地參與決策，參與工作，共同對最終結果負責，團隊自己邁過問題向前走，共同提高共同進步，這個過程中，分享、合作、共同決策以及由此帶來的新鮮的體驗、成長、快樂和成就感，是scrum這個機會能夠提供給我們的。當你作為乙個新員工，覺得不熟悉這個環境而羞於提出問題的時候，你可以想到-嗨，我們在scrum，我們在努力讓這個團隊更好，我的問題可以讓我進步，進而讓這個團隊進步；當你作為乙個老員工，產生了在團隊中應該得到更多尊重的想法時，你可以想到-嗨，我們在scrum，我們大家是平等的，我沒有更多可以讓其他人服從的權利，雖然我可以提出自己的看法，但我不能強制別人接受，團隊應該在合作的氛圍中提公升；當你意識到自己長久以來的不好的工作習慣在影響團隊的時候，當團隊成員間有矛盾發生的時候，當任何負面問題發生的時候，你可以想到，嗨，我們在scrum，我們是乙個團隊，只有持續地改善才能讓團隊變得更好，跟團隊目標相比，其他的事情或許不那麼重要...
今天，我們踏上scrum這條路，路的終點有兩個，乙個通向成功，乙個通向失敗，我們每個團隊成員任何乙個讓團隊變得更好的嘗試（乙個建議，一次為了提高**質量的**review，一次增強成員間了解的私人或者團隊溝通）都會讓我們更靠近成功的方向，而相反的，任何一種對嘗試的放棄或者對工作和敏捷實踐的漠然，都會讓我們滑向失敗的方向。
那麼，為了團隊變得更好，讓我們做的更多一點吧，以scrum的名義。
年輕時躺在玫瑰上，年老時就會躺在荊棘上。
年輕時躺在玫瑰上，年老時就會躺在荊棘上。人，記事不能記仇，記事可以增長知識 記仇可以增加煩惱。每乙個人都想知道山那邊是什麼，其實那邊並沒有什麼。當爬上去時，才覺得原來還是這邊比較好。在人之上，要視別人為人 在人之下，要視自己為人。人能為自己心愛的工作貢獻出全部力量 全部精力 全部知識，那麼這項工作將...
Beta周王者榮耀交流協會第五次Scrum會議
1.立會 成員王超，高遠博，冉華，王磊，王玉玲，任思佳，袁玥全部到齊。master 王磊 2.時間跨度 2017年11月14日 19 00 19 50 總計50分鐘。3.地點 一食堂二樓沙發座椅中間一張桌子周圍 4.立會內容 1 工作進度 完成了餅狀圖百分比顯示的 完成了軟體視窗大小可以根據使用者需...
系統驗收 讓使用者躺在向日葵裡
三天的時間,機房收費系統終於驗收完畢.首先是要感謝公尺老師和七期的師哥師姐們不辭辛苦,不怕繁瑣,一遍又一遍的給我們講說,再此道一聲 您們辛苦了 從驗收開始我的心就像裡就像一朵小浪花般,總是擔心,某人也曾經對我說過,你做的系統就像狗屎,當時傷心了好一陣子呢.後來就不再傷心了,我想我就要從狗屎做起,不斷...