身為 Jira 管理員，會解這 30 個問題是很正常的！ 如果不清楚，沒關係，你知道怎麼找到我們!
本文章預定會同步收錄在 Titansoft_Atlassain Consultant GOJira Medium 敬請期待

今天要解的提問如下

狗鼻 你好，想詢問你一下，關於你推薦的 Company-managed project Board 部分，因為我們這次的需求客製化程度比較大，也知道很多內容是 IT 才能設定，我今天也有詢問過 MIS。
主要是因為 Company 的 Jira 要客製化比較麻煩，所以有再想是不是用 Team 的就好，然後發現 Team 的報表有比較少，但有 CFD，所以才想詢問其他我想關注的呈現，是有辦法在 Team-managed project Board 完成的嗎 ～
答案是：不能在 Team Jira Board 完成設定。

所以，延續昨天我們分享了如何設定和查詢累積流程圖（ Cumulative Flow Diagram , CFD），因為只有 Company-managed project 公司管理專案才能進行 CFD 的快速篩選條件設定，因此，我們公司很多開發團隊目前正在使用 Team-managed project 團隊管理專案，所以必須先轉換成 Company-managed project 公司管理專案，才能成功設定 CFD。

今天要分享
一、什麼是 Team-managed project 團隊管理和 Company-managed project 公司管理專案？
二、Company-managed project 公司管理專案和 Team-managed project 團隊管理專案之間轉換步驟及注意事項

一、什麼是 Team-managed project團隊管理和 Company-managed project公司管理的專案？

說明：Jira 中的專案可以創建為 Team-managed project 團隊管理和 Company-managed project公司管理（以前稱為 formerly next-gen 下一代 和 classic 經典）。這些專案類型的核心功能是相同的，但有些關鍵差異，以便決定什麼適合您的團隊。

關鍵差異說明和示意如下所示：

Team-managed project 團隊管理專案

1. 適用於在獨立空間中控制自己的工作流程和實踐的團隊。隨著您的團隊規模和複雜性的成長，混合和匹配敏捷功能以支援您的團隊。
2. 由使用團隊自行設定和維護，其功能、欄位和報表相較簡易。
   • 透過簡化的配置快速啟動並運行。
   • 團隊中的任何角色都可以設定和維護
   • 設定不會影響其他專案
   • 輕鬆設定 issue types 問題類型和 Custom fields
   • 多個 Workflows 工作流程的簡單配置
   • 存取等級權限
3. 該專案隱私性可由團隊進行 Open,Limited,Private 權限管理

Company-managed project 公司管理專案

1. 適用於以標準方式進行中心化全域管理、專案規模較大或複雜，需與多個專案中的其他團隊合作的團隊，透過全域管理組織最佳實踐和流程。
2. 由 Jira 管理員設定和維護，其欄位、功能、報表等較完整，若有客製化變更需透過管理員。
   • 由 Jira 管理員完全控制重要的配置、客製化。
   • 跨專案共享的標準化配置
   • 完全控制問題類型和自訂字段
   • workflows 工作流程、statuses 狀態和 issue 問題轉換
   • 詳細的權限方案
   • 由 Jira 管理員設定完成，再由 Project 管理員進行分配。
3. 系統預設給較大的規模專案，其專案可進行較彈性的 Swimlanes 條件設定（如下圖所示）。
   

此功能可以依某篩選條件進行查詢，如下圖為例，下圖是以 Assignees 負責人為 Swimlanes 的條件，所以 Board 會依人員所負責的 Issues 來畫分，方便查詢每個人的工作進度。除了 Assignees 外，也可選擇 Stories、Queries（使用JQL下條件）、Epics、Projects、None 來設定。

如何判斷自己的專案是哪一種管理類型

查看專案中左側選單的底部（如下圖），會顯示 Team-managed project 團隊管理專案或 Company-managed project 公司管理專案

二、Company-managed project 公司管理專案和 Team-managed project 團隊管理專案之間轉換步驟及注意事項

經過上面的描述，可以了解到 Company-managed project 公司管理專案和 Team-managed project 團隊管理專案的差異，因此，在開立專案前要先從需求思考，再決定要使用哪種管理的專案。
不過，我們公司許多開發團隊，過去不太知道如何評估，而 Team-managed project 在團隊的客製變更上彈性高，不需要透過 Jira 管理員，因此，許多專案目前都使用 Team-managed project，而因為 Team-managed project 的功能較簡化，所以要把 Team-managed project 轉換成 Company-managed project。
以下就以要從專案名 「Team-Platform Development」的 Team-managed 專案要轉換到專案名 「Company-Platform Development」的 Company-managed 專案。

步驟如下：

0. 前置工作：須先盤點客製項目並擁有以下認知，身為管理員會希望需求團隊把客戶內容列清楚。
* 請 Jira 管理員協助創立新的客製項目：在轉換前，只有 Jira 管理員有權限新開一個 Company-managed project 公司管理專案，創立後把原本在 Team-managed project 客製項目，先新建立到新的 Company-managed project 中，包括 Board statuses、Custom fields（Issues 欄位）、Issues type 問題類型。

* 請 Jira 管理員協助重新設定：
* Project access 專案存取權：對公司管理的專案的存取由權限方案控制。只有您的 Jira 管理員可以更新您公司管理的專案的權限方案。
* Project and issue keys 專案和問題編號： Jira 將自動更新已遷移問題的問題金鑰以反映其新專案。任何指向舊問題金鑰的現有連結都會自動重定向。
* Automation 自動化規則：你可以利用 匯入和匯出 Jira 自動化規則 Import and export Jira automation rules 來設定。

* 無法轉換需要重新建立
* Reports 報告：不會儲存報告資料。即使您的問題將被保留，專案的 Velocity and Burnup reports 資料不會轉移且會消失。`
* Story points estimation： 此數據將會遺失。這是因為 Jira 用於儲存公司管理的專案中的Story points estimation 的自訂欄位與團隊管理的專案中使用的自訂欄位 Story points estimation 不同。

1. 請 Jira 管理員建立一個新的 Company-managed project
此專案的 Template 需要與原本的 Team-managed project 相同，例如：原本的 Team-managed project 是 Jira Software Developmant Scrum Board，請建立一樣的。

並請管理員協助把上述 0. 前置工作的事項完成。

2. 從想要轉移的 Team-managed project 專案，在上方找到 Filters ，在下拉式選單中點選 View all issues。

3. 在上方的 Project 的下拉式選單中找到要轉移的 Team-Platform Development，並把其他右邊的 Filters 都取消。

4. 選好後在右上方的（...）的下拉式選單，點選 Bulk change all 1000 issues （在此案例中預定轉換 1000 張 Issues。

5. 依照 Bulk Operation 的指示完成設定
（1）Choose Issues：若沒有要特別挑選，可以直接點擊全選，再把頁面拉至最下方，按下 Next 。

（2）Choose Operation - 在 Choose bulk action 選擇 Move Issues，再按 Next 。

（3）Operation Details 的 Select destination projects and issue types，在 TO 的下拉式選單選擇新的專案 Company-Platform Development，並檢查原本在舊專案中的 Story 要轉換成哪一種 Issues type，完成後按 Next 。

（4）Operation Details 的 Map statuses for 'Story' issues in the 'Company-Platform Development' project，把舊專案的 Issue Status 選好在新專案的 Issue Status （workflow），完成後按 Next 。

（5）Operation Details 的 Update fields for 'Story' issues in the 'Company-Platform Development' project，因為舊專案中有設定 Story Points，可以在此處進行數值的設定，但因為每張 Issues Story Points 不同，無法用一個數值代替，在此處的 Story Points 將會遺失，請在轉換後重新設定。
如果你在此處列入數值 3，其所有 Issues 都會呈現 3 。

(6) Confirmation 這是設定的最後一步，即是把上述設定的值都檢查過一次有沒有誤植，檢查的項目會依上面的設定多少而定，確定後按下 Confirm。
註：特別一提，下圖的紅框處是客製欄位或新專案中沒有找到的欄位，轉換前若有先設定此欄位，轉換過去後這些欄位都會呈空值，若未在新專案先創建上述欄位，不止資料都遺失，且在新專案不會自動生出這些欄位。

6. 轉換時間長短會依資料量而不同，如果資料量多，可以放著先讓子彈飛一會兒。務必等到 Bulk operation is 100% complete.

**7. 完成✅ **

8. 檢查新專案資料完整度和舊專案轉換乾淨度
（1）新專案「Company-Platform Development」的 Company-managed 專案中，可以發現正在 Sprint 的 Issues 正確更在對的 Issue Status （workflow）上，而 Backlog 在新增了舊專案的 Issues。（如下圖所示）

檢查一下 Sprint 中的 Issues ，所有的 Story points 都呈現 3，而客製化欄位 URL 呈現空值。

（2）舊專案「Team-Platform Development」的 Team-managed 專案中，其所有的 Issues 都清空。

以上就是今天的 Team-managed project 團隊管理專案轉換至 Company-managed project 公司管理專案轉換步驟及注意事項。

今天因為篇幅的關係，Company-managed project 公司管理專案轉換至 Team-managed project 團隊管理專案的步驟相同，其注意事項如下：
轉換後一定會遺失的功能：Sprint（包括已完成、規劃、進行中和並行的）、Components 資料、Custom fields 資料、Story points、Reports、Report history、Project and issue keys（需重新設定）、Versions and releases 版本 等，即使將這些問題再批次重新移回其舊的 Company-managed project，也是無法恢復。

身為 Jira 管理員，會解這 30 個問題是很正常的！
如果不清楚，沒關係，你知道怎麼找到我們