│ 3ds Max│ Maya│ Rhino│ After Effects│ SketchUp│ ZBrush│ Painter│ Unity│
│ PhotoShop│ AutoCad│ MasterCam│ SolidWorks│ Creo│ UG│ Revit│ Nuke│
│ C#│ C│ C++│ Java│ 遊戲程式│ Linux│ 嵌入式│ PLC│ FPGA│ Matlab│
│ 駭客│ 資料庫│ 搜索引擎│ 影像處理│ Fluent│ VR+AR│ ANSYS│ 深度學習│
│ 單晶片│ AVR│ OpenGL│ Arduino│ Raspberry Pi│ 電路設計│ Cadence│ Protel│
│ Hadoop│ Python│ Stm32│ Cortex│ Labview│ 手機程式│ Android│ iPhone│
可查書名,作者,ISBN,3dwoo書號 目前顯示有庫存 顯示全部書籍 詳細書籍分類

落地敏捷：教練生存指南 ( 簡體 字)
作者：甘爭光	類別：1. -> 程式設計 -> 綜合
譯者：
出版社：清華大學出版社	3dWoo書號： 53717 詢問書籍請說出此書號！ 【缺書】 NT售價： 345 元
出版日：7/1/2020
頁數：364
光碟數：0
站長推薦：
印刷：黑白印刷	語系： ( 簡體 版 )
	加入購物車 │加到我的最愛 (請先登入會員)
ISBN：9787302549031
作者序　|　譯者序　|　前言　|　內容簡介　|　目錄　|　序
(簡體書上所述之下載連結耗時費功, 恕不適用在台灣, 若讀者需要請自行嘗試, 恕不保證)
作者序：
譯者序：
前言： 我對敏捷的了解是從外文資料開始的，接受敏捷專業理論培訓時，也用的是外文資料，到后來看到的一些關于敏捷的書籍，多數也是前輩們翻譯過來的外文書籍。結合自己的學習經歷和自己所帶團隊的敏捷開發轉型實踐經驗，我覺得有必要編寫一本中文書供初學者學習使用，而這本書中所使用的案例應該是來自國內一線敏捷開發轉型實踐，而不能再是很久遠的國外案例。 企業敏捷轉型能否成功，除了與企業的組織文化等關系很大外，還與敏捷教練個人的綜合素養有著很大的關系。在企業敏捷轉型的涅槃期，必然會有所犧牲，而這個犧牲品，很大情況下會是新入企業的敏捷教練，很多敏捷教練在轉型初期面臨很大的壓力，有可能堅持不到一年就成為公司敏捷轉型的犧牲品。 打造一本來自國內一線敏捷開發轉型實踐的《落地敏捷：教練生存指南》成了我的使命，帶著強烈的使命感，開始了我的編寫歷程。2017 年初，我開始把我的敏捷開發轉型培訓PPT 進行結構性整理，策劃《落地敏捷：教練生存指南》，結合以前的工作經驗和現有的敏捷開發轉型案例，“落地敏捷：教練生存指南”的內容不斷豐富，PPT 從最初的100 多頁豐富到最后的2000 多頁。2018 年初，所有PPT 已經完成初稿，標志著“落地敏捷：教練生存指南”的骨架搭建完成。 2018 年安泰建院100 周年時，見到了我的導師和同學曹偉、高嵩、李雅蘭、孫曉平、楊素娜，席間談話，講到了我的《落地敏捷：教練生存指南》，他們很感興趣。于是，在導師和同學的鼓勵下，我正式開始了工作。 2018 年5 月，基于原來PPT 的內容，書稿已經完成12 萬字，書中所用到的案例文案描述和圖片例證也盡量使用當前所負責的敏捷開發轉型團隊中的真實素材，力爭做到最新最真實，書中也盡力減少英文詞語或英文縮寫的使用，力求達成純正的中文理解。 工作之余，我開始全力投入到寫作中，2018 年7 月，19 萬字的初稿整理完成，初稿完成后，和我的導師李海剛進行溝通，在他的指導下我完成了本書的第2 版。此后，我找到ShineScrum 的王軍老師、張博超老師和范育銘同學，在他們的幫助下，我對書稿進行了一次全面修整，2018 年8 月，第3 版初稿整理完成。接下來是投稿，我投遞了幾家出版社，其中兩家有意向，我發去了樣稿并與編輯老師進行溝通，在編輯老師的反饋建議下，我對章節標題的命名及排序進行了更加合理的整理，對部分章節進行了增刪與修定，2018 年11 月中旬，21.6 萬字的第4 版初稿編寫完成，我也順利拿到了出版合同。2019 年4 月中旬，我收到了編輯老師的反饋，基于老師的反饋意見，我對稿件內容進行修改完善。經過多次交流，本書最終定稿。 對本書關鍵點的思考 為什么需要調研？并且從調研到試點甄選再到試點方案持續了兩個月之久？本書的假定條件是敏捷教練新入一個陌生公司，要在公司中導入敏捷開發實踐。進入新的環境，要給敏捷教練相對充分的適應時間，在這個時間內要先觀察和了解，有了初步的了解后，才能開始調研工作。因為牽涉到公司大多數團隊的利益問題，所以，前期的調研和試點甄選需要非常的謹慎，為了保證選型的成功和試點的可靠，以及方案的合理適應性，從調研到試點甄選再到試點方案持續兩個月的時長還是需要的。 為什么團隊培訓要持續一個月？每個團隊都有正常的開發節奏，敏捷教練不可能用命令的方式找出2 到4 天的時間專門做敏捷培訓，即使有這2 到4 天的時間，密集的培訓不一定可以達到培訓的效果。敏捷培訓的要點不在于方法論的串講，而在于大家對敏捷的體驗和認知。每天培訓20 分鐘，持續培訓一個月，每節課只學一個關鍵點，通過理論講解、案例分享與游戲相結合，寓教于樂，讓團隊成員更容易接受敏捷開發轉型，更好地體會敏捷的奧妙之處。 為什么需要試點？試點成功與否，直接關系到敏捷教練能否在這個公司活下來，如果試點都不能成功，公司領導很可能會認為，敏捷可能不適合公司，或是敏捷開發轉型的方案或敏捷教練的能力是有問題的，所以敏捷開發轉型的試點務必要選好！做好！做成功！ 為什么在試點成功后的推廣階段才對產品負責人進行再訓？在敏捷開發轉型的前期，敏捷教練只給產品負責人培訓敏捷相關框架內容，不夠細化，為了更好地服務于可持續交付、產品品質提升、交付最有價值的故事點，需要對產品負責人進行方法論的統一與提升，培訓就變的非常有必要，并且在推廣階段，敏捷教練所輔導的產品負責人不再是一個人，而是多個人，這也為專門培訓提供了對象條件。 為什么需要匯報？敏捷開發轉型必然是帶著目的性開始的，階段性匯報是有效檢驗敏捷開發轉型成功與否的里程碑事件。匯報可以暴露問題，從而獲取支持；也可以展示進步和成果，從而獲取資源。匯報是一種與高層進行有效溝通的機會，作為敏捷教練，要合理使用匯報。 在持續支持階段，敏捷教練需要做些什么？團隊培訓完成后，轉型團隊開始試用敏捷框架，落地敏捷開發實踐，等到運行穩定后，已轉型團隊就進入了持續支持期。在持續支持期間，敏捷教練除了重點落實敏捷各項活動的實踐情況外，還要重點關注迭代期間的人員問題、開發問題、提升問題等等。雖然敏捷中強調團隊的自組織與自管理，但作為服務角色的敏捷教練，要為團隊的可持續交付作出貢獻，當然，要保證團隊的可持續交付，要做的事情就多了，全流程的每個環節都需要操心關注。 每章的邏輯跳轉關系？對于一個預轉型團隊，主要經歷調研、培訓、執行、持續支持四個階段，請參考本書的第1 章、第2 章、第3 章和第6 章。不論是試點還是推廣新的團隊，都可以按照調研、培訓、執行、持續支持進行持續循環。 如下圖所示，本書以敏捷教練進入陌生環境落地敏捷開發為前提，全書三大部分以時間軸的方式進行內容呈現，讀者可以在一年的時間內按照書中給出的步驟，一步步體會一名敏捷教練是如何在一年內進行敏捷開發轉型實踐落地的，每一步都有對應的時間區間，而時間區內的每項活動又分別涵蓋在書中具體的7 個章節中。 實踐過程中，大家可以結合實際情況，對具體的時間區間進行調整，可以前置也可以延后，總體步驟只要保證相對穩定即可，期待大家可以按照我的教練生存指南在企業敏捷轉型涅槃中活下來并幫助企業轉型成功。 為什么要寫書 我想幫助那些剛轉型做敏捷教練的朋友、預備轉型做敏捷教練的朋友和在敏捷轉型之路上迷茫和苦苦探索的朋友，期待他們可以在敏捷轉型之路上走得更好，走得更遠，不要成為敏捷轉型的犧牲品，可以活下來，并且活的很好。本人一路走來，也算是摸爬滾打，從0 到1，從未知到已知，期間迷茫的痛苦和探索的艱辛只有過來人才能體會。 我想減輕他們的痛苦，這本書就像一本操作手冊一樣，他們看完這本書就可以立馬投入到敏捷開發轉型的實踐中，在自己的工作崗位上，有信心、有能力履行自己的崗位職責。 我想通過“三個一”（一個完整的轉型案例、一年的完整歷程和一個人的完整記述），幫助廣大朋友了解敏捷開發理論如何一步步“柔性落地”，如何在陌生的新環境中落地、發芽、開花、結果，從而提升敏捷新人的實踐技能和軟技能，以便在敏捷教練的職業路徑上更好、更快、更專業的成長。 我想以國人的視角和案例，寫更符合國人使用的書籍。我也看過很多本翻譯過來的敏捷書籍，都是大神寫的經典。作為互聯網公司的一名一線敏捷教練，我感覺有必要寫一本符合中國特情、案例的敏捷書籍，不求理論高度，只求在實用性、可操作性方面能夠幫助到更多的朋友，把我自己的理論學習與實踐成果，以國人能接受的視角，更有效、更準確、更真實、更可信的傳達給更多的新人朋友。 本書的風格與特色 本書強調柔性敏捷和柔性導入以及教練魅力與教練策略，不贊同強制導入和壓迫實施。教練要融入團隊，引領團隊完成變革。教練要注重調研，注重反饋，注重培訓，通過合適的方法完成團隊價值觀的統一，從而穩步、柔性的導入敏捷開發實踐。 本書以第一人稱的敘述視角，通過場景化的方式，詳細闡述了我作為一個敏捷教練，從初入陌生環境，到敏捷全面推廣的完整歷程，整個歷程涵蓋了調研、方案、啟動、培訓、試點、再訓、匯報、推廣、持續支持、探索幾個階段。對于每個階段，既包含理論講解，又包含實踐應用，通過理論與實踐相結合的方式，一步步的實現敏捷開發實踐的落地。全文舉證詳實，內容生動，引用大量敏捷開發轉型實踐團隊案例圖片。 所有圖片均來自一線敏捷開發轉型實踐團隊，更加貼合敏捷開發轉型實踐應用與敏捷開發實踐的導入。 本書適合剛轉型做敏捷教練的朋友、預備轉型做敏捷教練的朋友和在敏捷轉型之路上迷茫和苦苦探索的朋友，相信這三類朋友看完本書之后，除了能夠深切體會一線實踐敏捷教練與專業敏捷培訓師的講解差異外，更可以參照本書理論與實踐講解，把本書當成一本操作手冊，在一個陌生環境中迅速成功導入敏捷開發實踐。 我與本書的局限性 我的資歷尚淺。我只有8 年大型項目管理與敏捷開發柔性導入經驗，相比國內那些有10 年以上經驗的大神來說，在敏捷開發轉型實踐方面，我只算一個毛頭小子，如看到我這本書中的不足之處，還請不要吝嗇，多批評指正。 我的專業性還有待進一步提升。我雖然是國際敏捷聯盟認證CSP、CSM、CSPO，PMI 認證 PMP、ACP，認證LeSS 大規模敏捷專家(CLP)，信息系統項目管理師（高級）、信息系統集成項目經理，國際注冊培訓師、AACTP 等，但我在理論方面的提升空間還很大，并且由于我的工作年頭有限，所接觸的敏捷開發轉型團隊有限，成功轉型的案例有限，在理論理解方面難免存在偏激和理解不對的地方，在實踐舉證方面也難免會有歧義。 我的理論高度不夠。文中引用了部分經典概念和理論，獨創理論部分有限，雖注重實踐，但是理論創新方面還有諸多地方亟待提升，期待廣大讀者的反饋，謝謝。 本書背景 公司概況。公司是一家致力發展汽車共享為戰略目標的互聯網創新企業，公司致力打造全球領先的汽車共享平臺和服務生態圈。 技術團隊文化背景。團隊采用項目制，扁平化管理，以大項目組和具體項目團隊共存的形式進行管理，領導愿意接受敏捷變革，期待通過敏捷開發轉型，改變現存項目管理中的問題，提升研發效率，提高產品品質。 技術團隊概況。現有15 個研發團隊，團隊以項目制的形式進行管理，每個項目團隊的人員不是固定的，有兼職、共用的情況。每個團隊負責獨立的產品開發，因產品生命周期不一樣，團隊存在被拆解的可能性。 技術團隊原有開發模式不明確。組織中有27.59% 的人認為團隊原來是瀑布開發模式，有12.07% 的人認為團隊原來是螺旋開發模式，有43.1% 的人不知道團隊原來的開發模式，有6.9% 的人提出了團隊是其他的開發模式，在原來開發模式的認知度方面，組織成員間差異巨大。 敏捷開發轉型認同度。組織中有74.14% 的人愿意接受敏捷開發轉型，有6.9% 的人反對敏捷開發轉型，有18.96% 的人不知道是否需要敏捷開發轉型，放棄選擇。組織中并不是所有人都支持敏捷開發轉型。 關于敏捷教練。公司原來沒有敏捷教練，敏捷教練作為外部新招人員，需要獨立在陌生環境中負責所有團隊的敏捷轉型工作。因各團隊內部了解敏捷開發的成員不多，敏捷教練需要在團隊培訓、意識認知統一方面花費更大的精力，面臨的轉型阻力比較大。 關于轉型目標。領導沒有明確的階段性轉型目標，也沒有提出明確的團隊問題，需要敏捷教練結合自身的經驗進行獨立的探索，發現問題，分析問題、解決問題，通過柔性的方式，潛移默化的完成敏捷開發的轉型，發揮敏捷開發的優勢。 關于團隊組織形態。轉型前依然存在著產品團隊、開發團隊、測試團隊并且有明確的團隊領導，屬于職能型團隊，但是領導有意愿也有魄力把團隊打散，組建相對穩定、固定的混合獨立小組、特性團隊。
內容簡介： 《落地敏捷：教練生存指南》來自一線敏捷開發轉型實踐，呈現了敏捷教練如何度過驚心動魄的第一年。書中強調柔性敏捷、柔性導入，教練魅力與教練策略，通過開局、中盤、收關三大板塊，以場景化的方式詳細闡述了敏捷教練從初入陌生環境到敏捷全面推廣的完整歷程，整個歷程涵蓋了調研、方案、啟動、培訓、試點、再訓、匯報、推廣、持續支持以及探索等階段。 《落地敏捷：教練生存指南》適合剛轉型做敏捷教練的讀者、預備轉型做敏捷教練的讀者和在敏捷轉型之路上迷茫并處于困頓之中的讀者。
目錄： 第I部分　開局 第一章獨出手眼：團隊導師不簡單3 敏捷教練是干什么的？3 我能成為一名敏捷教練嗎？4 敏捷教練的核心技能4 滾雪球：企業敏捷轉型三步曲6 第二章知己知彼：內外調研、了如指掌（第1∼2個月）9 面對面訪談重點跟進9 客觀問卷16 聚焦凸顯問題，客觀反饋呈現22 開頭炮：拿典型來當試點29 第三章為人師表：統一思想，統一行動（第3個月）37 全面認知37 初識敏捷方案42 Scrum基礎理論學習過程52 小測試58 執行Scrum框架前的實戰性準備110 第II部分取得實質性的進展 第四章身體力行：帶領試點團隊執行Scrum框架(第4∼7月)145 試點團隊迭代開始145 團隊日常支持149 品質效率協同提升165 試點轉型成敗論193 第五章承前啟后：旗開得勝，多團隊開啟新征程（第8∼11月）201 試點成功，拓展多團隊201 多團隊開展新培訓225 多團隊面臨新問題256 第III部分收關 第六章穩中求進：團隊再提升（從第7個月開始）279 持續改進，擁抱變化279 帶好“火車頭”321 第七章精益求精：持續支持與探索（任何一個月）343 敏捷團隊推行績效評估343 實戰案例：硬件敏捷346 大規模敏捷：10個團隊協同并行352 敏捷Scrum框架關鍵知識點檢查清單361
序：