主題
- 如何透過應用程式開發介面 (API) 將所有時間輸入資料從 Asana 匯出為 CSV
- 規則整合和小工具
- HubSpot 規則整合
- 適用於生產力和溝通的規則整合
- PagerDuty 規則整合
- 雲端儲存和檔案共用的規則整合
- 規則中的條件和分支
- 工作流程產生器
- 表單自訂
- 篩選及排序自訂欄位
- 與表單提交者的電子郵件溝通
- 相依性類型
- 綁定
- 分享表單
- 執行規則動作
- 將綁定套用至專案
- 請設定規則權限
- 公式自訂欄位
- 自訂欄位
- 手動觸發規則
- 請使用 ID 自訂欄位。
- 表單中的字段映射
- 管理專案範本儀表板
- 請在規則中設定日期
- 套件管理和權限
- 綁定常見問題
- 觸發規則
- 請查看規則執行歷史記錄
- 全域欄位的管理儀表板
- 參考自訂欄位
- 自訂欄位類型和限制
- 自動變換依存任務的日期
- 請使用規則中的變數。
- 表單
- 專案範本
- 狀態更新範本
- 任務範本
- 在 Asana 中的時間追蹤
- 規則
- 任務相依性
- 核准
- Claude 中的 Asana 應用程式
- 將時間追蹤資料從 Everhour 遷移至 Asana
- Asana 與 Meta 推出的工作空間
- Asana for Adobe Creative Cloud
- Vimeo 與 Asana
- Jira Data Center 常見問題
- Jira 資料中心
- 合規性管理：應用程式開發介面 (API) 與整合支援
- Instagantt 和 Asana
- 使用 Google 智慧型方塊
- Google 日歷 + Asana
- 行事曆與Asana
- GitHub與Asana整合
- Google表單與Asana
- Google 和 Asana
- Google試算表與Asana
- 整合 Power BI
- 在 Asana 中的 Zoom 會議
- Asana for Gmail 附加元件
- Microsoft Teams與Asana整合
- 使用 Zapier 和 Asana
- Wufoo與Asana
- 使用 Tray.io 與 Asana
- 使用 AI Studio 建立 Zoom 通話筆記工作流程
- 自動化和 AI Studio 的 Zoom 轉錄文字
- 請參閱 Asana for Jira Cloud 常見問題
- 使用 Chrome 擴充功能與 Asana
- Zendesk整合
- 網頁表單與Asana
- Outlook行事曆與Asana
- 在 Asana 中整合 Salesforce
- Splunk + Asana
- ChatGPT 中的 Asana 應用程式
- ServiceNow 與 Asana
- 啟用 Asana 內建整合和 Microsoft 365 整合的權限
- Asana for Tableau 整合
- Asana for Jira Cloud
- 應用程式開發介面 (API)
- Asana for Outlook 附加元件
- Slack 與 Asana
- 存取和權限
- 使用 SCIM 在 Okta 中設定 Asana 角色
- 付費方案的驗證和存取管理選項
- 如何分離 Asana 帳戶
- 具有自訂角色的角色型存取控制 (RBAC)
- Asana歐盟資料中心
- 企業金鑰管理(EKM)
- 實施雙因素驗證
- eDiscovery資源中心
- 服務帳戶
- HIPAA合規性
- 雙因素驗證
- 隱私與安全
- 帳戶
- 請使用 SAML 群組對應和 SCIM 互動。
- 在系統管理主控台中管理密碼設定
- Asana和全球貿易合規
- 設定授權的 SAML 群組對應
- 多個帳戶和合併
- 刪除您的 Asana 帳戶
- Asana帳戶電子郵件政策
- 資料維繫政策
- 權限管理附加元件
- 遵守 FedRAMP 規範
- 合規管理附加元件
- 在 Asana 中允許 IP 清單
- 行動應用程式安全權限
- 自動移除訪客
- 全域驗證設定
- 使用 SCIM 佈建及取消佈建
- 對工作項目申請系統管理員權限
- 個人資料欄位可編輯性控制項
- 適用於Enterprise版組織的SecureAuth
- 應用程式管理和整合
- Asana日本資料中心
- 系統管理員安全控制項
- Asana IP 位址範圍和主機名稱
- Asana 的資料儲存
- 多組織部署
- 使用 SCIM 在 Microsoft Entra ID 中設定 Asana 角色
- 如何存取系統管理主控台
- Asana 中的系統管理員和超級管理員角色
將新工作的接收方式標準化，以便請求已完成、快速分類並轉介給正確的所有者。這份改進後的指南逐步介紹了設定工作接收專案的過程，並提供實用提示。
建立您的接收專案
開始新專案並選擇看板檢視，將請求在各個階段之間的移動可視化。看板使交接變得明顯，並減少狀態提醒。建立區段，例如新增、分流、審查中、已接受、已排定、已關閉/已拒絕 (重新命名以符合您的流程)。區段代表工作流程階段，當任務在區段之間移動時，可以觸發規則。
新增自訂欄位，您的團隊將用來進行排序和優先順序，例如：請求類型、優先順序、影響、投入量/複雜度、請求者團隊。這種結構化方法使優先順序變得輕鬆，並確保高影響力專案迅速推進。
建立接收表單
若要收集專案請求，請使用 表單，這些表單會在任務中收集來自請求者的資訊。表單從一開始就收集所有必要的詳細資料，讓您可以安排優先順序並指派產生的任務。
連結至欄位並進行設定
- 將答案直接對應至自訂欄位，以便請求在送達時已預先標記 (例如，將「請求類型」對應至您的單一選擇欄位)。
- 選擇要填入任務標題的答案 (用於清晰、一致的卡片名稱)。
- 設定預設區段 (通常為新增)，如果有幫助，還可設定預設指派對象或協作者。
- 允許附件，以便請求者可以包含規格或資產。
- 使用分支邏輯僅顯示相關問題，例如，僅在請求類型 =「行銷活動」時顯示「目標受眾」。這樣可以縮短表單並提高資料品質。
透過跨專案歸屬提高跨職能可見度
透過將任務跨專案歸屬至其他相關專案，可在不同階段和不同團隊之間維持可視度。跨專案歸屬可將同一個任務同時置於多個專案中，這意味著從任何地方對任務所做的變更都會自動同步到它所在的其他專案。
跨職能團隊可以按照偏好的方式設定專案和流程，但仍然可以依賴於各自專案中多個任務的單一任務作為事實來源。
使用規則和整合將工作流程自動化
使用規則進一步將您的工作流程自動化，自動指派任務以進行初步審查，並在專案請求獲得核准時通知團隊，而無需任何手動介入。
核心路由規則：
- 當請求類型 = IT 存取 → 移動至審查中 + 指派至IT 佇列所有者。
- 當優先順序 = 緊急 → 設定截止日期為今天
- 當移動至已接受 → 建立核准子任務給經理並發佈評論並附上後續步驟。
利用工作量規劃進行有效的工作負荷管理
若要有效管理 PMO 團隊的工作量，您可以利用工作量規劃功能。工作量規劃可在專案層級全面檢視團隊的能力，從而依據可用性和專業知識進行專案的策略性指派。
其他資源
- 範本：創意請求範本、Awin 內容在地化範本
- 案例研究：閱讀紐西蘭最大的私人房地產公司 Barfoot & Thompson 如何使用 Asana 管理其營運。查看 New Relic 如何使用 Asana 管理請求。
- 延伸閱讀： Asana 如何使用工作管理簡化專案接收流程， 如何建立一流的專案接收流程
注意
This article has been AI-translated.
Send translation feedback.
