---
# System prepended metadata

title: 2021 公司軟體開發 OKR 規劃 - 個人分配專案
tags: [OKR, 文件, 規劃文件, TheHapp]

---

# 2021 公司軟體開發 OKR 規劃 - 個人分配專案

## 規劃文件格式

1. 原因說明
2. 基礎成本效益分析
3. 建議作法
4. 需要部門及職位評估投入複雜度（複雜度定義）一週內 兩週 一個月內 以上
5. 建議個人 OKR


## 專案項目

### treerful 後端 vue 的規劃（包含大量資料的測試

#### 原因說明
小樹後台前端大多使用 server side render，但是因為大量資料的需求，導致畫面載入資料過慢問題。
希望能導入前端框架解決資料過大載入效能問題，並改善各項前端操作邏輯以便符合好維護好擴充的彈性。
最終目標希望後台完全導入 vue 前端框架，並將後台功能重新整理，與操作邏輯介面統一換皮。

#### 基礎成本效益分析
目前無金額成本需要。

#### 建議作法
1. 首先需要以最小可變動方式做為改善，主要著手項目為各項後台 `data table 套件` 更換為 vue 的元件。
2. 須確認比較 `jquery` 與 `vue component` 兩著對於大資料處理畫面上的效能問題，確認效能差異後進行更換。
3. 另外對於後端判斷權限使用 laravel 預設語法導致對資料庫查詢的負擔，使否能使用 vue 自行撰寫的 silder bar component 解決。
4. 最後能將整個後台的部分轉用其他開源後台套件套用，已完成整個後台換皮的工程。

#### 需要部門及職位評估投入複雜度（複雜度定義）
- 若已完成上述`1,2`兩點的話需要`前端程式人員`花`一週～兩週`的時間完成測試、規劃與功能的建置。
- 整理後台需求的部分需要`後台使用者`的需求回饋。
- 可能還需要跟`後端程式人員`的配合，討論取資料與後台 api 的架構撰寫，需要時間大概`一週`。

#### 建議個人 OKR
O 確認比較後台效能解決方案，比較 `jquery` 與 `vue` 針對大量資料的處理效能分析。
KR 做出完整的規劃分析文件。

O 針對目前佔用效能的後台頁面功能進行部分 component 的替換。
KR 完成功能的建置。

O 撰寫後台 sider bar component 以減輕權限控制顯示 view 的資料庫負擔。
KR 完成 sider bar componet 的建置與替換。

---
### 測試環境資料庫複製腳腳本規劃

#### 原因說明
目前在開發功能上與新進人員開發專案上，很常會有資料版本的問題，為了減輕開發上處理資料的問題，希望有一套版本控制資料的方案已解決資料不一致的問題，並且屏除線上資料個資外洩問題。

#### 基礎成本效益分析
目前無金額成本需要。

#### 建議作法
撰寫一個腳本，其內容是可以直接複製完整的線上資料，並且將資料的個資部分去識別化，將其變為一個實體或輸出一份 sql ，以變開發人員測試開發功能，或是新進人員的資料導入。
須考慮一切盡量自動化的方案，減少人為的介入。
自動化與執行腳本的時機為何？
流程：
> 當有新功能分支時，執行腳本（腳本做的事是將正式資料實體複製出來，並且設定時間後刪除實體）


#### 需要部門及職位評估投入複雜度（複雜度定義）
需要`程式人員`建置腳本，與規劃流程並測試功能。整套流程建置時間需要`一週～兩週`。
需要 `gcp sql` 與 `bitbucket pipeline` 和 `server` 各項操作權限。

#### 建議個人 OKR
O 規劃整套建置使用的流程方案。
KR 輸出完整的規劃文件。

O 撰寫`複製線上資料庫`、`資料去識別化`、`設定時間刪除實體`的腳本。
KR 完成腳本的撰寫並確認可完整使用。

O 將腳本套入到自動化流程，確保不必要的人為介入。
KR 可以完整的開發並不會再次出現開發功能卻花大量時間處理資料正確性的問題。

---
### 呼叫外部API處新增統一窗口，判斷是否為測試環境決定後續步驟

#### 原因說明
目前會有開發人員在自己本機，或是線上測試機操作時不小心對資料進行通知等一切非正式機需要流程的行為。
但又必須確認該流程屬正常執行，而非避免執行。

#### 基礎成本效益分析
目前無金額成本需要。

#### 建議作法
統整目前外部呼叫的流程，信件通知、簡訊通知、各項通知等一切為正式機外部呼叫流程。
撰寫一個統一窗口能讓呼叫統一在此執行分流，藉由此程式控制對外部的呼叫，判斷其開發環境來確認執行的流程。
此專案並非讓外部呼叫不執行，而是讓他繼續執行但卻可以不影響正式資料與會員的流程。
並且考慮到後需新增外部呼叫的控制，與更改維護的彈性。

#### 需要部門及職位評估投入複雜度（複雜度定義）
需`程式人員`的規劃與建置，時間上需要`一週～兩週`

#### 建議個人 OKR
O 規劃程式結構的設計，盡量符合設計模式。
KR 輸出完整的規劃文件。

O 撰寫統一窗口的 class 與程式基礎的架構。
KR 完成此專案 class 的建置，以符合後續外部呼叫的轉移與擴充。

O 將目前專案的外部呼叫程式統一轉入窗口，並將各項外部呼叫的流程統一由窗口呼叫。
KR 完成此專案，並確保在不同環境下符合預期流程。

###### tags: `文件` `TheHapp` `OKR` `規劃文件`