公司於資策會開了一門敏捷開發的課程
講師:徐柏峰 老師
上課心得
用變更來優化需求,用有限時間把"最重要的東西"做出來!
傳統的PMP專案管理
由於來自於營造業,著重於 詳細規劃,一次到位
但由於需求很難一開始就講得很完善
通常user也是到了UAT階段看到了成品後才開始提意見
- MVP(Minimumly Viavle Product) 重頭到尾能跑一遍的最小可行商品
- 目前專案,與原始的需求的差距: 平均 55% (source:the Standish GroupChaos Report 2007)
- 對於不確定性的預估(時間 vs 範圍)
在固定需求範圍內: 能完成的最快的時間跟最慢的時間
另一個面向: 固定時間內,可完成的最多(Nice to Have)及最少(MVP)的功能...
名詞解釋
1.Sprint Backlog :這個周期(約2-4周)要完成的 -->被團隊拆解成Backlog Task
需定義每個Sprint 基本有哪些要完成,哪些沒完成 也可以進下一個Sprint??
2.Product Backuplog: 產品所有要完成的 而且是經過排序,經由Product Owner (懂Domain Know How的User)
- 參考英國政府的agile: UK Service Standard
真正USER的痛點: 須找到真正的使用者 ,因為你不是user,你的老闆也不是user
約 5 個user可找到85%的痛點
Usablity Test:
e.g 設計腳本,讓多位user(5位) ,進行操作,找出 大家花最多時間的地方(紀錄總花費步驟及成功率) - 痛點及優點如何分析
痛點嚴重度:死(3)殘(3)恙(3)
發生頻率: 微(1)常(2)必(3)
需求: 生(1)樂(2)確幸(3)
使用頻率:小(1)常(2)永(3)
積分: 用相乘
必(3)*死(3)=9
小(1)*確幸(1)=1
死的先解
- 技術型的測試,可安排先跑
關鍵問題須先行進行開發prototype - SARDINE index
Spike:技術測試
Assurance:QA測試
Readiness:上線必須
Development:開發
Interruption:其他工作中斷
New Task:新工作
Error:修Bug
- Daily Scrum Meeting
- 昨天24hr在做甚麼
- 今天要做甚麼
- 有甚麼卡關?