iT邦幫忙

agile相關文章
共有 263 則文章
鐵人賽 DevOps DAY 5

技術 Kanban

Kanban,也就是「看板」,也是敏捷開發裡的其中一種方式,主要是利用一塊板子,在上面區分多的區域,作為流程分類,將一張便利貼(卡片)視為一個User Stor...

鐵人賽 DevOps DAY 4

技術 Scrum

Scrum是敏捷開發的一種方法,目前應該算是最夯最多人在推行採用的吧!要學習Scrum我覺得這篇文章介紹得很不錯,什麼是Scrum?不是工程師也能懂的Scrum...

鐵人賽 Software Development DAY 19
敏捷 30 天養成計劃 系列 第 19

技術 敏捷中班~產品待辦清單精煉會議

常聽到很多人談到『什麼是產品待辦清單精煉會議(Product Backlog Refinement)?』、『到底需不需要產品待辦清單精煉會議(以下用精煉會議表示...

鐵人賽 DevOps DAY 3

技術 Extreme Programming

中文翻譯「極限編程」,簡稱XP,不是Windows那個萬年長青喔XD 網路上有找到一些介紹,但英文版的居多,我就簡單整理一下分享Extreme Programm...

鐵人賽 Software Development DAY 18
敏捷 30 天養成計劃 系列 第 18

技術 敏捷小班~哪些年我們一起追的半成品

你有聽過『半成品』(Working In Progress)嗎?你知道『半成品』的傷害是什麼?你常常製造『半成品』嗎?你了解『半成品』背後的問題是什麼嗎? 什麼...

鐵人賽 DevOps DAY 2

技術 Agile 敏捷開發(一)

敏捷開發 Agile Software Development一個被講到爛的議題,但為什麼我還是要不厭其煩地提到呢?因為DevOps的緣起,就是有借助到Agil...

鐵人賽 Software Development DAY 17
敏捷 30 天養成計劃 系列 第 17

技術 敏捷小班~插件

『哎!我們跑了 Scrum 後,插件不減反增了?』『Scrum 不是不會有插件嗎?』 常常聽到有人談論『插件』的定義與處理方式,我一直很想寫這一篇,但一直...

鐵人賽 Software Development DAY 1

達標好文 技術 關於 Domain-Driven Design 以及他的魅力

關於 Domain-Driven Design 以及他的魅力 在我剛開始工作時,曾思考這個行業的價值與未來在哪里,直到有天我翻到了一篇文章,裡面有一句話打動了...

鐵人賽 Software Development DAY 16
敏捷 30 天養成計劃 系列 第 16

技術 敏捷小班~估不估計是學問

也許你會聽過『敏捷不需要估計』?也許你也聽過『敏捷也需要估計』?但是其實『估不估計』都是學問。 先下個結論 估計不是為了精準,估計也不是為了承諾。 估計是為了...

鐵人賽 Software Development DAY 15
敏捷 30 天養成計劃 系列 第 15

技術 敏捷小班~時間限制

在 Scrum 的架構下,所有的活動都是有時間限制的(timeboxed),又稱為『時間盒』。所謂『時間盒』就是對某一特定事件或活動給定一段『固定長度』的時間...

鐵人賽 Software Development DAY 14
敏捷 30 天養成計劃 系列 第 14

技術 敏捷小班~驗收條件

前兩篇聊到了『完成的定義』與『使用者故事』,其實只是為了講解『驗收條件』(Acceptance Criteria)打底。一個工作項目是否達到客戶對需求的期待?...

鐵人賽 Software Development DAY 13
敏捷 30 天養成計劃 系列 第 13

技術 敏捷小班~Scrum 使用者故事

使用者故事(User Story)是敏捷方法中用來描述需求的一個方式,而確認一個使用者故事是否『完成』(Done)則是需要『驗收條件』(Acceptance...

鐵人賽 Software Development DAY 12
敏捷 30 天養成計劃 系列 第 12

技術 敏捷小班~Scrum 完成的定義

完成的定義 『完成的定義』是開發團隊與產品負責人的一種共識,對產品的品質與完成程度的一種檢核標準(Checklist),在每個『衝刺週期』中對『衝刺內的故事』...

技術 Scrum: 什麼是Sprint目標?

Sprint目標是Sprint的一個目標,可以通過產品Backlog的實施來滿足。Sprint目標是產品負責人和開發團隊之間協商的結果。Sprint目標應具體且...

技術 一文總覽敏捷軟體開發術語

1. 什麼是Agile? Agile是一種軟件開發的理念,是對Software Development的價值觀。不是所有Project都應該使用Agile。Ag...

技術 Scrum Sprint 回饋機制: Review vs Retrospective Meeting

Review meeting 每個sprint結束時,開發團隊要展示本此所完成的功能給客戶(或是客戶代表)看,讓客戶確定此次所開發的功能是否符合客戶期待。如果...

技術 Scrum會議太多了! 真的嗎?

Scrum框架的一個相當普遍的抱怨是Scrum會議太多了。讓我們探討這個投訴,以了解它是否有效,為什麼會發生,以及如何處理它。 Scrum中有很多會議嗎? 如果...

技術 一文學會Scrum Framework

什麼是Scrum?Scrum可能是用於管理產品開發的最流行的敏捷開發框架。與所有其他敏捷框架一樣,Scrum擁有靈活性,團隊協作和迭代交付。這有助於團隊輕鬆適應...

技術 一卡看通 - 敏捷和Scrum框架

一卡看通4個敏捷值 (values),12個敏捷原則以及Scrum框架中Scrum角色和事件的快速摘要。對Agile和Scrum不熟悉的團隊已將此摘要視為一種工...

技術 如何在敏捷中使用燃盡圖表 (Burndown Chart)

什麼是燃盡圖? 燃盡圖表是團隊在衝刺,迭代或發布過程中的進度的圖形表示。可以通過多種方式衡量進度:按故事點,人工時,人日,特徵數等,取決於團隊如何估計(或不估計...

技術 Fishbone - 魚骨圖 (石川)

魚骨圖有時被稱為因果圖,因為它們類似於魚的骨骼,頭部,脊柱和骨骼。因果圖可用於探索可能導致或導致特定問題(或影響)的所有潛在因素。 使用圖表的好處 作為頭腦...

技術 Mind Map - 思維導圖概述 - 30+ 例子大集合

Mind Mapping 是什麼? 思維導圖是一種使用輻射思維組織一系列思想的方法。 (一個中心思想在許多不同的方向分支。分支 他們自己分成更精細的細節或協會。...

技術 Scrum中的敏捷估計?故事點和計劃撲克

對於軟件開發人員來說,這是工作中最困難的部分,即使不是最困難的部分。它必須考慮一系列因素,幫助產品所有者做出影響整個團隊和業務的決策。 在軟件開發過程中,團隊經...

技術 SWOT分析(優勢,劣勢,機會和威脅分析)

SWOT分析(優勢,劣勢,機會和威脅分析)是一個框架,用於識別和分析可能對項目,產品,地點或個人的可行性產生影響的內部和外部因素。 SWOT分析最常用於商業實體...

活動 一起找出「敏捷生存模式」的最優解,早鳥限時倒數!

一起邁向敏捷吧! 一套回應變化、定位精準需求的管理與開發流程。科學地,以使用者回饋和修正假設為基礎。不要求一次把產品開發到位,而是【在逐步溝通後檢視、改善原型】...

技術 自己做项目管理

什麼是項目管理? 更具體地說,什麼是項目?這是一項臨時的努力,旨在創造獨特的產品,服務或結果。 項目是臨時的,因為它具有定義的開始和結束時間,因此定義了範圍和資...

技術 用戶故事 vs 用例

“用戶故事與用例是一回事嗎?” 人們經常會問這個問題,關於敏捷團隊是否應該練習使用故事與使用案例的糾紛已經存在多年。用戶故事和用例是一樣的嗎?如果沒有,哪個更好...

技術 Agile Scrum - 什麼是僕人式領導 (Servant Leadership)?

從2017年底開始,Scrum.org更加強調Scrum Masters的僕人式領導。在所有Scrum指南解釋說Scrum Master是Scrum團隊的僕人領...

技術 Agile: 什麼是項目積壓 (Product Backlog) ?

定義 產品待辦事項列表包含新功能,現有功能的更改,錯誤修復,基礎架構更改或團隊可能提供的其他活動,以實現特定結果。 產品待辦事項是團隊工作的單一權威來源。這意味...

技術 创建用户故事地图

如何创建用户故事地图 通过Jeff Patton和其他人的努力,用户故事映射正在成为一种流行的技术,允许您在积压中添加第二个维度。以下是您应该考虑使用此技术的几...