中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

編輯導語：在敏捷開發中，Scrum是一種增量迭代式的開發過程，對于產品開發過程十分重要。本篇文章作者分享了Scrum在敏捷開發中的方法，講述了傳統開發和敏捷開發的對比、Scrum的特點等，一起來學習一下吧，希望對你有幫助。

先從一則故事說起：

一天，一頭豬和一只雞在路上散步

雞對豬說：“嘿，伙計，我們合伙開一家餐館怎么樣？”

豬看了一下雞說：“好主意，那我們給它取什么名字呢？”

雞想了想說：“叫‘火腿和雞蛋’怎么樣？”

豬說：“那不行，我要全身投入，而你只是參與而已”。

這是在Scrum推出的系列故事中最有代表性的一個故事，它向我們展示了兩種角色：豬和雞。

在敏捷開發中，Scrum是一種增量迭代式的開發過程，它包含了一系列的實踐和角色定義的過程骨架。

主要角色包括產品負責人（Product Owner即PO）、敏捷教練（Scrum Master即SM）、開發團隊成員等，他們在項目中承擔實際工作，是Scrum團隊中的核心成員，扮演著“豬”類的角色，是必須要全身心投入的。

而用戶、客戶、老板們則代表著“雞”類角色，他們是項目的需求方和參與者，不會為項目跟進的結果負責。

但他們對產品的意見至關重要，因此也必須考慮到他們，這就要求PO和SM必須處理好兩種角色的關系，這在實際操作中是最難的一個環節。

在正式介紹Scrum之前，我們先說下傳統開發和敏捷開發的對比。

一、傳統開發

傳統的軟件開發采用的是瀑布式開發流程，它把整個開發過程分成了需求、設計、編碼、測試、發布等階段，只有前面階段達成后再進入下一個階段，整個過程按照事先制定的計劃前進。

這種預定計劃的方法，帶來的問題也是顯而易見的，每個階段之間都有強烈的依賴關系，前一個階段被視為后一個階段的輸入。

如果輸入的質量不高則會嚴重影響后續階段的輸出質量，隨即帶來后續一些列階段的停滯，最終導致開發周期拉長項目延期，甚至以失敗告終；

我們的市場需求瞬息萬變，很難實現產品需求明確完整的收集，項目早期的承諾也導致對后期需求的變化難以調整、代價高昂。

同時，技術的發展也日新月異，對于所定義的功能可能實現也面臨著多重不確定性的因素。

所以從需求的明確性和功能實現的確定性兩個維度出發，當需求的不明確性和功能實現的不確定性均超出一定范圍之后，呈現出復雜系統的特征，瀑布式開發這種結構化的方法便不再適用，而敏捷開發方法便是在這樣的背景下誕生。

Fix Feature，Flextime（傳統開發固定范圍，彈性時間）

二、敏捷開發

敏捷開發的一個核心思想的轉換是，從瀑布式開發所代表的“Fix Feature, Flex time”（固定范圍，彈性時間）轉向“Fixtime, Flex Feature”（固定時間，彈性范圍）。

Fixtime，Flex Feature（敏捷開發固定時間，彈性范圍）

在市場變化和技術變化的背景下，既然市場需求和產品定義所代表的“范圍”無法實現固化。

因而無法確定應該投入多少資源來完成，那不妨固定好已有資源的，以資源位約束，實現“范圍”的最大實現，從“計劃驅動”轉向為“價值驅動”。

在敏捷開發的思維模式提出后，2001年，敏捷宣言誕生。

• 個體和交互 勝過 過程和工具；
• 可工作的軟件 勝過 面面俱到的文檔；
• 客戶合作 勝過 合同談判；
• 響應變化 勝過 遵循計劃；
• 精益求精 勝過 簡單執行。

（注意：這里的勝過不是不要做，而是當兩者出現沖突的時候，我們進行選擇的判斷依據）。

對比瀑布式開發，敏捷開發更加貼近最終的市場環境，它有著更好的適應性，同時在敏捷宣言的指引下，更強調發揮人的價值，能更好的挖掘出團隊的潛能。

敏捷開發充分發揮“人”在軟件開發中的價值，強調追求有價值的產品結果，發揮每個人的主動性和創造力。

在敏捷宣言的指引下，產生了很多種敏捷開發方法，而沖刺和迭代式的“Scrum”方法，更進一步通過具體的實施手段展現“敏捷宣言”所代表的敏捷價值觀。

三、Scrum介紹

Scrum原始含義是指英式橄欖球次要犯規時在犯規地點對陣爭球。

Sprint則是指竭盡全力的沖刺短跑，為球隊爭得利益，球隊隊員為一個整體，按照陣型發揮各自的價值，最終的結果取決于團隊的配合和取勝的決心，而不是教練在場下的指揮。

• 1986年，Scrum首次應用于產品開發，竹內弘高和野中郁次郎在 《The New New Product Development Game》文章首次提到將Scrum應用于產品開發。
• 1993年，Jeff Sutherland在首次在Easel公司定義了用于了軟件開發行業的Scrum流程，并開始實施。
• 1995年，Jeff Sutherland和Ken Schwaber規范化了Scrum框架，并在OOPSLA 95上公開發布。
• 2001年，敏捷宣言及原則發布、敏捷聯盟成立，Scrum是其中一種敏捷方法。2002年，Ken Schwaber和MikeCohn共同創辦了Scrum聯盟。

Scrum敏捷開發讓團隊以一個整體走完全程，產品開發過程從一個精心挑選的多學科團隊的不斷互動中產生，團隊成員從開始到結束都在一起工作，該過程不是在定義好的、高度結構化的階段中進行的，而是在團隊成員的相互作用下產生的。

四、Scrum的特點

1. 內置的不穩定性

高層通過發出一個寬泛的總體戰略方向的信號來啟動項目，并設置了一個極具有挑戰的目標，同時賦予項目團隊極大的自由來完成這個項目，這樣既給團隊壓力，同時把團隊推到墻邊并把他們逼到極致發揮他們的創造力。

2. 自組織的項目團隊

當項目團隊被驅動到“零信息”的狀態時，他們就會呈現出一種自組織的特征，這種狀態存在模糊性和波動性，因此需要項目團隊像初創團隊一樣運作，承擔主動性和風險，并制定獨立的議程，當一個群體表現出三個條件：自治、自我超越和異花授粉，這個群體就擁有了自組織的能力。

• 自治：公司的參與僅限于在一開始的指導、資金和道義支持，日常工作中高層很少介入，團隊可以自由地設定自己的方向。
• 自我超越：項目團隊全神貫注于對“極限”的永無止境的追求，從總部提出的指導方針開始，他們開始建立自己的目標，并在整個開發過程中不斷提升目標。
• 異花授粉：由具有不同職能專業、思想過程和行為模式的成員組成的項目團隊進行新產品研發，這種多樣性孕育了新的思想和概念（這里和黑客增長理念接近，多樣團隊的觀點碰撞，獲得更具創意的實驗方案）。

3. 重疊的開發階段

在瀑布式方法下，一個項目以循序漸進的方式經歷幾個階段，只有在滿足了前一階段的所有需求之后，才能從一個階段過渡到下一個階段。

通過一些檢查點控制風險，但這種方法幾乎沒有為集成留下空間，某個階段的瓶頸可能會減慢甚至停止整個開發過程。

而在整體或橄欖球方法下，這些階段有相當大的重疊，這使得團隊能夠吸收整個開發過程中產生的振動或“噪音”，重疊方法加強了共同責任和合作，激發了參與和承諾。

團隊必須同步進度以滿足最后期限，突出了解決問題的重點，鼓勵主動采取行動，發展多樣化的技能，并提高對市場條件變化的敏感性。

4. 多重學習

由于項目團隊的成員與外部信息來源保持密切聯系，他們可以快速響應變化的市場條件。

團隊成員參與一個不斷嘗試和犯錯的過程，以減少他們必須考慮的選擇的數量。他們也獲得了廣泛的知識和多樣化的技能，這有助于他們創建一個能夠快速解決一系列問題的多才多藝的團隊。

5. 微妙的控制

盡管項目團隊在很大程度上是獨立的，但他們并不是不受控制的，管理層建立了足夠的檢查點，以防止不穩定、含糊不清和緊張局勢演變成混亂。

與此同時，管理避免了那種損害創造力和自發性的嚴格控制。相反，它強調的是“自我控制”、“通過同伴壓力的控制”和“通過熱愛的控制”，我們統稱它們為“微妙的控制”。

6. 學習的組織轉移

跨層次和跨職能積累知識的動力只是學習的一個方面，項目成員也有同樣強烈的動力將他們的學習成果轉移給小組以外的其他人，將學習內容轉移到后續的新產品開發項目或組織內的其他部門。

Scrum敏捷開發的實施讓開發團隊有了一定自主權，已安排好的計劃很大程度上不會被打斷，同時上下游相互配合，為一個共同的目標而努力，每個人都清楚團隊其他人的工作內容，每天都知道項目的實時進度，團隊是一個整體的存在，而不是每個人獨立工作下的個體，有著很強的集體榮譽感。

但Scrum能否成功實施，關鍵要先獲得高層的認同和理解，讓高層們理解Scrum的要義、利弊，如果Scrum能帶來高效、優質的開發成果。

那就在制定績效結果并在實施過程中放權，讓每個成員真正意識到項目成果是自己的事，而不是領導的事。

如果是職能型的研發團隊，同時也要獲得各需求方的認可和支持，分享在這種方法下對整體的收益最大化，否則可能會面臨各種不理解，最終可能導致實施失敗。

因此，我們要落地Scrum敏捷開發，就要做好“豬”與“雞”兩種角色之間心理上的平衡與和諧，“雞爺爺”切不可把“小豬”們看成是一群豬八戒，空有一身本領，但好吃懶做。

“小豬”們也不可把“雞爺爺”想象成周扒皮，只會半夜雞叫，影響正常的開發進度。

豬和雞雙方相互理解，達到項目開展過程中的平衡點，才能讓整個項目順利的完成。

作者：周武，曾就職于騰訊、邊鋒，現在一家上市公司產品負責人；公眾號：周武說。

本文由@ 周武 原創發布于人人都是產品經理，未經許可，禁止轉載。

題圖來自 Unsplash，基于CC0協議。