{
  "assessmentTests": {
    "project_management": {
      "subscales": {
        "scope": "範圍",
        "schedule": "進度表",
        "risk": "風險",
        "stakeholders": "利益相關者",
        "budget": "預算"
      },
      "name": "專案管理測驗",
      "desc": "範圍、進度表、風險、利益相關者和預算決策——瀑布式和敏捷混合模式，與工具無關。",
      "recommendation": "您的專案管理優勢",
      "questions": [
        {
          "question": "專案中途，一位利益相關者請求新增原始需求中從未有過的功能，但未提供額外預算或時間。正確的第一步是什麼？",
          "options": [
            {
              "icon": "",
              "label": "在空閒時間悄悄新增它，而不告訴任何人，這樣就不必正式做出決定"
            },
            {
              "icon": "",
              "label": "直接拒絕，不與利益相關者討論"
            },
            {
              "icon": "",
              "label": "將其記錄為變更請求，並在承諾之前評估成本/進度表影響"
            },
            {
              "icon": "",
              "label": "新增它，稍後悄悄減少測試時間以騰出空間"
            }
          ]
        },
        {
          "question": "專案中的「鍍金」是指：",
          "options": [
            {
              "icon": "",
              "label": "為突發情況預留額外預算"
            },
            {
              "icon": "",
              "label": "編寫超過客戶要求的更多文件"
            },
            {
              "icon": "",
              "label": "為一項任務分配遠超該工作實際所需或進度表所需的人員"
            },
            {
              "icon": "",
              "label": "交付超出範圍或協議的內容，而無增加價值或簽署"
            }
          ]
        },
        {
          "question": "一個團隊在開發過程中不斷新增小「不錯的增強功能」，一次又一次地推遲發貨日期。這最好描述為：",
          "options": [
            {
              "icon": "",
              "label": "進度表壓縮"
            },
            {
              "icon": "",
              "label": "超期"
            },
            {
              "icon": "",
              "label": "資源均衡"
            },
            {
              "icon": "",
              "label": "範圍蔓延"
            }
          ]
        },
        {
          "question": "請求的功能確實超出範圍而非僅僅不受團隊歡迎的最明確跡象是：",
          "options": [
            {
              "icon": "",
              "label": "在剩餘時間內在技術上難以構建"
            },
            {
              "icon": "",
              "label": "團隊個人不喜歡這個想法，寧願不構建它"
            },
            {
              "icon": "",
              "label": "在啟動會議期間從未提及"
            },
            {
              "icon": "",
              "label": "它不在批准的範圍基線之外"
            }
          ]
        },
        {
          "question": "哪種做法最直接防止範圍蔓延使時間表脫軌？",
          "options": [
            {
              "icon": "",
              "label": "每週召開狀態會議，讓整個團隊對照時間表檢查進度"
            },
            {
              "icon": "",
              "label": "變更控制流程，在批准新範圍之前評估成本和進度表影響"
            },
            {
              "icon": "",
              "label": "隨時更新一份詳細的甘特圖，每個新需求一到就加入進度表"
            },
            {
              "icon": "",
              "label": "每當新需求開始導致延期，就給團隊增加更多開發人員"
            }
          ]
        },
        {
          "question": "一個基於衝刺的團隊不斷讓利益相關者直接將新專案新增到已經進行中的衝刺中。最健康的回應是什麼？",
          "options": [
            {
              "icon": "",
              "label": "完全取消當前衝刺，從頭開始重新規劃，並將新範圍摺疊到新構建的計劃中"
            },
            {
              "icon": "",
              "label": "保護當前衝刺的承諾並將新請求路由到積壓梳理中"
            },
            {
              "icon": "",
              "label": "在不告訴任何人的情況下悄悄刪除相同數量的現有專案"
            },
            {
              "icon": "",
              "label": "接受該專案並悄悄延長衝刺的長度"
            }
          ]
        },
        {
          "question": "專案的「關鍵路徑」是：",
          "options": [
            {
              "icon": "",
              "label": "設定專案最短可能持續時間的相關任務序列"
            },
            {
              "icon": "",
              "label": "已正式分配給最高級團隊成員的每項任務的列表"
            },
            {
              "icon": "",
              "label": "在整個專案計劃中存在的最高識別風險的任務集"
            },
            {
              "icon": "",
              "label": "消耗預算中最大份額的任務"
            }
          ]
        },
        {
          "question": "關鍵路徑上的任務滑動三天，而計劃中的其他任何地方都不進行調整。專案完成日期將：",
          "options": [
            {
              "icon": "",
              "label": "保持不變，因為關鍵路徑任務帶有自己的浮動"
            },
            {
              "icon": "",
              "label": "滑動三天"
            },
            {
              "icon": "",
              "label": "自動滑動超過三天"
            },
            {
              "icon": "",
              "label": "僅當該任務也超出預算時才滑動"
            }
          ]
        },
        {
          "question": "不在關鍵路徑上的任務上的「浮動」（或鬆弛）意味著：",
          "options": [
            {
              "icon": "",
              "label": "該任務可以延遲多長時間而不推遲專案完成日期"
            },
            {
              "icon": "",
              "label": "專門為該任務分配的預算儲備的大小"
            },
            {
              "icon": "",
              "label": "一次可以為其分配多少人員工作"
            },
            {
              "icon": "",
              "label": "替換任務所有者的容易程度"
            }
          ]
        },
        {
          "question": "兩項原本會一個接一個執行的任務，因為其中一項取決於另一項，現在被安排為重疊並部分並行執行，接受一些額外風險，以縮短進度表。這稱為：",
          "options": [
            {
              "icon": "",
              "label": "崩潰"
            },
            {
              "icon": "",
              "label": "資源均衡"
            },
            {
              "icon": "",
              "label": "快速跟蹤"
            },
            {
              "icon": "",
              "label": "重新基準"
            }
          ]
        },
        {
          "question": "向任務新增額外人員或資源以縮短其持續時間，接受更高成本作為代價，稱為：",
          "options": [
            {
              "icon": "",
              "label": "快速跟蹤"
            },
            {
              "icon": "",
              "label": "資源均衡"
            },
            {
              "icon": "",
              "label": "崩潰"
            },
            {
              "icon": "",
              "label": "鬆弛"
            }
          ]
        },
        {
          "question": "一個團隊執行兩週的衝刺。三個衝刺後，實際速度不斷落後於計劃。最有用的下一步是什麼？",
          "options": [
            {
              "icon": "",
              "label": "繼續按原始估計進行規劃，並期望團隊最終趕上"
            },
            {
              "icon": "",
              "label": "使用實際速度重新基準化計劃"
            },
            {
              "icon": "",
              "label": "向下一個衝刺新增更多人員以達到原始目標"
            },
            {
              "icon": "",
              "label": "延長每個衝刺的長度，以便在其中容納更多工作"
            }
          ]
        },
        {
          "question": "專案中「風險」和「問題」之間的差異是：",
          "options": [
            {
              "icon": "",
              "label": "風險總是負面的，而問題也可能是正面的"
            },
            {
              "icon": "",
              "label": "風險由贊助商追蹤，而問題由團隊追蹤"
            },
            {
              "icon": "",
              "label": "風險是尚未發生的事件，而問題已經發生"
            },
            {
              "icon": "",
              "label": "風險僅適用於預算，而問題僅適用於進度表"
            }
          ]
        },
        {
          "question": "機率低但發生時影響災難性的風險通常應該：",
          "options": [
            {
              "icon": "",
              "label": "忽略，因為它可能不會發生"
            },
            {
              "icon": "",
              "label": "與高機率、低影響風險的處理方式相同"
            },
            {
              "icon": "",
              "label": "主動監控，準備應急計劃，即使它不太可能"
            },
            {
              "icon": "",
              "label": "一旦寫下並記錄就從風險登記簿中完全刪除"
            }
          ]
        },
        {
          "question": "「風險緩解」意味著：",
          "options": [
            {
              "icon": "",
              "label": "完全接受風險，就地所有情況，並有意識地選擇不採取任何行動"
            },
            {
              "icon": "",
              "label": "提前採取行動以降低風險的機率或影響"
            },
            {
              "icon": "",
              "label": "將所有風險責任完全轉移給供應商或第三方"
            },
            {
              "icon": "",
              "label": "僅在風險成為實際問題後才做出反應"
            }
          ]
        },
        {
          "question": "一個建築專案依賴單一供應商的關鍵材料，未識別備用來源。這最好描述為：",
          "options": [
            {
              "icon": "",
              "label": "純粹的預算風險，僅此而已"
            },
            {
              "icon": "",
              "label": "一個問題而非風險，因為還沒有出錯"
            },
            {
              "icon": "",
              "label": "不值得追蹤，因為供應商未顯示任何麻煩跡象"
            },
            {
              "icon": "",
              "label": "需要備用計劃的單點故障風險"
            }
          ]
        },
        {
          "question": "誰應該「擁有」風險登記簿上的特定風險？",
          "options": [
            {
              "icon": "",
              "label": "專案贊助商預設情況下，不論風險的主題如何"
            },
            {
              "icon": "",
              "label": "一個為監控它並觸發響應而負責的指定個人"
            },
            {
              "icon": "",
              "label": "沒有人特別地——風險是共同的團隊責任"
            },
            {
              "icon": "",
              "label": "永久最初提出風險的人，無論其角色如何"
            }
          ]
        },
        {
          "question": "專案啟動時評為中等機率、中等影響的風險應該：",
          "options": [
            {
              "icon": "",
              "label": "隨著專案向前推進定期重新評估"
            },
            {
              "icon": "",
              "label": "在專案的整個生命週期內鎖定該評級"
            },
            {
              "icon": "",
              "label": "專案透過中點後從登記簿中刪除"
            },
            {
              "icon": "",
              "label": "僅在一個例行狀態會議後自動升級到高評級"
            }
          ]
        },
        {
          "question": "兩位利益相關者對同一功能提供相互衝突的優先順序。最有效的第一步是：",
          "options": [
            {
              "icon": "",
              "label": "升級為具有權限解決的人做決定"
            },
            {
              "icon": "",
              "label": "構建兩個版本，讓市場決定哪個版本存活"
            },
            {
              "icon": "",
              "label": "預設為首先詢問的利益相關者"
            },
            {
              "icon": "",
              "label": "悄悄遵循聽起來更高級的請求，不與任何人確認"
            }
          ]
        },
        {
          "question": "專案上的「溝通計劃」主要存在的目的是定義：",
          "options": [
            {
              "icon": "",
              "label": "計劃的行銷訊息傳遞策略，用於成品的公開發布"
            },
            {
              "icon": "",
              "label": "整個公司使用的正式報告結構和組織結構圖"
            },
            {
              "icon": "",
              "label": "誰需要什麼資訊、多頻繁以及透過哪個頻道"
            },
            {
              "icon": "",
              "label": "會議室預訂時間表"
            }
          ]
        },
        {
          "question": "關鍵利益相關者已沉默且未對審查請求做出響應兩週，而一個里程碑取決於他們的簽署。最好的下一步是：",
          "options": [
            {
              "icon": "",
              "label": "升級，明確被阻止的里程碑及其影響"
            },
            {
              "icon": "",
              "label": "無限期等待直到利益相關者自己回應"
            },
            {
              "icon": "",
              "label": "超越里程碑而沒有簽署，事後通知他們"
            },
            {
              "icon": "",
              "label": "悄悄取消依賴他們的里程碑"
            }
          ]
        },
        {
          "question": "當專案贊助商和終端使用者組在需求優先順序上意見不一致，且贊助商擁有預算權限時，專案團隊應該：",
          "options": [
            {
              "icon": "",
              "label": "向贊助商呈報兩種觀點，讓他們做最終決定"
            },
            {
              "icon": "",
              "label": "自動支持終端使用者，因為他們將使用該產品"
            },
            {
              "icon": "",
              "label": "分割差異，不適當地諮詢任何一方"
            },
            {
              "icon": "",
              "label": "無限期推遲決定以避免衝突"
            }
          ]
        },
        {
          "question": "專案早期未能確定所有關鍵利益相關者的主要風險是：",
          "options": [
            {
              "icon": "",
              "label": "專案將自動超出預算"
            },
            {
              "icon": "",
              "label": "團隊將被人手不足"
            },
            {
              "icon": "",
              "label": "擁有真實影響力的人很晚才浮出水面，並強制進行昂貴的返工"
            },
            {
              "icon": "",
              "label": "計劃最終將沒有關鍵路徑"
            }
          ]
        },
        {
          "question": "核心團隊以外的利益相關者要求詳細的每週狀態報告，需要花費數小時準備，但資訊沒有明確的用途。最好的方法是：",
          "options": [
            {
              "icon": "",
              "label": "詢問他們將更新用於什麼決定，並根據該情況訂製報告"
            },
            {
              "icon": "",
              "label": "無論準備成本如何，每週繼續傳送相同的完整詳細報告"
            },
            {
              "icon": "",
              "label": "完全拒絕向他們傳送任何更新"
            },
            {
              "icon": "",
              "label": "將報告交給最年輕的團隊成員，而不解決底層請求"
            }
          ]
        },
        {
          "question": "專案已完成50%，但已花費預算的70%，範圍未變。這最有可能表示什麼？",
          "options": [
            {
              "icon": "",
              "label": "健康的支出，因為大多數成本幾乎在每個專案的早期發生"
            },
            {
              "icon": "",
              "label": "沒什麼好擔心的，只要截止日期仍然按時"
            },
            {
              "icon": "",
              "label": "表示原始預算設定太高"
            },
            {
              "icon": "",
              "label": "需要調查的成本超支"
            }
          ]
        },
        {
          "question": "專案預算中的「應急儲備」旨在覆蓋：",
          "options": [
            {
              "icon": "",
              "label": "整個公司預算中的一般通貨膨脹"
            },
            {
              "icon": "",
              "label": "客戶稍後請求的範圍變更"
            },
            {
              "icon": "",
              "label": "專案經理自己的自由裁量權支出，不追蹤"
            },
            {
              "icon": "",
              "label": "已識別的已知風險"
            }
          ]
        },
        {
          "question": "供應商提供更快交付的元件以獲得更高的價格。是否接受應主要取決於：",
          "options": [
            {
              "icon": "",
              "label": "始終接受報價，因為無論價格如何，更快的交付總是更好"
            },
            {
              "icon": "",
              "label": "時間表收益是否需要以及成本是否適合預算"
            },
            {
              "icon": "",
              "label": "始終拒絕報價，因為無論發生什麼，原始預算都是固定的"
            },
            {
              "icon": "",
              "label": "供應商碰巧建議的內容"
            }
          ]
        },
        {
          "question": "預算方差最好定義為：",
          "options": [
            {
              "icon": "",
              "label": "仍然剩餘的應急儲備總額"
            },
            {
              "icon": "",
              "label": "計劃花費的金額與實際花費的金額之間的差異"
            },
            {
              "icon": "",
              "label": "迄今為止提交的變更請求數"
            },
            {
              "icon": "",
              "label": "收到的最高和最低供應商報價之間的差距"
            }
          ]
        },
        {
          "question": "專案中途，實際成本跟蹤接近預算金額，但完成的可交付成果遠少於計劃。這表明什麼？",
          "options": [
            {
              "icon": "",
              "label": "專案的財務狀況極佳，無需處理任何問題"
            },
            {
              "icon": "",
              "label": "應立即增加預算，不論根本原因如何"
            },
            {
              "icon": "",
              "label": "團隊支出不足，可以免費吸收新範圍"
            },
            {
              "icon": "",
              "label": "專案相對於支出滯後時間表"
            }
          ]
        },
        {
          "question": "當專案趨向超出預算時，最有用的第一步通常是：",
          "options": [
            {
              "icon": "",
              "label": "確定實際驅動超支的成本類別"
            },
            {
              "icon": "",
              "label": "立即將團隊人數減半"
            },
            {
              "icon": "",
              "label": "要求贊助商提供更多資金，不進行任何進一步分析"
            },
            {
              "icon": "",
              "label": "凍結所有類別的所有支出"
            }
          ]
        }
      ],
      "results": {
        "beginner": {
          "name": "初級",
          "desc": "您剛開始建立專案實際運作方式的工作模型——範圍、進度表、風險、利益相關者和預算仍然感覺像分開的主題而非一個連線的系統。",
          "recommendation": "專注於一次一個學科，從範圍開始：學會在範圍蔓延之前識別變更請求。"
        },
        "intermediate": {
          "name": "中級",
          "desc": "您能夠熟練處理專案的日常機制——您可以閱讀進度表、記錄風險並路由利益相關者請求——但它們之間更棘手的權衡仍然需要額外思考。",
          "recommendation": "實踐權衡問題：更快的供應商何時有意義，何時重新基準化的效果優於推硬團隊。"
        },
        "advanced": {
          "name": "高級",
          "desc": "您在範圍、進度表、風險、利益相關者和預算之間做出健全的決定，通常知道兩個衝突時首先拉哪個槓桿。",
          "recommendation": "削尖邊緣情況——低機率/高影響風險、沉默利益相關者、成本按時但進度滯後——明顯答案通常是錯誤的。"
        },
        "expert": {
          "name": "專家",
          "desc": "您像經驗豐富的專案經理一樣閱讀專案情況：快速、工具獨立且不為團隊是否執行瀑布式或敏捷而煩惱——基本決定是相同的。",
          "recommendation": "考慮指導或執行專案回顧——您對權衡的直覺已經領先於教科書答案。"
        }
      },
      "retakePrompt": {
        "lastResult": "您上次的結果：{result}",
        "evolvedHint": "專案判斷隨著真實專案經驗而磨練——現在檢視您的站位。",
        "retakeButton": "重新參加測驗"
      },
      "optionOrderVersion": "fd9013ba1238cb0c"
    }
  },
  "testNames": {
    "project-management": "專案管理測驗"
  }
}