# 1/23 專案發想和討論
###### tags: 專案

## 使用軟體
* Miro 線上白板、便條貼
# 課程開場
## Check In
1. 拉進自己的便條紙
2. 說出自己當下的心情 (邀請大家簡述心情只是其中一種開場，其實可以是各種主題，目的是讓大家都名正言順地簡單寒暄開口講講話)
3. 「XXX準備好今天的討論了!」
> Scrum團隊開始前都會使用，讓大家暖場並使大家都有講到話，進入狀況。
## Kick Off(開幕式的概念)
* Pair
* 兩兩一組、低溝通成本，簡單初步的討論機制
* 時間週期不會太長，簡短的討論
* Time-Box
* Scrum中每件事都要有時限的概念，不會無限拖延
* 可人工或用軟體計時
* Concern的提出
* 過程中有認為不可行、有擔憂的就要提出作討論
* 當該項目通過，代表全員同意，不應該放馬後炮
* 發生衝突時雙方退一步，調整到每個人能「**接受**」not「**喜歡**」

## 甚麼是Srcum?
* 從橄欖球比賽中延伸出的名詞：團隊中無論快慢都會往前推進
* 是一種團隊的運作模式、文化思維、工具
* 敏捷開發 ≠ 不等於比較快
:::info
Leon 認為的敏捷：當遇到任何的衝擊時，組織都能快速地去做調整及應變
:::

# 專案討論

## Topic主題發想
### 什麼是問題?
在進行專案的發想時，我們必須先思考如何定義問題?
:::info
根據 Leon 的分享 **「跟期待不一樣**」，對你來說就是問題
:::

### 小組提出的想法
1. 如何增加生活儀式感?
2. 如何減少一次性垃圾?
3. 如何解決垃圾過量以及分類不佳的問題?
4. 如何讓公共洗衣機的使用機制更加完善?
5. 學習時要如何精準找到需要且系統性的資料?
6. 腳踏車要如何建立完善的停放管制?
7. 如何讓語言不通的外國學生放心進入台灣餐廳用餐?
8. 如何更加容易地獲取課程資訊?
9. 如何知道下一餐要吃什麼QQ?
10. 有沒有可以辨識蟲蟲的工具?
11. 要如何即時知道交通法規修改的訊息?
12. 如何找到有插頭的咖啡廳?

### ORID 焦點討論法(唐鳳在用的XD)
當已經想出一些點子後，可以善用ORID的方法，去進一步深入討論
* Objective 無法反駁的客觀事實
* Reflective 針對某一事時地直接心理感受
* Interpretive 解釋為何會有這樣的感受
* Decisional 納入上述因素考量後做出的決定
> 可以是種思想法或是討論工具

## Constraint
思考目前這個小組(Vanadium 阿釩達)作專案可能會有的限制

1. 經費限制
2. 實現/技術限制
3. 時間的限制
4. 領域/知識限制
5. 互動限制


## 選擇方案
當面臨多個方案選擇時，可以從以下幾點去幫助選擇
* 哪件事是最有價值的?
* 哪件事是比較想優先解決的?

另外選擇時，不免習慣性的會先想到後續的實做細節，而 **實作細節**不一定要在想問題和方案選擇的時候納入考量。

因為不想賭博，所以用敏捷的方式前進，要以邊做邊調整的前提前進(一般來說是改變範疇，但也可能及早完全推翻)，而不是單押某個想法一次投入過多資源直線前進。

邊做邊調整即，縮短取得回饋的週期，及早查覺到需要調整改善之處。

## 共識決
在討論的過程當中，一般通常會習慣採取多數決的決策過程，但是敏捷開發的過程當中，在進入到下一個決策前要善用 **共識決** 的方法，原因如下：
1. 避免單純多數決造成的多數暴力
2. 讓小組可以繼續往下做決定
3. 揪出強烈擔心、反對
4. 試著協調，讓強烈反對者不會那麼多擔心

所以當我們從上述方案挑出「不知道要吃甚麼」、「有插頭的咖啡廳」時，透過共識決確保團隊是否接受二選一，如果有人強烈反對的話，則必須要退一步思考出能夠讓他接受的調整方案，才能夠在繼續往下討論。
:::info
共識決的精神是「**大家都可以接受的方案**」。
:::

## Decision & Action
每一次的討論結束後，要有產出和後續的行動。例如本次討論決定出最後的方案為「如何減少一次性垃圾」和下次要討論的事情。

## 討論的流程圖
總和以上，我們可以帶著敏捷思維，將討論過程畫出以下流程圖

st=>start: 討論開始
e=>end: 決策定案
op=>operation: 提出方案
op1=>operation: 討論每個方案的狀況
op2=>operation: 投票選擇方案
op3=>operation: 協調方案
cond=>condition: 是否有人強烈反對結果？

st->op->op1->op2->cond
cond(yes)->op3->op2
cond(no)->e