iT邦幫忙

鐵人檔案

2021 iThome 鐵人賽
回列表
IT管理

文化沒這麼理所當然:一位新手產品經理促成IT文化形塑的心路歷程 系列

要成就一個科技成就的誕生,需求者、工程師都很重要,身為一個在新創公司的PM,想在兩者間,找到平衡,讓需求單位能夠理解工程師的開發文化,也讓工程師能感受需求單位的痛,這時候,常聽到Agile開發、Scrum、Devops等,可能在許多科技公司運作習以為常的事情,一切都變得沒那麼理所當然。在沒想清楚的情況下,跌跤了不少,也荼毒了不少工程師和需求者,這是一個對我自我反思的機會,將失敗的經驗做個檢討與收斂,希望能在之後,不斷提醒自己,為下一次更好做準備。套句合作的工程師分享給我的:「每一次回顧都是為了調整好不完美,然後朝下一次不完美邁進」。希望這30天的內容,能為自己奠定第一個基礎。

鐵人鍊成 | 共 33 篇文章 | 16 人訂閱 訂閱系列文 RSS系列文 團隊森上梅友前
DAY 21

[Day21] Scrum失敗經驗談 – 沒有價值的User story

User story:用一個簡短的句子,描述用戶的需求價值,也是大家所熟知的,身為一個「角色」,我想要「做某些事」,以至於我可以「有什麼價值」(As a [ro...

2021-10-06 ‧ 由 PM387 分享
DAY 22

[Day22] Scrum失敗經驗談 – 承認就是隕石吧!

我就像是鬼遮眼一樣,竟然會認為隕石不隕石,說個笑話,我還突發奇想的說,這次開發是「流星」開發,超級ridiculous,我都忘記怎麼闡述這件事給工程團隊知道,又...

2021-10-07 ‧ 由 PM387 分享
DAY 23

[Day23] Scrum失敗經驗談 – 以為什麼都不能動了!

不變,不代表會更快更好 要求不變,反而會花過多時間追求完美 在[Day22] Scrum失敗經驗談 – 承認就是隕石吧!中,提到隕石的恐怖,突如其來的狀況,...

2021-10-08 ‧ 由 PM387 分享
DAY 24

[Day24] Scrum失敗經驗談 – 壁壘分明的職務配置

不足的豐富資源 未依團隊性質配置的資源,會製造資源不足的假象 在IT團隊最大的時候,有11人,分別是前端工程師3名、全端工程師2名、前端實習生1名、後端實習...

2021-10-09 ‧ 由 PM387 分享
DAY 25

[Day25] Scrum失敗經驗談 – 與需求單位之間的斷層

使用者意識 真為基礎、善為核心、美為極致 承[Day24] Scrum失敗經驗談 – 壁壘分明的職務配置中提到的壁壘分明,或從其他篇文章中,也可嗅到一絲訊息...

2021-10-10 ‧ 由 PM387 分享
DAY 26

[Day26] Scrum失敗經驗談 – Daily scrum變成daily report

在Scrum的機制裡,每天的站立會議(Daily standup meeting)是一個極小體現Scrum經驗疊加而進一步更能解構複雜目標之經驗法則的環節,一場...

2021-10-11 ‧ 由 PM387 分享
DAY 27

[Day27] Scrum失敗經驗談 – 危機四伏的Sprint planning會議

Sprint planning meeting的目的是在於定義這次開發週期間共同所要追求的價值目標,為每一個使用者故事(User story)給予故事點數(St...

2021-10-12 ‧ 由 PM387 分享
DAY 28

[Day28] Scrum失敗經驗談 – 我的壓力,團隊倍感壓力

這是一篇熱騰騰的心得文章,因為是我今天和一位技術前輩聊完之後的驚醒,回首過去經營IT團隊、運行Scrum,或多或少,總有些埋怨,明顯承受著來自主管的壓力,即便嘴...

2021-10-13 ‧ 由 PM387 分享
DAY 29

[Day29] Scrum失敗經驗談 – 沒有經驗的Scrum Master

這次最後一個要分享的Scrum失敗經驗,就是「沒有一位具備經驗的Scrum Master」,工程團隊是一個協作性極強的團隊,若是僅僅想要利用一般書面所學的工具,...

2021-10-14 ‧ 由 PM387 分享
DAY 30

[Day30] 身為產品經理的反省與再出發

過去一年,其實我走過一段很艱辛的路程,會說艱辛,是因為現在回首起來,中間的一切是那麼的不容易,過程中短短的塞滿了很多需要學習的項目,直到現在還未能完全消化完成。...

2021-10-15 ‧ 由 PM387 分享