救火隊下僞敏捷開發過程

救火隊下僞敏捷開發過程

         救火隊. 軟件系統中BUG滿天飛, 客戶不滿意. 救火多是系統快崩潰了, 快速實現客戶需求. 但這樣須要全棧般能力強的團隊.團隊中每一個人單兵做戰的能力必須強，而且他們的協做能力也很是強，彼此之間高度信任。只有這樣的團隊可以作快速開發。而在短期內，難以構建起這麼一支強大的團隊。這須要高層管理者以前就作好計劃，未雨綢繆，一直不斷建設一支強有力的團隊。團隊不是臨時組建。用人海戰術實際上是一種蠻力, 沒有科學的規劃，而最辛苦的就是那些作事的人。若是不顧及每一個人的感覺，這是提早埋入了不愉快的種子。反觀對參與救火的人員又有什麼提升呢？是救火能力的提升嗎？其實不是。沒有一塊時間對某個問題的系統思惟。是不能把事情作好的。救火隊的快速開發不是敏捷開發，是爲了作項目而作項目。也反饋出前期項目管理的問題，過程上沒有把控，過於追求盈利，忽視了的軟件工程自己的核心價值。上升到高層仍是管理的問題。應該關注點是

重視人、勤於溝通、注重成果、講究合做、隨機應變

    違背團隊成員的意願, 沒有共同的願景, 沒有共同的價值觀. 這是僞敏捷.  打着敏捷的旗號實施假敏捷團隊士氣依然低落.  敏捷中首先要尊重員工,  不考慮員工職業規劃也是不尊重.  是的, 關鍵時刻你們一塊兒上解決難題, 前提信任,是共同願景. 軟件工程有過程化, 而無序的過程, 混沌. 優秀的項目經理可以儘早識別風險並把風險降到最低.

     尊重、協做、改進和學習週期、爲全部權自豪、專一於交付價值，以及有能力適應改變。這種心態是培養高性能團隊所必需的，他們進而能爲客戶交付使人驚訝的價值。

• 尊重——大多數團隊工做須要從尊重與你共事的夥伴開始。在組織層面，尊重組織各級同事、客戶以及產品自己也是維繫恰當工做環境的關鍵。

• 協做——隨着待建系統愈來愈複雜，待處理的問題也隨之更爲複雜，沒有一我的能在完成一項任務時掌握全部所需的信息。此外，與組織其餘部分的同事以協做的方式一塊兒工做將下降「手遞手」交付的需求。經過工具、辦公空間和行爲規範對協做的促進，能提高協做討論的質量和數量。

• 改進環——沒有刻在石頭上一成不變的過程，總有改進的空間。一個支持這種行爲的組織將迎着這束光不斷向前。

• 學習環——容許我的去嘗試新鮮事物，成功也好，失敗也罷，貴在爲員工提供了學習和自我提高的機會。不該總向我的碎碎念失敗，而應支持他們冒險，從而增加組織的知識水平。

• 爲全部權自豪——即便沒人爲特定代碼塊負責，也應爲預期交付高品質工做的增量交付物而自豪。

• 專一於交付價值——敏捷團隊的主要目的是爲客戶交付價值。團隊應該可以隨時關注什麼是最大的價值，並把這些傳遞給組織中的其餘人（例如管理人員和 scrum master），這有助於消除任何障礙。

• 有能力適應改變——若是客戶在會後兩個小時給你打電話，說想要改改，組織隨之而動。任何應對這種變化的處理過程都不該該成爲這種變化的障礙。

咱們但願打造的敏捷團隊是

紀律性：
紀律性是敏捷研發和交付團隊的基礎，千萬不要由於咱們敏捷起來以及團隊自組織，就不須要紀律。敏捷團隊的紀律性能夠說比任何其餘研發模式的團隊更爲甚之。敏捷團隊的紀律性無處不在，例如：頻密的檢視和做出必要的調整，不管是產品自己仍是微觀工做方式和過程；頻繁交付可用產品；嚴謹的DoD條款；對時間盒的尊重；對團隊合做規則的尊重和遵照；節奏；信息可視化；頻密提交、持續集成和自動化測試。

主動性：
沒有主動性，何來競爭力？對比其餘的模式，包括其餘敏捷方法，Scrum是特別強調團隊主動性的工做方式。咱們指望經過多種舉措和引導技能帶來和培養團隊主動性。例如，PO想辦法讓咱們作的產品更有意義和意思，懂得從爲何開始來進行思考和溝通；重視Sprint的目標，特別是業務目標；有一個優秀的ScrumMaster或者敏捷教練來打造團隊；鼓勵團隊在對目標造成共識的前提下，開放地發表想法並熱烈討論，並儘早付之行動和檢視成果；鼓勵團隊追求成長和提高，追求匠藝，並分享；真正落實自組織，不去幹預和不去微觀管控開始。

合做性：
三個臭皮匠頂一個諸葛亮！但他們須要合做，纔能有成效。就算咱們你們都是高手，也須要合做。Smart, but willing to work as a team player!（來自谷歌的招聘原則），否則還不如單幹罷了，簡單多了，還不會內耗。合做性首先來源於對最終成果的共同負責，這過重要了。放下原來的Titles和成見，一塊兒探討一下咱們的共同目標是什麼，同時擁抱和尊重多樣性，對你們怎樣在一個團隊裏工做制定一些規則，並持續去改進和調整。利用好回顧會議也是一個關鍵。其餘支持合做性的實踐還有：跨職能團隊和個體；結對編程；內部或外部社區分享（異花傳粉）；共有代碼權；在一個房間裏工做；團隊估算.

創新性：
紀律性和主動性帶來效率，但合做性和創新性帶來價值創造的效果。創新性不容易。咱們的教育沒有培養過這種心態和能力。咱們在努力工做的同時，也要有空間來嘗試工做得更聰明。咱們老是在有限的人力物力和時間內工做，咱們應想盡辦法創造出最大的價值，有時候是微創新，有時候是奇思妙想。團隊既要關注創造性地解決用戶和客戶的問題，也要留意創造性的提高咱們的工做方法。支持創新性的實踐包括：Design Thinking（設計思考）；Impact Mapping；可視化；到客戶現場；創造性的排優先級和Kano模型；砍需求；減小冗餘的各類崗位品種；流程價值流Mapping；反思反思再反思；擁抱「石頭的寓言」；異花傳粉；精益創業思想和實踐.

實施敏捷須要一直在路上~

---

今天先到這兒，但願對您技術領導力， 企業管理，物聯網,  系統架構設計與評估，團隊管理, 項目管理, 產品管理,團隊建設 有參考做用 , 您可能感興趣的文章:
2017-2018年Scrum狀態調查報告
2016年測試狀態調查
2017年IT行業測試調查報告
項目管理－習慣發生範圍變動
前端性能覈對表Checklist-2018
大型電商互聯網性能優化案例
國際化環境下系統架構演化
微服務架構設計
視頻直播平臺的系統架構演化
微服務與Docker介紹
Docker與CI持續集成/CD
互聯網電商購物車架構演變案例
互聯網業務場景下消息隊列架構
互聯網高效研發團隊管理演進之一
消息系統架構設計演進
互聯網電商搜索架構演化之一
企業信息化與軟件工程的迷思
企業項目化管理介紹
軟件項目成功之要素
人際溝通風格介紹一
精益IT組織與分享式領導
學習型組織與企業
企業創新文化與等級觀念
組織目標與我的目標
初創公司人才招聘與管理
人才公司環境與企業文化
企業文化、團隊文化與知識共享
高效能的團隊建設
項目管理溝通計劃
構建高效的研發與自動化運維
某大型電商雲平臺實踐
互聯網數據庫架構設計思路
IT基礎架構規劃方案一(網絡系統規劃)
餐飲行業解決方案之客戶分析流程
餐飲行業解決方案之採購戰略制定與實施流程
餐飲行業解決方案之業務設計流程
供應鏈需求調研CheckList
企業應用之性能實時度量系統演變

若有想了解更多軟件設計與架構, 系統IT,企業信息化, 團隊管理 資訊，請關注個人微信訂閱號：

做者：Petter Liu
出處：http://www.cnblogs.com/wintersun/ 本文版權歸做者和博客園共有，歡迎轉載，但未經做者贊成必須保留此段聲明，且在文章頁面明顯位置給出原文鏈接，不然保留追究法律責任的權利。 該文章也同時發佈在個人獨立博客中-Petter Liu Blog。