需求分析
當收到一份需求（使用者故事 + 業務規則，若適用時）進行分析時應遵循的通用指示——非用於建置（那是 implementar-requerimiento 技能的範疇）。
可攜帶式：無論在哪個專案或客戶上使用，均適用相同原則。
1. 閱讀與提取
- 完整閱讀文件，並提取：目標、範圍、參與者、流程、明確的業務規則。
- 指出文件本身內部的任何不一致之處（例如：目標中提到但後續從未詳述的內容，或一條規則與文字其他部分矛盾）。
- 同時檢查所有內嵌的圖檔/證據（版面配置、畫面、儀表板）——不僅是顯而易見的那些。這些圖檔通常包含文字中未提及的細節，且可能解決文字中遺留的缺口。
2. 與現有內容比較（若適用）
- 如果需求觸及或類似於已建置的模組/流程/功能，請與目前專案的實際程式碼進行比較，以判斷哪些可以重複使用，哪些必須新建。
- 如果需求涉及修改已在使用的內容（其他模組、其他整合、其他共用流程），請評估該修改對現有內容的風險，並優先將新功能隔離，而非改變現有行為，除非需求明確要求變更該行為。
- 在確認發現結果前，請先對照實際的 DEV 資料庫進行驗證——不要假設結構/資料，請實際查詢。伺服器與憑證：若對話中尚未取得，請向使用者詢問；未經使用者明確授權，請勿重複使用在註解/程式碼中找到的憑證。
3. 待解問題
- 明確列出每一個模糊、未指定、或依賴業務/客戶決策的項目（例如：協商條件、金額、期限、門檻、權限、例外情況）。
- 在獲得答覆前，將每一項標記為待解決；當客戶回應時，記錄該回應並改為已解決。
- 估算中不應包含任何依賴於尚未能回答之問題的項目。
4. 盤點清單
資料庫物件、畫面、業務規則/驗證以及受影響或新增的報表完整清單，每個項目標示 (新增) 或 (修改)。
5. 交付物
Analisis_Impacto_[CÓDIGO].docx— 提供給客戶/供應商開發團隊的影響分析文件。Estimacion_tiempos_[CÓDIGO].xlsx— 按物件/任務劃分的工時，含總計。Plan_Implementacion_[CÓDIGO].docx— 依階段劃分的實施計畫，各階段間有相依關係（非全部在同一階段）。- 預設情況下，分析需求時僅產出
Estimacion_tiempos_[CÓDIGO].xlsx檔案。Analisis_Impacto_[CÓDIGO].docx和Plan_Implementacion_[CÓDIGO].docx不會自動產出為檔案——它們的內容（目標、範圍、業務規則、不一致處、與現有內容的比較、待解問題、盤點清單、階段計畫）仍會完整呈現並保留在對話中，隨時可供使用者明確要求時轉換成文件（例如「幫我產生影響分析文件」或「轉成 Word 給我」）。 Estimacion_tiempos_[CÓDIGO].xlsx必須從現有範本建立（若需求資料夾中已有範本，請複製該範本，不要從無到有建立表格；若專案中尚無任何範本，請在使用者發明格式前先詢問是否有標準範本）。預期格式（除非使用者另有指定）：標題列 + 表格，包含欄位 N° | 活動 | 小時 | 天數（活動欄位寬，每項活動一列，最後一列為總計，其中包含求和公式，且天數 = 小時/8）。請勿新增額外欄位（類型、備註、分別列出分析/開發/測試細項等）——若想標示類型（新增/修改）或備註，請將其包含在「活動」儲存格文字中。- 務實的工時估算： 應反映步驟 2 中已確認的可重複使用性（不要假設所有東西都是全新的），不要對所有任務使用統一的啟發式估算，若需要將工時換算成日期，請詢問團隊的實際產能。
6. 狀態與阻礙因素
最後，總結：哪些項目已確認、哪些仍待解決、以及哪些因素阻礙開始建置（缺少文件、待客戶/業務回應、待核准等）。