具體描述
産品特色
編輯推薦
《Scrum敏捷軟件開發》：
全景呈現Scrum敏捷成功之點滴
萃取Mike Cohn敏捷思想之精華
通用、經過實證且百分百行之有效的Scrum與敏捷實踐指南
對於Scrum與敏捷快速轉型及其與傳統之間的持久戰，《Scrum敏捷軟件開發》提供瞭通用、實際和可操作的指導。聲譽卓著的領軍人物MikeCohn，優秀的敏捷顧問和踐行者，從自己多年來幫助數百傢軟件公司進行Scrum和敏捷改革的無人媲美的經曆中，提取齣細節紛呈的建議、令人醒醐灌頂的提示和實際案例研究。
《Scrum敏捷軟件開發》是為實施s仁rum過程中勇敢麵對重重挑戰並渴望徵服這些難題的實乾傢準備的。Cohn全麵概述瞭整個轉型過程：啓動轉型、幫助個人適應新的角色、組建團隊、擴展Sct，Um到多團隊項目、分布式團隊項目以及*後的實施效果度量和持續改善。
貫穿全書，Cohn基於自己*成功的建議，創設瞭“試一試”特色段落。與此相得益彰的“反對”特色段落則重現與變革抵製人員之間的典型對話，提供實際有效的指導來打消其疑慮。
本書主題：
立即著手轉型和迅速進入正軌的幾種實用方法
剋服個人對Scrum變革的抵觸
建立由變革積極推動者組成的“改進社區”
選擇要使用或試驗的敏捷技術實踐
領導自組織團隊
*有效的的Scrum迭代、計劃和質量技巧
將Scrum擴展到分布式以及多團隊項目
將Scrum用於復雜的順序過程項目或富有挑戰的、有服從和管控需求的項目
理解Scrum對人力資源、後勤和PMO的影響
內容簡介
《Scrum敏捷軟件開發》是敏捷聯盟及Scrum聯盟創始人之一、敏捷估算及計劃的鼻祖Mike Cohn三大經典著作中影響為深厚的扛鼎之作，也是全球敏捷社區中獲得廣泛肯定的企業敏捷轉型參考。作者花四年時間，把自己近十五年的敏捷實踐經驗，特彆是近四年中針對各種敏捷轉型企業的谘詢和指導工作，並結閤旁徵博引的方式，從更高的思想層次對敏捷與Scrum多年來的經驗和教訓進行深入而前麵的梳理和總結，終集大成者便是這本令人醍醐灌頂的佳作。
《Scrum敏捷軟件開發》是軟件企業及其管理團隊成功進行敏捷轉型戰略及實施的必備參考書，適閤經理、開發人員、教練、ScrumMaster、産品負責人、分析師、團隊領導或項目領導，是幫助他們成功完成項目，甚至造就敏捷企業的重要參考。
作者簡介
Mike Cohn，Mountain Goat Software創辦人，以幫助客戶公司成長為卓越軟件開發組織為己任，專門提供Scrum與敏捷軟件開發培訓。Mike Cohn是敏捷運動兩大公認名著（《用戶故事與敏捷方法》和《敏捷估算與規劃》）的作者。他曾經曆任多個軟件開發公司（從新創公司到《財富》40強）的技術總監，曾服務子BBC（英國國際廣播公司）、Capital One（美國第—投資集團），Electronic Arts（藝電）、Experian（益百利）、Gooqle（榖歌）、Intuit（直覺軟件公司）、Lexis Nexis（律商聯訊）、Lockheed Martin（洛剋希德·馬丁）、微軟、諾基亞、飛利浦、Sabre、Salesforce.com、西門子、索尼、時代華納、雅虎等客戶。他參與創力瞭敏捷聯盟、敏捷項目領導網絡和Scrum聯盟。
目錄
第Ⅰ部分 啓航
第1章 為什麼敏捷轉型難（但值得）
第2章 ADAPT模型
第3章 Scrum實施模式
第4章 漸進敏捷
第5章 試點項目
第Ⅱ部分 個體
第6章 剋服抵觸
第7章 新角色
第8章 角色轉換
第9章 技術實踐
第Ⅲ部分 團隊
第10章 團隊結構
第11章 團隊協作
第12章 領導自組織團隊
第13章 産品Backlog
第14章 Sprint
第15章 做計劃
第16章 質量
第Ⅳ部分 組織
第17章 擴展Scrum
第18章 分布式團隊
第19章 與其他方法論共存
第20章 人力資源、後勤和PMO
第Ⅴ部分 下一站
第21章 看看進展如何
第22章 沒有終點
精彩書摘
因為ETC與Scrum開發團隊一樣使用Scrum，所以他們也通過Sprint取得進展。每個ETCSprint以計劃會議開始，以評審和迴顧會議結束。這些會議和Scrum開發團隊的那些會議完全一樣，也經常發生同樣的問題。來自KeyCorp（美國一傢大型的金融機構）的Thomas Seffernick，參加瞭他所在公司的ETC（也稱敏捷實施團隊）的第一次迴顧會議。他迴憶瞭團隊如何犯下許多新Scrum開發團隊都有的一個共同錯誤——與演示工作中取得的進展相比，他們更願意談論計劃。
因為領導要站著描述他們掃除障礙的計劃，所以第一次敏捷實施（ETC）Sprint評審會議比較痛苦。會中傳遞的信息是清晰的——計劃不錯，但結果有待證明。此後的評審會議就有變化，結果成為會議的焦點。（2007,202）
一些ETC舉行每日站會，我認為這是一項良好的實踐。但是，我並不認為必須像Scrum開發團隊一定要舉行每曰站會那樣，堅持要求做到這點。因為ETC成員要完成的工作不像開發團隊要完成的工作那樣緊密地互相交錯，所以每日站會是一件很有價值但非必須的事情。類似地，ETC成員很少是全職的，大多數人已有其他工作，許多時候，他們待在原來的工作上更有意義。例如，對於一位開發部門主管，讓他離開自己的崗位而服務於ETC，與任其留在自己的工作崗位相比，無疑後者更有助於排除企業的更多睏難。
ETC Sprint的長度取決於ETC成員。不過以我的經驗而言，兩周是最好的。這也是Ken Schwaber（2007，10）所推薦的Sprint長度。Elizabeth Woodward是指導IBM大規模實施敏捷的ETC成員之一，她如下描述有關他們Sprint長度的經曆。
我們用過兩周和四周的Sprinto迄今為止，我們看到最成功的是兩周的Sprint。我相信其中的原因在於其“交付物”展示的良好勢頭和對外可見的進展。我們把各個社區的工作收集到一個簡短的摘要中——封能讓人們在15分鍾內讀完的電子郵件。發起人和産品負責人很多成功的Scrum實施都由一個明確的發起人（sponsor）啓動和推進，發起人是企業中負責成功轉型的資深人士。Salesforce.com非常成功的大規模轉型就由公司的一位共同創始人Parker Harris發起。作為負責技術的執行副總裁，Harris
處在一個絕佳的位置，可以支持這樣的變革——它會顯著改變Salesforce.com開發組織中每個人的工作方式。
轉型發起人應來自企業正在計劃實施轉型的部門級彆。Salesforce.com需要公司管理層充當發起人，因為其轉型是整個企業範圍的。如果是部門的轉型，那麼部門級彆的領導是閤適的選擇。
發起人也是ETC的産品負責人。這意味著，有時ETC的産品負責人是沒什麼Scrum經驗的人。不過沒有關係，如同所有的産品負責人一樣，ETC的發起人能夠通過尋求其他ETC成員的幫助來履行這個職責。作為ETC最資深的成員，發起人將在轉型實施溝通中扮演著重要角色，但他不必是轉型願景中唯一的來源，還有其他人。
開始采用Scrum時，Primavera就瞭解到強勢發起人的重要性。BobSchatz和Ibrahim Abdelshafi，當時是Primavera的技術執行官，他們如下描述發起人支持的重要性：
實施敏捷或實施任何重大的變革，都需要管理層真誠的支持。事情得到解決前道路是崎嶇不平的，盡管有任何問題或失敗，但管理層的支持都能讓變革之路堅持下來。（2005，38）
……
前言/序言
這本書不是為那些剛接觸Scrum或敏捷概念的人們而準備的。有其他書籍、課程甚至網站可以幫助他們。如果你在Scrum方麵是新人，可以從其中的一種方式著手。這本書也不是為那些純粹主義者而準備的（譯者注：純粹主義者指特彆執著於完美理論闡述的人）。他們其實可以找到很多這方麵的博客，來爭辯什麼是真正的敏捷或Scrum。這本書為實用主義者而生。寫給那些已經開始嘗試Scrum且可能已經遇到一些問題的人，以及那些雖然沒有開始但已經按捺不住躍躍欲試的人。這些人需要的已經不是關於如何畫一張燃盡圖，或者是在每日站會上如何給齣三個問題的答案等入門介紹。他們需要的是一些更加高階的課題——比如如何在企業或者項目中引入Scrum，並進行推廣，如何幫助人們在項目初期放棄大的設計，如何在每個Sprint交付可以工作的軟件，經理應該做什麼，等等。如果這些課題你似曾相識，本書正好可以滿足你的需要！
本書藉助我過去15年的Scrum經驗（特彆是最近四年以來的經驗），來幫助大傢找到這些問題的答案。在最近的四年中，每次我見完一個客戶，就會在晚上迴到酒店後整理和記錄他們麵臨的難題、他們提齣的疑問及我當時所給齣的建議。然後我會通過迴訪或者電子郵件的方式進一步跟蹤這些問題。我隻想通過實踐真切地確認我的哪些建議能最終解決哪些方麵的問題。
用戶評價
我是一名資深的技術架構師，在我的職業生涯中，我見過太多因為需求不明確、變更頻繁而導緻的項目延期和失敗。我們總是試圖用各種各樣復雜的文檔和流程來“鎖定”需求，但現實往往是，市場變化比我們的文檔更新速度更快。這本書對我而言，與其說是介紹一種方法論，不如說是在提供一種“解藥”。 書中關於“敏捷宣言”的解讀，讓我對“擁抱變化”有瞭更深的理解。過去，我們常常把需求變更視為洪水猛獸，而Scrum卻把它看作是價值交付的必然環節。作者對“産品待辦事項列錶”的管理，特彆是“優先級排序”和“用戶故事”的運用，為我們提供瞭一個動態調整焦點的有效工具。我特彆欣賞書中關於“技術債務”的討論，以及如何通過“重構”和“持續集成”來保持代碼的健康。這些都是在傳統開發模式下容易被忽視，但卻是支撐敏捷開發長期成功的關鍵。書中還引用瞭大量的案例，展示瞭不同規模、不同行業的團隊是如何成功應用Scrum來應對復雜挑戰的。這些案例不僅增加瞭說服力，也給瞭我們很多可藉鑒的實踐經驗。
評分不得不說，這本書給我的職業生涯帶來瞭巨大的轉摺。我是一名項目管理新手，剛開始接觸軟件開發管理時，感到力不從心，尤其是在麵對團隊成員之間的溝通不暢、任務分配不均以及進度失控時，常常會感到手足無措。總覺得自己像是在“救火”，每天都在處理各種突發狀況，而項目整體的走嚮卻模糊不清。 《Scrum敏捷軟件開發》就像是一位經驗豐富的導師，耐心地引導我走齣迷霧。它沒有給我灌輸冰冷的理論，而是通過大量生動的生活化場景，讓我理解Scrum的精髓。書中的“産品負責人”角色，讓我明白瞭産品願景的重要性，以及如何將宏大的目標分解成一個個可執行的小步。而“Scrum Master”的定位，則讓我理解到，原來管理並不等於發號施令，而更多的是一種服務和賦能。我特彆喜歡書中關於“每日站會”的講解，它讓我意識到，即使是短暫的交流，也能有效避免信息孤島，提升團隊協同效率。通過閱讀這本書，我逐漸學會瞭如何與團隊建立信任，如何激發他們的主動性和創造力，並且最終能夠更從容地駕馭項目，實現可預期的交付。
評分這本書簡直是為我量身定做的！作為一名在傳統瀑布式開發模式下摸爬滾打瞭多年的項目經理，我一直飽受著需求變更的摺磨，以及項目後期“救火”的疲憊。每次迭代都像是在賭博，賭的是項目組能否在規定時間內完成所有已知需求，而一旦有任何風吹草動，整個項目進度就會像多米諾骨牌一樣搖搖欲墜。直到我讀瞭這本書，我纔恍然大悟，原來還有一種如此清晰、高效、並且能夠擁抱變化的管理模式——Scrum。 書裏對Scrum的各個角色（産品負責人、Scrum Master、開發團隊）的職責劃分，以及那些看似簡單的儀式（每日站會、衝刺計劃會議、評審會議、迴顧會議）的背後邏輯，都解釋得極其透徹。我尤其喜歡書中關於“增量交付”和“自組織團隊”的論述。在以前的項目中，我們總是習慣於等待整個項目完成一次性交付，這不僅風險巨大，而且難以快速獲得用戶反饋。而Scrum強調的每一次迭代都交付一個可工作的軟件增量，這不僅大大降低瞭風險，更重要的是，它給瞭我們一個持續優化的機會。書中的案例分析更是讓我眼前一亮，比如那個曾經混亂不堪的電商項目，是如何通過引入Scrum，在短短幾個月內實現用戶滿意度飆升，訂單量翻倍的。這些真實的故事，讓我對Scrum的落地充滿瞭信心，也讓我看到瞭擺脫“救火隊員”命運的希望。
評分這本書的閱讀體驗，更像是一次深入的“頭腦風暴”，它不斷地挑戰我過去的認知，並為我提供瞭全新的視角。我一直認為，軟件開發是一個高度技術化的過程，而管理則相對次要。但這本書卻讓我認識到，優秀的技術成果，離不開高效的管理和清晰的協作。作者在書中對“用戶故事”的講解，非常獨到。他沒有簡單地羅列概念，而是通過一個個具體的例子，展示瞭如何將模糊的用戶需求轉化為清晰、可執行的任務。 讓我印象深刻的是，書中並沒有將Scrum描繪成一個萬能的解決方案，而是強調瞭“情境化”的應用。不同的團隊、不同的項目，需要根據自身特點來調整和優化Scrum的實踐。這種開放和靈活的態度，讓我覺得更加貼近實際。我尤其欣賞書中關於“度量”和“改進”的部分，它鼓勵團隊不斷地審視自身，找齣瓶頸，並持續地進行迭代優化。這種“持續改進”的文化，對於任何追求卓越的團隊來說，都至關重要。讀完這本書，我感覺自己仿佛掌握瞭一套全新的“遊戲規則”，能夠更有效地參與到軟件開發的整個生命周期中。
評分這本《Scrum敏捷軟件開發》給我的感覺，就像是在一片混沌的技術管理領域裏，突然點亮瞭一盞明燈。我是一名初級程序員，在過去的團隊中，我們常常陷入“接到需求，悶頭開發，交付，然後重復”的循環。很少有機會去思考“為什麼”要開發，或者“如何”能做得更好。項目經理總是把任務分配下來，我們隻需要按部就班地完成。這讓我覺得自己的工作缺少瞭方嚮感，也看不到自己的成長。 這本書卻完全顛覆瞭我的認知。它不僅僅是講技術，更是講一種“思維方式”。它教會我如何理解“價值”，如何與“産品負責人”進行有效的溝通，如何在“每日站會”上清晰地錶達自己的進展和遇到的障礙。最讓我印象深刻的是“衝刺迴顧會議”這一環節，我們團隊過去很少有這樣正式的、聚焦於“改進”的討論。在書中，我看到瞭如何通過復盤，找齣真正的問題根源，而不是僅僅停留在錶麵。作者用瞭很多生動的比喻，比如把Scrum團隊比作一個精密的賽車隊，每個人都有自己的角色，但最終目標是共同贏得比賽。這種團隊協作的理念，讓我覺得我在這個龐大的軟件開發生態中，不再是一個孤立的執行者，而是一個有責任、有擔當的團隊成員。
活動時買瞭很多 存著慢慢看 包裝還是很差 有一本邊角磕變形瞭 如果用來收藏還是去實體店買吧
評分幫朋友買的，反饋書很不錯！強烈推薦
評分幫同事購買，不錯。
評分同事推薦的書，很不錯，很有用
評分圖書日買的，超值，學習學習用戶故事地圖，看目錄感覺還不錯，後麵詳細看瞭再來評價
評分好..............
評分剛買完就降價瞭，不知道為啥。
評分一直在想這麼薄的一本書為啥賣這麼貴，今天拿到之後纔發現物有所值！文字不多，但是排版很有個性，書中的很多手繪圖很有啓發意義，一幅圖頂得上十句話，值得擁有！
評分??Scrum敏捷軟件開發??Scrum敏捷軟件開發??Scrum敏捷軟件開發??Scrum敏捷軟件開發??Scrum敏捷軟件開發??Scrum敏捷軟件開發
相關圖書
![計算機科學叢書·數據結構、算法與應用：C++語言描述（原書第2版） [Data Struetures，Algorithms，and Applicarions in C++ Second Edition] pdf epub mobi 電子書 下載](https://pic.windowsfront.com/11678536/55503e8fNc47f7168.jpg)
本站所有內容均為互聯網搜尋引擎提供的公開搜索信息，本站不存儲任何數據與內容，任何內容與數據均與本站無關，如有需要請聯繫相關搜索引擎包括但不限於百度，google,bing,sogou 等
© 2025 windowsfront.com All Rights Reserved. 靜流書站 版權所有