W6 Weekly Meeting
===

###### tags: `Meeting` `Bizthinking` `Project Management`

:::info
- **Date:** Apr 21, 2021 9:00-10:30 PM
- **Agenda**
1. W5學習進度討論 `10min`
2. W6案例討論 `10min`
3. 老闆OfficeHour `30min`
4. AfterOfficeHour `10min`
5. W6任務討論 `30min`
6. 交流與臨時動議 `15min`
7. 本次會議覆盤 `5min`
- **參與者:**
- ~~Austin~~(請假)
- Chin
- Desmond
- Issa
- Lucia
- Sandy
- Shine
- **主持人:** Issa
- **紀錄:** Sandy
- **參考:** [W5 Weekly Meeting](https://hackmd.io/YUaXurtUQMKv0o0oqryMfQ)
- **下週主持人:** 無:::
:::

## W5學習進度討論
---
- N/A

## W6案例討論
---
- Issa問：覺得此PM有沒有犯什麼錯誤？
- Shine：漏了BD。
- Issa問：對事前佈局有沒有什麼想法
- Shine：事先找出利害關係人，找他們聊聊看法和想法，從中得到資訊和回饋。
- Desmond：覺得主管應該要站在公司角度去思考，並和相關的人員做好溝通。
- Lucia：以此案例來說，如果Paul對Shirly的意見較重視的話，會先和Shirly做好事前满通，並在會議中請Shirly協助補充。
- Shine：(對外)去客戶方開會前，會和老闆先擬好劇本，到客戶端一起演。目前剛進公司一個月，不同部門的同事，都把他們當成是客戶。
- Issa：會前先取得其他人的支持，並請對方會議中適時做補充。掌握關係的脈絡。另外，跟行政小姐保持好關係，可以得到一些小道消息，進而多掌握一些資訊。與HR則只會維持公事上的關係。
- Chin：我覺得情境題的關係脈絡太蜻蜓點水了，如果可以有更多角色的脈絡會更能知道彼此的關係XD

- Shine：當每個人做一件事情時，都要問目的、效益導向，變成要再準備很多資訊來說服對方，就會讓事情變得不好處理。
- Desmond：利害關係人管理是不是在專案一開始就要先做的？
- Shine：在提交專案計劃書時就會包含。

- 風險報表與應變計劃
- 系統當機(流量超過150%)：人工重啟服務；異地備援機制；擴增AWS後台和Server容量。
- 瞬間人流量過大(同時湧入太多人流40W)：建立AWS監控預警系統。
- 駭客入侵(會員個資外泄、被竊聽、非法錄音、音源外泄)：加強資安監控對外服務。(資料加密、加強防火牆)
- 人力資源被搶：找外包；刪減功能；延後上線。(外包可找"寓意科技(fable)")
- 軟體技術未到位(Bug太多)：bug分級管理。優先處理發生率高、影響大的。
- APP審核未核准：提早送審。修正送審不過的功能。拿掉不能上架的功能(非核心功能)。
- 系統上線後突發狀況不穩(連假人力不足、系統剛上線)：排oncall的人力。
- 會員驗證機制未完善：事先做完整的測試。
- 穩定度考慮 SaaS 服務定期 ping 重要的 api
- [App store 審核文件](https://developer.apple.com/cn/app-store/review/)

## 老闆OfficeHour
---
- N/A

## AfterOfficeHour
---
- N/A

## 交流與臨時動議
---
[Chin 分享的專案，機器人進房間並把音源及房間列表在 web 上公開](https://github.com/ai-eks/OpenClubhouse/blob/main/handlers/clubhouse.py)

## Action Item
---

## 本次會議覆盤
---