要成就一個科技成就的誕生,需求者、工程師都很重要,身為一個在新創公司的PM,想在兩者間,找到平衡,讓需求單位能夠理解工程師的開發文化,也讓工程師能感受需求單位的痛,這時候,常聽到Agile開發、Scrum、Devops等,可能在許多科技公司運作習以為常的事情,一切都變得沒那麼理所當然。在沒想清楚的情況下,跌跤了不少,也荼毒了不少工程師和需求者,這是一個對我自我反思的機會,將失敗的經驗做個檢討與收斂,希望能在之後,不斷提醒自己,為下一次更好做準備。套句合作的工程師分享給我的:「每一次回顧都是為了調整好不完美,然後朝下一次不完美邁進」。希望這30天的內容,能為自己奠定第一個基礎。
User story:用一個簡短的句子,描述用戶的需求價值,也是大家所熟知的,身為一個「角色」,我想要「做某些事」,以至於我可以「有什麼價值」(As a [ro...
我就像是鬼遮眼一樣,竟然會認為隕石不隕石,說個笑話,我還突發奇想的說,這次開發是「流星」開發,超級ridiculous,我都忘記怎麼闡述這件事給工程團隊知道,又...
不變,不代表會更快更好 要求不變,反而會花過多時間追求完美 在[Day22] Scrum失敗經驗談 – 承認就是隕石吧!中,提到隕石的恐怖,突如其來的狀況,...
不足的豐富資源 未依團隊性質配置的資源,會製造資源不足的假象 在IT團隊最大的時候,有11人,分別是前端工程師3名、全端工程師2名、前端實習生1名、後端實習...
使用者意識 真為基礎、善為核心、美為極致 承[Day24] Scrum失敗經驗談 – 壁壘分明的職務配置中提到的壁壘分明,或從其他篇文章中,也可嗅到一絲訊息...
在Scrum的機制裡,每天的站立會議(Daily standup meeting)是一個極小體現Scrum經驗疊加而進一步更能解構複雜目標之經驗法則的環節,一場...
Sprint planning meeting的目的是在於定義這次開發週期間共同所要追求的價值目標,為每一個使用者故事(User story)給予故事點數(St...
這是一篇熱騰騰的心得文章,因為是我今天和一位技術前輩聊完之後的驚醒,回首過去經營IT團隊、運行Scrum,或多或少,總有些埋怨,明顯承受著來自主管的壓力,即便嘴...
這次最後一個要分享的Scrum失敗經驗,就是「沒有一位具備經驗的Scrum Master」,工程團隊是一個協作性極強的團隊,若是僅僅想要利用一般書面所學的工具,...
過去一年,其實我走過一段很艱辛的路程,會說艱辛,是因為現在回首起來,中間的一切是那麼的不容易,過程中短短的塞滿了很多需要學習的項目,直到現在還未能完全消化完成。...