or
or
By clicking below, you agree to our terms of service.
New to HackMD? Sign up
Syntax | Example | Reference | |
---|---|---|---|
# Header | Header | 基本排版 | |
- Unordered List |
|
||
1. Ordered List |
|
||
- [ ] Todo List |
|
||
> Blockquote | Blockquote |
||
**Bold font** | Bold font | ||
*Italics font* | Italics font | ||
~~Strikethrough~~ | |||
19^th^ | 19th | ||
H~2~O | H2O | ||
++Inserted text++ | Inserted text | ||
==Marked text== | Marked text | ||
[link text](https:// "title") | Link | ||
 | Image | ||
`Code` | Code |
在筆記中貼入程式碼 | |
```javascript var i = 0; ``` |
|
||
:smile: | ![]() |
Emoji list | |
{%youtube youtube_id %} | Externals | ||
$L^aT_eX$ | LaTeX | ||
:::info This is a alert area. ::: |
This is a alert area. |
On a scale of 0-10, how likely is it that you would recommend HackMD to your friends, family or business associates?
Please give us some advice and help us improve HackMD.
Do you want to remove this version name and description?
Syncing
xxxxxxxxxx
從小團隊的 Scrum 到大團隊的 LESS / 江佳佳
歡迎來到 Modern Web 2020 共筆
- The image file may be corrupted
- The server hosting the image is unavailable
- The image path is incorrect
- The image format is not supported
Learn More →共筆入口:https://hackmd.io/@ModernWeb/2020
手機版請點選上方 按鈕展開議程列表。
簡報下載
事前須知
本分享的難易度為中等
1.預設聽眾對Scrum有一定程度的認知
2.故事分享,不會有太多高深的理論
投資敏捷有賺有賠·請多方參考評估!
開始
如何開始 LeSS
瓶頸與解決方法
接下來我們要往哪兒走
Introduction to LeSS (Large-Scale Scrum) - Shana
Image Not Showing
Possible Reasons
- The image file may be corrupted
- The server hosting the image is unavailable
- The image path is incorrect
- The image format is not supported
Learn More →獨家!Agile Summit敏捷高峰會精彩實録_2019獨家!Agile Summit敏捷高峰會精彩實録_2019
問題
・穀倉效應
・產出是最重要的嗎?
做之前…
讓大家知道我們要做什麼,是很重要的!
教育訓練
ㆍLeSS 框架教學
每個人都要参加
邀請主管参加
第一步…
把PBL合成一份!
然後,就開始遇到問題了⋯
ㆍOMG!優先度該怎麼抓
・開發團隊要怎麼認領⋯
ㆍPO無法給相關利益者預計完成日
目前訂定的優先級別
1、從 1~7 的分級,調整為 0~700 的級距
2、優先高的分級,數字愈大
3、簡易分級,如下資訊(暫時的想法,可再討論)
700+<-影響線上及公司營運,且時效是ASAP
600~699影響線上及公司營運
500~599主管交辦的重要任務
400~499立案於公司專案管理佇列,有專案期限
300~399僅於組內的專案管理佇列,有專案期限
200~299僅於組內的專案管理佇列,未壓專案期限
目前訂定的承諾時間
===『打死不退讓的時間』=“#
1、對主管、需求方「有共識的deadline」
2、列管專案的「結案時間」
3、若不在「指定的日期」完成,會影響專案完成日 I
把PBL合成一份
針對PBL的建議
・找出評估優先權的關鍵指標
根據實際狀況不斷疊代
・多還少補
。重要的往前拉
找参考資料,讓自己有更多的選擇可以誉試
SlideShare:Scrum and xp from the trenches (I st edition, Chinese)
開發團隊怎麼認領?(三個選項)
A.維持現狀B,小組間部分的人員對換C.全部打散,開發團隊自己討論問題
・切換之間的消耗
・PO不知道該找哪一位開發
現況:不分組了,認定自己討論要跟誰一組?
開發團隊認領PBL的建議
・給予大原則,剩下的就交給團隊自主決定
・要能讓PO可以交付,給予夠多的資訊(重要性/期限⋯)
・多嘗試幾種不同的認領方式
・適時的給予建議
。不能只有一個人做
。跨領域要找熟悉的人一起
。一次跨領域請盡量不要超過2個
根據實際狀況不斷迭代
PO無法跟利益關係者預計交付的日期
我不知道某產品的PBL會有多少人做?
我不知道某產品的PBL哪時才會被排進來,我怎麼預估?
接下來我們要往哪走?
透明化
・標案人員的欄位再多做一點區別(主要的負責人/reviewer⋯)
・放上中長期的產品PBL
・把OKR項目加入到PBL(系統優化⋯)
到目前為止的關鍵要點
・志同道合的夥伴
・時時提醒團隊最重要的是什麼
・擁抱失敗
・迭代持續成長
・尊重每個人的聲音
・專職的SM(或是敏捷教練 Scrum Master)
tags:
MW20
敏捷與管理
Agile