iT邦幫忙

agile相關文章
共有 57 則文章
鐵人賽 自我挑戰組 DAY 30

技術 小步快跑的美學

Scrum 最吸引我的 是它靈活的反應「使用者」和 「解決方式」的機制,無關軟體,它本身的 philosophy 就很迷人。 以下是覺得 Scrum 很棒,絕對...

鐵人賽 Everything on Azure DAY 28

技術 [DAY28] 用Azure DevOps Boards管理專案進度:Agile團隊的好工具

[DAY28] 用Azure DevOps Boards管理專案進度:Agile團隊的好工具 在前面的篇章,我們分享了許多如何打造各式功能,工具的方法。而在Pr...

鐵人賽 自我挑戰組 DAY 21

技術 貼標籤的學問

在認識 RPA 前,我就是個 AGILE 的信奉者,先前提到說因為 RPA 的範圍小期間短的特性非常適合用 Agile 去執行,在工作上好不容易有這個機會豈能浪...

鐵人賽 Agile DAY 5

技術 嘗試營造團隊的氛圍

今天出門一整天,回來休息一下,差點就睡到明天了,但想到還沒發文我又驚醒了,逼迫自己以鐵人般的意志起床寫文 ,想想競賽的名稱還真應景 Orz。好吧, 因為體力有限...

鐵人賽 Agile DAY 3

技術 團隊一起定期聊聊近況吧

昨天的〈導入敏捷的過程也要敏捷〉講到了要推行一套框架或流程要用逐步導入的方式進行,並在最後提了回顧會議(Retrospective)。但是請容我繼續賣個關子,今...

鐵人賽 Agile DAY 2

技術 導入敏捷的過程也要敏捷

正如前言所形容,敏捷在近年來似乎被奉為救命神丹,似乎只要咬碎服下,各種關於團隊、組織的疑難雜症都可以迎刃而解。但是事情並沒有這麼簡單。這顆救命神丹,未必是一口服...

鐵人賽 Agile DAY 1

技術 前言

敏捷,是最近軟體工程的 buzzword。彷彿所有軟體工程遇到的困境,都可以靠「敏捷」這枚銀子彈解決。 這枚銀子彈有不只一種型態,可能是 Scrum、可能是看板...

鐵人賽 自我挑戰組 DAY 1

技術 為何RPA要叫作辦公室軟體機器人?

什麼是RPA? RPA is the application of software “robots”, not physical robots, that...

達標好文 技術 轉載好文:隕石開發法

轉載ptt原文出處 第一節: 一般在軟體業最熟知的瀑布式開發法大概是這個樣子 而隕石式開發大概也是這樣的形式為基底,然後加上一個....("神&qu...

活動 大象跳舞了!台灣首屆敏捷高峰會 Agile Summit 真的來了!

「誰說大象不會跳舞?」 「敏捷開發」方式就是一套讓大象跳舞的「行動方案」! 傳統的軟體開發流程, 重視需求的分析、資源的安排、時程的掌控。 其優勢是「需求明...

活動 台灣首屆敏捷高峰會,一起來見證大象跳舞的奇蹟!

傳統的軟體開發流程,重視需求的分析、資源的安排、時程的掌控。其優勢是「需求明確、時程明確」。但在面對市場與客戶需求快速變動下,傳統的開發方式已經「不敷所需」。...

鐵人賽 自我挑戰組 DAY 25
再戰軟體工程 系列 第 24

技術 『好的工具帶你上天堂』 -- 你用的工具是設計來給你這樣用的嗎?

『善用工具』這件事,不論你是否要走敏捷開發,都是不錯的事。人家不是說了嗎:『站在巨人的肩膀上。』不過在實務上,我們經常看到兩種很令人擔憂的工具使用方式:『濫用...

鐵人賽 自我挑戰組 DAY 24
再戰軟體工程 系列 第 23

技術 『非吾懶也,蓋氣力有限也』 -- 談自動化的力量

我在前面的文章,曾經不止一次地談過怎樣做自動化,包括流程自動化、測試自動化、部署自動化等。也許時至今日,還是有很多人會存疑:『自動化到底有什麼好,我這樣雖然手動...

鐵人賽 自我挑戰組 DAY 21
再戰軟體工程 系列 第 20

技術 『就決定是你了』 -- 談PO的適合人選

我們都知道,產品負責人(PO)是一個Scrum團隊裡的重要人物,他對外與Sales、Stakeholder們斡旋,研究並了解需求,將其拆解編寫成使用者故事(U...

鐵人賽 自我挑戰組 DAY 17
再戰軟體工程 系列 第 16

技術 『嚨乎你啦!』 -- 一口氣降低所有不確定性

早在1996年,大師Alexander Laufer教授就已經在他的著作Simultaneous Management中提到,產品的開發,其不確定性種類有二:...

鐵人賽 自我挑戰組 DAY 16
再戰軟體工程 系列 第 15

技術 『ESVP,你是哪一個』 -- 談不能忽略的會議簽到

在前文中,我們提到了再回顧會議的一開始,主持人要先向語彙人員宣布今天的會議流程與預估時間。這是為了要讓大家在一開始就對今天會議的內容與時間有所掌握。這對會議的順...

鐵人賽 自我挑戰組 DAY 11
再戰軟體工程 系列 第 10

技術 『出來混,遲早要還的』 -- 工程師心中最軟的一塊:技術債 (下)

不可能不欠技術債 在前文中我們其實已經提到了,技術債與金錢上的債務,有很多的共同點。在產品開發過程中,有時候為了搶奪商機,你不得不在深思熟慮後,決定用比較快速的...

鐵人賽 自我挑戰組 DAY 8
再戰軟體工程 系列 第 7

技術 『根本就沒有QA』 -- 淺談測試與品保

『我進QA啦。』 『這個案子現在已經在QA了。』 『目前很順利,估計明天就可以進QA。』 多麽熟悉的工程師對白,不是?我對於各家公司的工作流程沒有意見,畢竟,能...

鐵人賽 自我挑戰組 DAY 2
再戰軟體工程 系列 第 2

技術 『DoD』 -- 論定義完成的重要性

終於,我們開始跑scrum了。 在跑scrum的過程中,免不了要把需求寫成user story,再在每個story中定義什麼叫做『完成』。PO每個sprint都...

鐵人賽 自我挑戰組 DAY 1
再戰軟體工程 系列 第 1

技術 『量化工程師的忙碌度』-- 你是哪一個

『好忙啊,好忙啊!』身為工程師,時不時地就有這種心情吧?在產品發展的過程中,隨著功能越來越多,客戶需求變更,或是緊急修正線上bug,每天每天的工作忙碌度都不太一...

鐵人賽 DevOps DAY 4
CI 從入門到入坑 系列 第 4

技術 先求有,再求好?

相信大家一定常聽到這句「名言」,不管是從老闆、從主管、或同事、甚至是有些開發方法如 MVP ,也提出類似的觀點。 在前三天了解基本概念後,可能有人會覺得奇怪:這...

鐵人賽 DevOps DAY 3
CI 從入門到入坑 系列 第 3

技術 Agile 與 CI 之間的火花

繼 Day 1 與 Day 2 了解了什麼是 DevOps 與 CI 後,接著我們來看看 Agile 相關開發方法,與 DevOps 和 CI 之間的關係為何?...

達標好文 技術 重談「佛祖流」敏捷軟體開發

這是我在傳說中的「佛祖」底下接受他的「五雷轟頂」快變成渣之後…… 這幾年來匯聚的心得。 不管其中是正論、謬論…… 都感謝你的閱讀及指教。 其實我要講的是,佛祖流...

活動 【台中Agile活動】以變應萬變:利用網路工具及組織調整,活化敏捷開發流程

Agile方法論近幾年在台灣越來越受到注意了,真是個好現象! 剛看到台中有個"免費"的活動 時間是4/20(一)晚上七點 今天開始報名喔~ [活動摘要] 以變應...

技術 【新竹開發聚會】Agile Meetup 2015 三月份新竹聚會

想學習敏捷開發的朋友,台灣 Agile Tour Taipei 的組織者之一:柯仁傑,及AgileCommunity.tw社群發起人之一:Aska Lee,將在...

鐵人賽 DAY 30
PMP的敏捷之路 系列 第 30

技術 PMP的敏捷之路-30天總結

30天終於結束了,雖然還有一堆想說明的東西想表達,原本心中預定的題目和內容似乎也還有一些被我遺忘掉了 XD。不過就像做專案一樣,總是會有個結束的時間,所以......

鐵人賽 DAY 29
PMP的敏捷之路 系列 第 29

技術 PMP的敏捷之路-Kanban簡介

最後來介紹一下近來越來越夯的看板(Kanban) 若是你的專案特性沒辦法在反覆的開發週期當中固定需求,有些任務就是得當天馬上開始處理,但是任務的工作長度又可能一...

鐵人賽 DAY 28
PMP的敏捷之路 系列 第 28

技術 PMP的敏捷之路-eXtreme Programming的流程簡介

XP被最多人誤解的地方之一,就是不知道該如何執行它... 一開始由客戶撰寫出User Story,內容是類似系統使用的情節。接著舉行發行規劃會議(Releas...

鐵人賽 DAY 27
PMP的敏捷之路 系列 第 27

技術 PMP的敏捷之路-eXtreme Programming的價值觀

想要學習XP最重要的是了解其核心的4項價值觀,如此才能知道為什麼需要採取這些行動。 之前以介紹了XP的12項實務做法,但其實這12項做法雖然是XP最廣為人知的內...

鐵人賽 DAY 26
PMP的敏捷之路 系列 第 26

技術 PMP的敏捷之路-eXtreme Programming簡介 (4)

系統隱喻、集體程式碼所有、程式設計標準和恆定速度/可反覆性速率 系統隱喻(System metaphor) XP並不使用正式的規格或系統分析文件,取而代之的,是...