---
# System prepended metadata

title: 1101 小組規劃第一次討論聚
tags: [共筆, ' 110 學年', ' 上學期', ' 工作小組']

---

---
title: 1101 小組規劃第一次討論聚
tags: 共筆, 工作小組, 110 學年, 上學期
GA: UA-54884750-6
---
<!-- Tag 規範：https://hackmd.io/@cmrdb/tags -->

[TOC]

# 1101 小組規劃第一次討論聚
時間：06/23 19:30
地點：線上
線上參與者：月太、黃常元、陳泓亦、林儒靖、吳怡蓉、阿泥、阮心慈、高渝昕、許智堯

# 主要目標
* 找到主動研究與進步的人
* 學習在課程中或是自學難以學習的
* 營造良好氛圍

# 希望調整

## 行動應用與全端網頁不再分成兩組
### 原因
* 也許會有些人認為兩種都想走看看
* 已經不再是教學技術內容，而是走專案制度
  * 學習專案流程，而非學習寫程式
* 不再被組別所侷限住方向，同時也希望有更多的技術碰撞，擴展技術視野

### 隱患
* 組別過多人
  > 氣氛好的話，越多人越好？
  > [name=月太][color=lightblue]

### 對應制度
* 讓大家自由決定要做什麼東西（但要確保有在做事）
  > 這樣也可以促進交流，我認為可以從前幾次聚會發想有啥想做的內容
  > 然後請大家提案，有興趣者加入，各個小組開始發展各自的系統，簡單來說就是整個學期的黑克松。
  > 基本上學長姐們的工作內容，就是負責監督與提出建議。
  > 會比較像是每個人都是 PM&SA，基本上是協助他們進行時間排程、系統規劃等等。
  > [name=月太][color=lightblue]
  > > 需要確認不會跟專案相關的技術偏離太多。以過往經驗，有部分想加入 APP 組的人，是想做遊戲的(Unity 那種)，但這和我們專案的類型就不太相同。
  > > [name=Yi Rong Wu]
  >>> 的確！！這是需要注意的事情！！
  >>> [name=月太][color=lightblue]

  >>> 1. 以 APP 或是 WEB 為主，但是想做啥都可以提出
  >>> 2. 內部要先訂下一些目標，最終希望符合這些目標。
  >>> 3. 可以先有一些主題，或是符合目標再發想。
  >>> 4. 希望他們主動但也適時提供協助。
  >>> 5. 先進行統計可以參與組聚的學長姐。
  >>> [name=會議討論結果][color=red]
* 有系統地讓大家有相對應的標籤，包含學長姐
  > 這樣想要找人一起做就可以知道該找誰，有問題想問的話也可以知道要問誰
  > 未來還可以做貼紙，或是在官網、身分證上加入 tag 的顯示
  > tag 可以包含硬技術（android/ios/web/js），或是軟實力（架構規劃等等）
  > [name=月太][color=lightblue]
* 為每個進來的人標籤（或是提供貼紙讓大家取、讓大家聊天
  > 可以第一次聚會是讓大家吃吃喝喝聊聊天，大家瞭解一下彼此。
  > 同時比較有經驗的學長姐也個別找每個人了解狀況，大概了解每個人的程度如何。
  > 可以將該問的事情標準化，例如有沒有什麼想做的東西？對於想做的東西有什麼想像？方便大家有一些基礎必問指引。
  > [name=月太][color=lightblue]
> 可以同儕一組，會比較容易有向心力。自由分組。

* 積極度或是無法按照時程完成的成員
  * 可能需要設幾個里程碑，若到達里程碑狀況不佳就需要關心或另尋出路
  * 可能可以拉長前面的磨合時間
* 規劃如何提醒大家思考自己主要的發展目標
  * 思考自己比較想發展哪個方向

### 可能影響
* 是否更名？例如改為應用開發組 -> NO
* 其他組別是否要現在一起調整？（如硬體與伺服器） -> NO

## 不再進行大班、講述式組聚教學
### 原因
我認為，在現行以講述式教學的方式，最後會留下來的大多會是被動的成員。
若進行講述式教學，已經有技術的人，或是會自己學習的人，這些內容都已經會了，或是可以自己學到，那就會離開了吧？沒離開的人，是否其實是因為朋友在這？

### 對應制度
- 建立各種文件，如技術性說明文件等等
  > 當我們摒棄齊頭式基礎講述教學，那要如何讓大家學習技術？
  > 我認為，我們可以將各種文件建立出來，讓大家可以看著文件學習。
  > 新手可以看著學習，老手也可以看看能否學到新知，或是更精熟。
  > [name=月太][color=lightblue]
  > 靜態技術文件分享，可公開，未來完善後也可以放在部落格。（相較技術文件需要更多說明）
  > [name=智堯]
  > 文件還沒齊全之前可以先找官方文件或是既有文件
- 學期間多舉辦工作坊/研討會(多個議程而非單一議程)
  > 邀請畢業的學長姐回來分享（可尋找一些補貼方案）。
  > 雖然不在每次組聚進行教學，但是學期間可以舉辦幾次的工作坊，教學某些可能自學比較難以學習的內容，或是必要知道的內容，這樣就不會認為工作坊內容與課程內容重疊。
  > 以工作坊的方式教學技術，有興趣的就可以參與，就不會讓方向不同的因此而離開，也可觀察大家。
  > 同時，也可以開放給非行雲者成員參與，相信舉辦公開活動的益處大家都能想到。
  > [name=月太][color=lightblue]

### 可能影響
- 大家需要開始付出時間建立各式文件

## 愉快、輕鬆的氣氛
### 原因
我認為在一個地方，能待下去，很重要的是氣氛與交流。
因此我希望營造社群的氛圍，是輕鬆愉快的氛圍。
要有一個吸引人的氛圍跟 branding。

### 對應制度
- 白天進行活動
  > 我認為，白天進行聚會等各種活動，會更容易以愉快的心情進行活動！不知道大家是否這樣認為？
  > [name=月太][color=lightblue]
- 聚會提供零食
  > 這是從國小很常舉辦的同樂會，以及 SITCON 每年的第一次籌會啟發的。
  > 同樂會開心的原因，就是可以吃吃喝喝輕鬆聊天。
  > 希望營造出類似同樂會的感覺，大家一起吃吃喝喝黑克松。
  > 也鼓勵大家帶來零食跟扣一起交流。
  > [name=月太][color=lightblue]
  > 可以與教育發展中心的共讀計畫申請，就有經費可以當作零食經費
  > [name=智堯]

### 可能影響
- 如何與專案嚴謹的制度接軌需要思考
  > 一開始就要讓大家明確的知道，在運行一個專案的時候，很多地方是不容馬虎的
  > 即便平時可以輕鬆交流，但是進到專案內就不一樣了
  > [name=月太][color=lightblue]
  > 現在可能不用擔心這麼多，但是需要注意的是準時、要事先請假等等的元素開始注意。
  > [name=智堯]

## 打卡聚會制度
### 原因
之前與瑋修聊到關於遠端工作的事情，被瑋修說的內容啟發。
在遠端工作的時候，如果下班後做事，那上司無法準確評估這個人完成一個功能需要多久的時間。
然而，在很多事情上也一樣。
如果我們何時都有可能在執行行雲者的任務，那單就專案來說，管理者無法了解是否真的這些時間有在工作。
而如果真的事情過大，需要耗費很多時間，需要將自己的遊玩或是休閒時間擠出來工作，但是又是私下工作。管理者不會知道工作者耗費了多少心血，工作者也會感覺行雲者的事情根本是要自己全身心、全時段奉獻，我認為這個發展會把氣氛以及文化嚴重帶壞。

### 對應制度
- 線上使用 Discord，線下約 304 為一起工作的地方，各小組設定每周何時一同工作
  > 如果是同時工作，有利於快速共識，也可以促進交流。
  > [name=月太][color=lightblue]
  > 可以分批進行，固定總共就哪幾個時段，要在這些時段內找一個時段一起工作，希望固定每周某個時間會比較好。
  > [name=智堯]
  > 執行打卡制之後就可以拉長組聚間隔，避免一周太多時間占用。
- 每個人都在同一個頻道上，大家都分享螢幕，有事情需要私下討論可以到其他頻道，討論完回來
  > 分享螢幕有壓力要做事情，但有時候還可以欣賞~~或是嘴泡~~一下別人的程式
  > [name=月太][color=lightblue]
- 設定打卡用的 spreadsheet 或是尋找服務

# 後續須注意事項
* 新生說明會等的組織說明
* 前幾周聚會讓大家磨合的規劃（聚會內容）
* 學期內的活動數量與內容
* 相關里程碑跟時程規劃
* 預計在某些里程碑要回報的成果內容（結論）
