Hi, I'm Samina 👋

This is my Life & Technological Journey

Samina Website

Hi, I'm Samina 👋

This is my Life & Technological Journey

Scrum 敏捷軟體開發 一日體驗營@新竹 - Part 4

2 minutes
July 2, 2017
Category:
tags:

講師: David Ko

Outline

  1. 敏捷觀念簡介
  2. Scrum 基礎觀念介紹
  3. 如何組織需求
  4. Scrum 會議
  5. Scrum 開發方法總結

Part 4. Scrum 會議

1. 敏捷評估

小小迷之聲1:
就是評估這個專案可以多久完成啦!以人/天為單位。 是說,比起經驗法則,這個有個依據,雖然很多還是自己定義的 XDD。但忘了問問題的部分是,那個人/天的人的能力標準是以哪個為單位基準? junior 感覺不是,但非常 senior 的工程師感覺會做很快,中間感覺合適。但又感覺應該要依據即將參與這專案的工程師能力素質的比例,來做衡量。比方 junior 與 senior 比例約 3:2 ,如果原先是以介在 senior 和 junior 中間的能力來做估算就還要程以相對的比例,會比較好吧? 不過只是估算啦! 拍腦袋 與 敏捷評估 之間是個誤差值多和少的概念。
小小迷之聲2:
評估這件事真的不能一個人決定呀!經過這活動下來,整個就覺得傳統方式,如果是非工程師估算時間,會因為對方不了解我,然後就壓時程,根本就是惡性循環。然後做得半死的是勞累的員工。整個超不 OK 的!而經過討論評估的時間真的比較 OK,但如果討論時,遇到那種 甚麼,你這竟然覺得要花5天! 的那種人,感覺討論氣氛就不會太好~ 下面回到正題~

1-0. 評估原則

1-1. 發布會議解析

因為在敏捷裡,它覺得時程和金錢都是固定的,所以能談的只有範圍

1-2. Playing Poker?

小小迷之聲: 阿對~ 這其實不是敏捷的概念,但是因為老闆最重視這個了,所以這方法蠻受用的。

2. Sprint 規劃會議

3. 每日站立會議 (Daily Scrum)

Tip:
有做事的人講話就好。
要互助合作。
15分鐘以內開完。

4. Scrum 檢查會議

小小迷之聲: 這看起來好像對研究所報 Paper 也很有用 XD

5. Sprint 回顧會議

Without a good facilitator, a retrospective most likely will be a disaster. - Luis Gonçalves

小小迷之聲: 覺得就是檢討會的概念,但這檢討後,能夠帶動團隊往好的方向和凝聚軍心,其實我覺得這蠻重要的。即便開檢討會,也是要有效率的。而不是只有形式上的召開。那一點用的沒有。如果開完,Scrum Master 、 PO 把人罵翻,那就準備翻船吧!ㄎㄎ