本人秉承開源分享精神，自願分享並翻譯本書正文譯本並共享，不存在任何商業盈利用途。若有版權問題，我將自願刪除所有相關內容。 原書封面

你好，歡迎使用 CODING！ 這份最佳實踐將幫助你掌握CODING 敏捷管理工具，更好地實踐敏捷研發流程。 什麼是敏捷研發 敏捷研發 是涉及整個軟體工程的理念與實踐，它的核心是迭

很多年了，人們一直在討論產品經理和產品負責人角色之間的區別。這兩個角色是否可以共存，以及應該使用哪一個角色。本文談談我對這個問題的一些想法，以及對產品負責人起源的一些思考。 大家都遇到什麼問題了呢？ 您

Scrum是一種敏捷開發的方法 [圖片上傳失敗...(image-629bca-1552107631825)] 先定一個能達到的小目標 Scrum 團隊 包括產品負責人、開發團隊和Scrum M

本文轉自：Scrum中文網 SCRUM方法如下： SCRUM將工業過程控制中的概念應用到軟體開發中來，認為軟體開發過程更多是經驗性過程(Empirical Process)，而

經驗主義，根據什麼做出決定的? Scrum 是一個經驗過程, 有時被描述為 "可能的藝術"。我的意思是, 我們用我們所擁有的盡最大努力。 產品所有者根據所有當前資訊計劃釋出。他或她列出了

如Scrum指南中所述，Sprint Retrospective是Scrum團隊檢查自身並建立在下一個Sprint期間制定的改進計劃的機會。Sprint回顧是在Sprint Review之後和下一個Sprint

每個Sprint的輸出的正式名字為“潛在可交付產品增量”。在開始第一個Sprint之前，產品負責人、團隊和Scrum Master必須審視對於把一個產品待事項列表中的事項做到潛在可交付所需要的所有事情。所有為了交付產

對於大多數轉向敏捷方法的公司而言，產品所有者 (Product Owner) 是新的東西。但是，每個月您都會看到產品所有者需求的顯著增長。為什麼？我們將在本文中討論它，更多地關注產品所有者在軟體開

Scrum是一場創業 1993年，Jeff和Ken創造了Scrum，至今已經有25年之久。如今敏捷開發也不是什麼流行詞兒，不少IT組織已經走在敏捷轉型的路上，還有一部分組織則剛痛下決心拋棄瀑布式計劃型開發模

首先： 什麼是Scrum？ Scrum 是一個用於開發和維護複雜產品的框架 ，是一個增量的、迭代的開發過程。 在這個框架中，整個開發過程由若干個短的迭代週期組成，一個短的迭代週期稱為一個Sprint，每

敏捷最初是一種軟體開發理念，強調協作，自適應規劃和持續改進。近來，敏捷已成為整個科技界的事實上的開發方法。敏捷的核心目標是基於 敏捷原則 ，從根本上重構我們完成工作的方式。 各種敏捷方法，比如

UI 庫是很龐大的一個專案，如果個人開發，會很佔用我的業餘時間，所以我想到了組隊，便在掘金髮佈一個這樣的事情，很快便召集了20多個前端加入進來。 scrum 敏捷模式 這麼多人加入，怎麼樣的流程管理能保

對於企業來說，一個企業所用的團隊協作類軟體不僅是要滿足團隊的協作需求，還要滿足企業管理者的管理需要，二者缺一不可。 那這種協作工具背後的管理理念 更是必不可少的。如果一個工具不能給團隊帶來效率和便利  反而

SCRUM中有兩種型別的積壓，結構相似，但目的和細節水平不同。 Theproduct backlog：產品待辦事項以使用者故事的形式列出專案要求，按最高客戶價值劃分優先順序。它由產品所有者管理，並在收集和