2017敏捷沙灘大會概述:學習、心理安全和持續交付的重要性
在英國康沃爾郡舉行的2017年敏捷沙灘大會(Agile on the Beach)上,數百名演講者和與會者歡聚一堂,探討在敏捷領域和後敏捷時代軟體開發方法上的最新進展。本次大會的要點包括:考慮到大多數企業都運作於複雜自適應的系統中,因此必須鼓勵企業中的每個人去學習並與企業一同進步;培育一種能提升心理安全的環境是至關重要的,人們必須感到安全才會去開展實驗、面對失敗和進行學習;對映(例如使用者故事對映等)的使用對於在整個企業中達成共識是十分必要的;團隊應該聚焦於持續交付業務價值;我們必須學會如何有效地採納並利用新技術。
\\開幕式主題演講是由FutureWorks Consulting LLC的聯合創始人Diana Larsen所做的“精益領導者總是保持學習”。演講所聚焦的前提是,鑑於軟體開發是一項知識型工作,而知識型工作就是學習型工作,因此有效的學習將會產生敏捷和韌性,這對於在複雜環境中的企業運作是至關重要的。Larsen引用了W. Edwards Deming所提出的“精益並非強制的,生存同樣也不是”,闡明瞭多數現代企業環境是如何與生俱來地易變的、不確定的、複雜的和模糊的(VUCA,Volatile, Uncertain, Complex and Ambiguous)。因此,有效的領導者需要具備魄力、愛心和信心。
\\\\魄力是通過“自教自學(learning out loud)”展現出來的,以及時常能表現出自己的好奇心和所犯的錯誤。領導者應該力圖移除學習中的障礙,即對於每個人而言,擠出學習的時間並非一種自私的表現。想要擅長一門新技術,人們必須首先賦予自己“去汲取知識的許可”。在團隊層級,心理安全是很重要的。Larsen引述了最近Matt Sakaguchi在QCon紐約大會上的主題演講,探討了Amy Edmondson對Google團隊有效性的研究,並指出領導者必須培育一種共同理念,即團隊應足夠安全到可承擔人際間的風險。
\\學習應該是一個迭代的過程,是不斷以前期所學的為基礎而構建新知識的過程,並且需要具備信心。Larsen介紹了她的“加速學習的五個原則”,即保持活力(針對能力感和協作感);先行設定環境(建立可提升學習的環境);謀求流暢性(建立一種模擬環境,允許並挑戰學習者去練習並提高學習);從明晰處開始,並保持明晰;聚焦於心流(Flow)的獲取,並在當前技能層級與所存在挑戰間取得很好的平衡。作為報告的結束語,Larsen推薦聽眾努力保持學習並回饋,最終目標是可以鼓勵他人並使他們可以進行有效地學習。
\\當日首個分組會議是由Jason Bootle所主持的故事對映互動研討會,Bootle是一名自由職業產品和服務設計師。研討會以對使用者故事對映(User Story Mapping)的概述為開始,該技術由Peter Economy的Jeff Patton建立。Bootle指出,“共享文件並不意味著共享見解”,使用者故事對映是一種協作技術,有助於實現對所建立事情的一致視角、具有優先權的需求清單(Backlog),以及對未來迭代的路線圖。也應對痛苦和機會加以同樣的重視,使得使用者的研究和設計行為得以適當的應用。此外,使用者故事對映還有助於建立公司間的共同語言。
\\\\\共享文件並不意味著共享見解。
\
Bootle建議團隊在開始使用者故事對映前,必須與核心視角和目標、角色(personas)和角色原型(proto-personas)以及需驗證的假設一併去定義團隊的價值主張。這些關鍵部分元素預先提供於研討會的互動部分,與會者組成小組去解決一些使用者故事的迭代。研討會是快節奏的,其中提供了不少技術基礎的學習機會。在會議的最後,與會者分享了各自的經歷,Bootle為線下探索給出了進一步的指導。
\\\\下午的會議首先是Cotelic的講師和顧問John Clapham的演講“用於持續交付團隊的設計”。Clapham在演講的一開始就提出,如何構成一個偉大的工程團隊看上去是廣為人知的,即團隊必須是“跨職能的、T形的、比薩規模的(Pizza-sized),並且支援敏捷宣言”。但對於很多團隊,這是不現實的。報告的餘下部分聚焦於如何為實現有效的持續交付而培育團隊特性:
\\- 對學習和與企業共同進步具有強烈的需求;\\t
- 理解企業的商業責任,並且在行為上具有自治;\\t
- 安全,支援人們去承擔風險,面對成功與失敗;\\t
- 管理高層互動的能力;\\t
- 成就的自我測定。\
與企業共同進步是自然可見的,動物是基於共生關係而繁榮興旺的,這一點對於那些藉助於軟體交付商業價值的公司是很重要的,這些公司必須具有學習的能力,並通過公司的各部分得以演進。Clapham引用了《The Lean Enterprise》一書,建議“使用持續交付去降低釋出的風險,抑制迴圈的時間,使得以小批處理方式工作更為經濟”。要使該建議行之有效,每個人必須理解企業所力圖達到的總體檢視和目標。
\\除了理解商業責任,人們還必須賦予對實現更改的自治。當前商業日益運作於複雜環境中,Clapham向與會者推薦了《Team of Teams》一書,書中介紹了Stanley McChrystal將軍 是如何摒棄近一個世紀的管理智慧,並由追求機械效率轉向實現有機適應性。McChrystal將軍在美國所領導反伊拉克行動中,任職於聯合特種作戰司令部(JSOC,Joint Special Operations Command)。
\\\\Clapham還引用了Google的Aristotle專案。該專案是Goole對僱員的一次全面研究,給出的結論是團隊中的心理安全(即在未感到不安全的情況下承擔風險的能力)是與有效性高度關聯的。其它重要因素還包括:對團隊成員的依賴性、目標及原則的結構和清晰度,以及工作的意思與影響。Clapham還介紹了各種使用社交計量標牌(Sociometric Badge)去評定互動數量、型別和質量的實驗。實驗結果頻繁地顯示,高層的社會互動是與有效的結果相關聯的。例如,美國銀行(Bank of America)對互動做了測定,並依據最大化互動修改了休息時間表後,生產力每年提高了一千五百萬美元。
\\Clapham演講的關鍵要點包括:對自己的工作徵求意見;保持好奇心並歡迎提問;對(正確的)行為進行回報;忽略自己的工作頭銜,注重於交付商業價值;以及從細微處考慮問題。
\\Ilan Kirschenbaum做了名為“你應該讓自己團隊去做的七件危險事情”的演講。該演講的靈感來自於廣受歡迎的TED演講“你應該讓孩子做的五件危險事情”及相應圖書。Kirschenbaum給出的核心論點是,我們現在工作於一個複雜的世界中,其中“探索-感受-響應”(probe-sense-respond)是最有效的方法,我們必須鼓勵團隊去進行實驗,並讓人們感到失敗是安全的。Kirschenbaum探討了鼓勵去建立假設、實驗和回溯這樣做法的優點,並引用了一些實驗的例子,其中包括,以指揮和控制為導向的企業中的開發人員與客戶做面對面交流,開發人員現場安裝程式碼(具有適當的安全),鼓勵團隊去建立FOSS專案,以及組織企業範圍內的黑客馬拉松等。會議的最後二十分鐘是以互動研討會的方式進行的。與會者組成了小組,並設計了可在自身企業內執行的實驗。
\\\\會議當日的最後一個主題演講是由Dan North和James Lewis所做的,演講探討了“如何去打破規則”。North引用了Eliyahu Goldratt的開創性著作《The Goal》中的工作,指出“當且僅當技術去除了限制,它才能提供好處”,並談論了我們在採納和探索新技術中的不到之處。演講就如何有效地採納技術給出了一系列的規則:
\\- 該技術的能力是什麼?\\t
- 該技術消除了哪些侷限?\\t
- 哪些規則使得我們可以管理這個侷限?\\t
- 我們需要哪些新規則?\
North和Lewis在探討了物資需求計劃(MRP,Material Requirement Planning)和企業資源計劃(ERP,Enterprise Resource Planning)等技術後,建議那些用於拷貝舊的或已有過程和技術的規則一般應形成政策或法律,例如月度規劃及大批量的採購,或是使用率的最大化並使用成本核算。與之相應的是,在這些領域採納新技術時,企業將需要去適應,以實現頻繁地重規劃和更短時間間隔的訂購,並使用產量會計從整體上測量價值流。在採納雲技術或持續交付時,拷貝中所採用的舊規則通常會成為結構或文化的組成部分,例如管治和遵守的集中執行,或是對有手工驗證的需求。進而,企業必須學會如何自治地執行低成本的實驗,並將所有的步驟在持續交付構建流水線中做自動化。
\\敏捷沙灘大會首日的最後,是一個在Gyllynvase沙灘上舉行的沙灘派對,與會者分享了一天的收穫以及自身的經驗和故事,並享用了Cornish海洋小木屋上的沙灘BBQ。更多大會的資訊,可以在“Agile on the Beach”網站上看到。演講的視訊將於下週內上傳到AotB YouTube頻道。
\\檢視英文原文: The Importance of Learning, Psychological Safety, and Continuous Delivery: Agile on the Beach 2017
相關文章
- 持續交付與傳統敏捷的矛盾敏捷
- [譯文]持續交付與傳統敏捷的矛盾敏捷
- 持續整合、持續交付和持續部署有什麼區別?0基礎學習linux技能Linux
- 對持續整合、 持續交付、持續部署和持續釋出的介紹
- 《持續交付》被選作牛津大學敏捷工程實習課教材敏捷
- 持續整合、持續部署、持續交付、持續釋出
- 持續整合、持續交付、持續部署簡介
- 太多指令碼將會毀掉持續交付指令碼
- 圖靈社群“持續交付”專題交流會圖靈
- 數字化浪潮來臨,如何實現業務敏捷交付和科技持續治理?敏捷
- 持續整合持續部署持續交付_持續整合與持續部署之間的真正區別
- 持續交付一——軟體交付的問題
- 談談持續整合,持續交付,持續部署之間的區別
- 淺談持續整合(CI)、持續交付(CD)、持續部署(CD)
- 持續學習
- [轉載]持續交付和DevOps的前世今生dev
- 從持續整合到持續交付——DockerCloud概覽DockerCloud
- SAP開源的持續整合-持續交付的解決方案
- iOS 持續交付之 FastlaneiOSAST
- 微服務、容器與持續交付微服務
- 圖靈社群“持續交付”專題交流會活動手記圖靈
- 持續交付探索與實踐(一):交付流水線的設計
- 雲原生下的DevOps與持續交付dev
- 持續交付中的分支管理與版本控制
- Google 開發者大會,掘金持續更新中...Go
- #翻譯#持續交付成熟度模型模型
- GitOps | 一種雲原生的持續交付模型Git模型
- 釋出 Spinnaker 1.0:持續的雲交付平臺
- 如何構建更好的複雜系統?容器、微服務和持續交付微服務
- 學習 Laravel —— 前端篇(持續更新)Laravel前端
- 【持續更新...】ECharts學習筆記Echarts筆記
- 【持續更新...】Nginx 學習筆記Nginx筆記
- Java 學習筆記(持續更新)Java筆記
- AnimalController 學習 持續更新Controller
- eBay透過事件溯源實現持續交付事件
- 持續交付成熟度模型 V1.2模型
- 【Mysql原理和原始碼學習記錄】學而思網校早讀會--持續更新中MySql原始碼
- 2020年大資料學習大綱(持續更新中...)大資料