iT邦幫忙

敏捷開發相關文章
共有 102 則文章
鐵人賽 自我挑戰組 DAY 2
Agile! 系列 第 2

技術 第二天:敏捷開發流程概觀

第二天繼續深入探討敏捷開發的流程,並介紹一下關於我在三年前首次嘗試使用敏捷方法時的感受。希望這將有助大家更好地理解敏捷開發的實際運作方式。 敏捷開發初體驗 回顧...

鐵人賽 自我挑戰組 DAY 1
Agile! 系列 第 1

技術 第一天:什麼是敏捷開發?

經歷六年的產品專案管理的產品經理,目前在串流影音平台擔任產品經理。在這段職涯中,我深切體會到敏捷開發方法的重要性,以及它在不同領域的適用性。現在,讓我們一起來探...

鐵人賽 IT管理 DAY 4
第一次使用Jira就上手 系列 第 4

技術 [Day4]什麼是Kanban-第一次使用Jira就上手

Kanban是將待辦事項視覺化的工作流程,透過拉動的方式改變工作狀態這章節你將學會 什麼是Kanban Kanban四大原則 Kanban六大實踐 什麼是K...

鐵人賽 IT管理 DAY 3
第一次使用Jira就上手 系列 第 3

技術 [Day3]什麼是Scrum-第一次使用Jira就上手

Scrum 是一種實踐敏捷開發的框架。幫助團隊適應不斷變化條件及用戶需求,不斷學習和改進,產出最高價值的產品。這章節你將學會 Scrum是什麼 Scrum G...

鐵人賽 Agile DAY 1
敏捷開發經驗分享 系列 第 1

技術 # Day 01 說說要聊什麼吧?

Hi 大家好~ 我是 Xiao-li。 開場第一篇文章主要是向大家介紹未來 29 天的文章方向,讓有興趣的人可以繼續看下去唷!另外,也是寫給自己,提醒自己參加...

鐵人賽 IT管理 DAY 2
第一次使用Jira就上手 系列 第 2

技術 [Day2]瀑布式 vs 敏捷式-第一次使用Jira就上手

在開始使用Jira前,我們先來了解瀑布式與敏捷式開發的差別。這章節你將學會 瀑布式開發 敏捷式開發 四大價值觀 12項原則 敏捷方法 敏捷鐵三角 瀑布...

鐵人賽 IT管理 DAY 20

技術 [Day20] Scrum失敗經驗談 – 只想得太大太遠

Scrum是大家想要導入的文化與工具,在分享了很多工具、體會和方法後,感覺是個好時機要來講如何導入scrum了,可惜的是,我還未能有自信地大聲說,我成功運行sc...

徵才 【徵|一起成長的團隊夥伴 ! 】Software Engineer 軟體工程師(台北、台中、高雄)

鈦坦科技,是一間總部位於新加坡的軟體開發公司,由一群工程師所建立,專注於線上軟體平台的開發與維護,我們的產品服務超過 150 多個國家的用戶,有超過 200...

技術 全方位對比:SmartQuery VS FineReport来自報表工程師的經驗

写在前面 相比起BI這些當紅炸子雞概念,報表工具大家可能不太熟悉,希望這篇文章能夠給大家提供一些新的看法和參考。我資歷不算深,但工作中經常用到報表開發工具,所以...

鐵人賽 Software Development DAY 5

技術 Agile跟Scrum工作法,Mendix平台上使用敏捷式開發的技巧

今天鐵人賽來點輕鬆的,有鑑於網路上多數文章都用PM的視角,來推銷敏捷工作法有多好,今天我想用工程師的角度談談敏捷式開發,以及怎麼在Mendix平台上用Scrum...

鐵人賽 Modern Web DAY 4

技術 【Day4】為什麼優化工作流程,不只可以改善工作效率、還能做出更有價值的產品呢?

歡迎追蹤,一起在 30 天完成心目中的 LINE redesign 今天來談談~在你的工作生涯,曾經歷過幾個這樣的瞬間呢? 花那麼長時間辛辛苦苦做完,客戶...

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

技術 敏捷大班~產品經理/專案經理

PM 有兩種? PM 跟斯斯一樣有兩種,那兩種呢?一種是『有腦』的,佔 10%!另一種是『無腦』的,佔 90%!這雖然是網路上的玩笑話,但這件事也讓我引以為鑒。...

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

技術 敏捷大班~Scrum Master 做什麼?

每次有人問我『Scrum Master 可以做什麼?』我很常反問他『你想要 Scrum Master 做些什麼?』我的想法是你想要讓一個角色做些什麼事,並不是...

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

技術 敏捷大班~設計與開發思維的雙軌並行

看了一篇『User Story Mapping』的作者『JEFF PATTON』的文章『Dual Track Development is not Duel...

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

技術 敏捷大班~Retrospective 方法~欣賞式探詢

這次『回顧會議』我採用的是『欣賞式探詢』(Appreciative Inquiry),因為剛好看完『創建欣賞式團隊:用48個關鍵正向提問打造高效能團隊』,為了...

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

技術 敏捷大班~Retrospective 方法~I-Message

在李崇建老師『心教』一書中,有一段對話一直徘徊在我腦海中。 我問:「這是心裡想的?還是頭腦想的?」男孩問:「有什麼差別?」我說:「從心裡想的,你可能會落實,...

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

技術 敏捷大班~Retrospective 方法~Lean Coffee

精實咖啡(Lean Coffee)是種簡單又有效率的團體討論法。規則簡單,快速決策,有時間限制,聚焦優先級高的話題。 首先,我們先設立一個簡易的看板,分別寫上『...

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

技術 敏捷大班~Retrospective 方法~學問 ORID

ICA 焦點討論法 如果問我 2017 年上過的所有課中收穫最多的是哪一門,我一定毫無疑問的說是『ICA 的焦點討論法』(Focused Conversati...

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

技術 敏捷中班~衝刺回顧會議

衝刺回顧會議的定義 『衝刺回顧會議』(Sprint Retrospective Meeting)是在每個衝刺結束的時候舉行,其目的在於讓『產品負責人』及『開發...

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

技術 敏捷中班~衝刺檢視會議

衝刺檢視會議的定義 『衝刺檢視會議』(Sprint Review Meeting)是在每個衝刺結束的時候舉行,其目的在於讓『產品負責人』、『開發團隊』及利益關...

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

技術 敏捷中班~每日站會做什麼?

在 The Scrum Guide™ 中對每日 Scrum 的描述是: The Daily Scrum is a 15-minute time-boxed e...

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

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

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

鐵人賽 Software Development DAY 4

技術 [課前規劃]切膚之痛:前端技術養成之路

有了決心之後,我們就來看如何養成自己各方面能力成為前端工程師。 首先要記住: 任何功夫,十年磨一劍。非一朝一夕可得。 20年前,在我中二的年紀,第一次買到超...

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

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

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

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

技術 敏捷小班~插件

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

鐵人賽 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),在每個『衝刺週期』中對『衝刺內的故事』...