iT邦幫忙

鐵人檔案

2022 iThome 鐵人賽
回列表
Agile

工具從來不是問題,知識才是力量 ! Microsoft 365 照樣玩 Scrum ! 系列

談到有無 Scrum 或者敏捷開發的經驗時,大部分的公司一定都會詢問: 『有無使用過 Jira ?』那是否公司導入 Jira 又或者有用過 Jira 就是落實了 Scrum ? 身為一位 Java Programmer,秉持著:『工具不是問題,能讓程式設計師不再是說一動,做一動的碼農,才是專案成功關鍵。』此一信念,就用 Microsoft 365 的 Planner 來跑 Scrum 吧 !

鐵人鍊成 | 共 30 篇文章 | 26 人訂閱 訂閱系列文 RSS系列文
DAY 21

[Day 21] 導入第三方技術的技術文件範例

來看一下AWS CLI的官方文件 :功能一拖拉庫,但真的每個功能都會用到嗎 ?關於第三方元件,公司內部的技術文件撰寫原則就是 : 依據實際用到的功能撰寫如何使...

DAY 22

[Day 22] 操作手冊技術文件範例

如果一張「Story 卡片」最終交付的成品是一個 WEB,以現今分工的資訊業來說,無庸置疑地,前端工程師是最適合撰寫的人員。 有別於瀑布式開發有個專職寫文件的...

DAY 23

[Day 23] 運營排查文件範例

終於到了文件範例的最後一幕了。以目前SRE如日中天的推廣下,適當的告警工具總是能讓運維人員預先處理硬體方面可能會面對的問題,例如: 硬碟空間剩下20%就將滿了。...

DAY 24

[Day 24] 分享令人難忘的一次 code review

在熟悉開發知識庫所撰寫的文件範例後,總算可以來聊聊每期衝刺活動(sprint)的code review都在做些什麼事情了。有別於疊代追蹤報告(iteration...

DAY 25

[Day 25] 精準估時的依據

在光桓資訊科技期間,估時方式是採用這篇: Scrum中的敏捷估計?故事點和計劃撲克所提到的方式,下去估計每張「Task 卡片」的合理完成時間。特別強調,當時的光...

DAY 26

[Day 26] 工作做得多就是績效好???

完成 Story 的整個開發之後,自然是要論功行賞囉 !從卡片完成的數量來說,後端2似乎是最大功臣。不過,別忘記每期衝刺活動(sprint)的遊戲規則 :『MV...

DAY 27

[Day 27] 剖析 Product Owner 該具備的特質

參考一下鈦坦科技Amber的分享 :「產品負責人就像產品的主人,關心產品表現,與所有影響產品表現的角色,包含利害關係人、資料分析人員、設計人員、軟體工程師等保持...

DAY 28

[Day 28] 剖析 Scrum Master 該具備的特質

Master 名詞的中文翻譯有: 大師、能手、名家、師傅、主人、僱主、戶主 、導師、...。之所以在這 28 天中,把Scrum Master這個角色翻譯成Sc...

DAY 29

[Day 29] 剖析 Developer 該具備的特質

依我個人觀點來說,Scrum 開發中的開發人員(Dev)最重要的特質就是 坦承面對問題並樂於分享成功與失敗的經驗。 這裡先強調,以下的觀點可能都是源自於我從...

DAY 30

[Day 30] 最後一天來閒聊近年為何吹捧Scrum開發

拜Covid-19所賜,去年首次體驗到在家上班的一年。許多傳產公司當政府下令二級防疫後,光是要讓公司員工因應防疫政策及期間的工作調度,就感到一個頭兩個大。也正是...