효과적인 엔지니어링 자원 할당에 대한 Asana 사용 방법

엔지니어링의 Resource Allocation 이해

엔지니어링 팀은 우선 순위, 단단한 마감일 및 제한된 표정을 준수하는 환경에서 운영됩니다. 리소스 할당에 대한 구조적 접근 방식 없이 팀의 위험이 중요한 개인, 누락된 이정표, 또는 높은 충격 작업 장을 드리기. 효과적인 자원 할당은 적절한 엔지니어가 올바른 작업에 작업하고, 기술 부채, 기능 개발 및 운영 지원을 균형을 잡는 것입니다. Asana, 목적 건설 프로젝트 관리 플랫폼은, 특정 엔지니어링 리소스를 할당하기 위해 필요한 가시성과 제어를 제공합니다.

이 가이드는 간단한 작업 추적을 넘어 이동. 용량 계획에 Asana 구성하는 방법을 배울 것입니다, 그것의 워크로드 및 포트폴리오 보기를 활용, 개발자 도구와 통합, 반응성 소방에서 자원 할당을 설정 전략을 채택, 데이터 중심 프로세스.

Asana를 Engineering Resource Management에 설치

프로젝트 구조 및 작업 Hierarchy

엔지니어링 팀에 대한 헌신적인 프로젝트를 작성하여 시작하세요. 여러 스트림을 관리한다면 프로젝트 포트폴리오. 구조 작업 계층화: 대문자 또는 이니셔티브 부모 작업으로, 하위 시크스, 버그 또는 더 작은 단위로 합쳐집니다. 이 계층은 어떤 수준에서든 집계 리소스 데이터를 할 수 있습니다. 프로젝트 내에서 섹션을 사용하여 sprints, 이정표 또는 workstreams (예: "Sprint 12 Backlog, "In Progress Review"를 반영하십시오.

프로젝트 이름을 지속적으로 그렇게 팀은 신속하게 찾을 수 있습니다. 예를 들어, "Engineering - Platform Sprint 23"또는 "Mobile App Release Q3"를 통해. 팀이나 분야 (frontend, backend, DevOps)를 위한 프로젝트 레벨 사용자 정의 필드를 사용하여 작업 부하를 필터링합니다.

Resource Data에 대한 사용자 정의 필드

사용자 정의 필드는 Asana의 자원 할당의 백본입니다. 다음과 같은 필드를 만듭니다.

Effort (Hours or Story Points): 견적 작업 필요. 팀 트랙 시간, 또는 아구릴 팀에 대한 이야기 포인트를 사용 하는 경우 시간.
Priority (P0–P3): 높은 충격 작업이 우선적으로 관리됩니다.
자료 유형: Full-time, part-time, 또는 계약자.
Skill / Specialization: Frontend, 백엔드, 데이터, 보안 - 매칭 전문 지식을 위해 사용.
Status: 시작되지 않음, 진행중, 검토, 차단, 완료.

특정 시간의 변화에 따라, 특정 시간의 변화에 따라, 당신은, 또는 다른 사람의 사이에서, 또는 다른 사람의 사이에서, 또는 다른 사람의 사이에서, 또는 다른 사람의 사이에서, 또는 다른 사람의 사이에서, 또는 다른 사람의 사이에서, 또는 다른 사람의 사이에서, 또는 다른 사람의 사이에서, 또는 다른 사람의 사이에서, 또는 다른 사람의 사이에서, 또는 다른 사람의 사이에서, 또는 다른 사람의 사이에서, 또는 다른 사람의 사이에서, 또는 다른 사람의 사이에서, 또는 다른 사람의 사이에서, 또는 다른 사람의 사이에서, 또는 다른 사람의 사이에서, 또는 다른 사람의 사이에서, 또는 다른 사람의 사이에서, 또는 다른 사람의 사이에서, 또는 다른 사람의 사이에서, 또는 다른 사람의 사이에서, 또는 다른 사람의 사이에서, 또는 다른 사람의 사이에서, 또는 다른 사람의 사이에서, 또는 다른 사람의 사이에서, 또는 다른 사람의 사이에서, 또는 다른 사람의 사이에서, 또는 다른 사람의 사이에서, 또는 다른 사람의 사이에서, 또는 다른 사람의 사이에서, 또는 다른 사람의 사이에서, 또는 다른 사람의 사이에서, 또는 다른 사람의 사이에서, 또는 다른 사람의 사이에서, 또는 다른 사람의 사이에서, 또는 다른 사람의 사이에서, 또는 다른 사람의 사이에서, 또는 다른 사람의 사이에서, 또는 다른 사람의 사이에서,

Asana의 핵심 기능 사용

작업 할당 및 부하 균형

Asana의 드래그 앤 드롭 작업 할당은 직선이지만 효과적인 로드 밸런싱은 훈련을 필요로 합니다. 작업을 할당할 때, "Workload"탭을 사용하여 할당자의 기존 할당을 검토하십시오. Asana의 Workload View는 날짜 또는 사용자 정의 필드 노력으로 계산된 각 사람의 작업의 표시 줄을 보여줍니다. 바가 40 시간 (또는 팀의 표준 용량)을 초과하는 경우, 작업의 작업은 시작 전에 적색 작업의 시작을 시작합니다.

Pro tip: Workload 설정에서 매일 또는 주간 용량 제한을 설정 (예를 들어, 일 당 8 시간). Asana는 사람이 과부하 될 때 빨간색 과 용량 표시기를 표시합니다. 이 시각적 큐는 관리자가 작업의 균등 또는 에스컬레이터 우선 순위를 확산하도록 격려합니다.

가시성에 대한 포트폴리오 및 대시보드

엔지니어링 디렉터 또는 프로그램 관리자는 여러 팀을 감독, Portfolios 프로젝트 전반에 걸쳐 자원 할당의 높은 수준의 전망을 제공합니다. 포트폴리오에 각 엔지니어링 프로젝트를 추가하고 주요 사용자 정의 필드를 표시하도록 구성하십시오. "Resource Utilization," "Priority Weight,"또는 "Risk Level". 프로젝트가 완전히 직원을두고있는 것을 볼 포트폴리오 진행 막대를 사용하십시오.

Dashboard]은 Asana에서 실시간 리소스 메트릭스를 위한 것입니다. Assignee의 "Tasks by Assignee" 또는 "Remaining Effort by Team"과 같은 핀 차트를 추가합니다. 예상된 대 차트를 추가하여 추정된 대. 실제 시간으로 추정된 값이 있습니다. 이해 관계자와 대시보드를 공유하여 수동 스프레드 시트 없이 리소스 결정에 맞도록 합니다.

Workload View 용량 계획

Workload View는 Asana의 자원 할당에 가장 강력한 기능입니다. 모든 프로젝트 전반에 걸쳐 작업을 통합하고, 각 사람의 총 작업을 타임 라인에 표시합니다. 날짜 범위에 의해 필터는 2 개의 스프린트를 미리 볼 수 있습니다. 팀 구성원의 바 오버플로우를 볼 때, 작업을 무시할 수 있습니다, 분할 또는 재 할당 할 수 있습니다. 왼쪽 사이드 바에 "Workload"탭을 사용하여 프로젝트 설정에서 설정할 수 있습니다.

생산적인 판매 수수료 없는 매출을 위한 팁:

팀당 15분 주간 체크인을 실시하고, Workload View를 함께 검토합니다.
100% 수용량에 누군가를 밀어주는 어떤 작업. 다음 스프린트 또는 renegotiate 범위로 이동하십시오.
"Undefined"를 사용하여 리소스가 필요한 orphaned 작업을 볼 수 있습니다.

최적화를 위한 고급 전략

시간 추적 및 Effort 평가

Asana는 Harvest, Toggl, Clockify와 같은 시간 추적 도구와 통합합니다. 엔지니어링 팀의 경우, 견적에 대한 실제 시간을 추적하는 것은 미래의 자원 할당을 개선하기위한 필수적입니다. Asana의 "Apps"섹션을 통해 선호되는 시간 추적기를 연결하십시오. 연결되면 팀 구성원은 작업에 직접 시간을 기록합니다. 견적 된 노력에 대한 기록 된 시간을 비교하는 사용자 정의 필드를 작성하십시오. 이 데이터를 사용하여 가장 존경 의식을 정제하십시오.

아가일 팀의 경우, ]story point를 사용하여 시간을 절약하십시오. 아사나는 숫자 사용자 정의 필드를 지원하며 개발자 당 총 포인트를 사용합니다. 팀의 많은 포인트를 예측하기 위해 세 개의 스프린트의 평균 속도는 그 숫자를 기반으로 리소스를 할당 할 수 있습니다.

개발 도구와 통합

GitHub, GitLab, Bitbucket 및 Jira (Asana의 Jira Cloud sync를 통해)와 원활한 통합은 컨텍스트 전환을 감소시킵니다. 링크 풀 요청 및 Asana 작업에 투입하여 프로젝트 관리보기를 떠나지 않고 진행 상황을 파악합니다. PR이 합병되면, "Review Completed"에 작업 상태를 자동 업데이트합니다. 이 수동 업데이트 제거 및 리소스 데이터를 유지하십시오.

Slack 또는 Microsoft Teams를 통합하여 작업이 차단되거나 리소스가 사용할 때 알림을받을 수 있습니다 (예 : 코드 검토자는 쿼리를 완료). 이러한 통합은 Asana를 모니터링하지 않고 할당 변경 사항에 신속하게 엔지니어링 관리자를 수행 할 수 있습니다.

Sprint 계획 및 이행

리소스 할당은 한 번의 활동이 아닙니다. 리듬입니다. Asana의 스프린트 템플릿을 사용하여 각 반복을 표준화합니다. 스프린트 계획 중에 백로에서 작업을 끌어 현재 용량을 기준으로 할당합니다. 스프린트 종료 날짜를 표시하기 위해 "Due Date" 필드를 사용하십시오. 작업로드 뷰는 자동으로 그 기간에 할당을 표시합니다.

화상을 피하기 위해, 계획되지 않은 작업, 기술 부채 또는 생산 지원을위한 각 스프린트의 20 %를 예약하십시오. 8 시간 (또는 2 점)이있는 개발자 당 "Buffer"작업을 만듭니다. 이 할당 계획을 탈취하는 긴급한 요청을 방지합니다.

공통 도전과 솔루션

Asana와도 팀은 일반적인 자원 할당 pitfalls를 명중했습니다. 여기 그들을 극복하는 방법 :

Challenge: 엔지니어는 여러 프로젝트에 작업하며, 총 부하를 볼 수 있습니다.
Solution:]는 프로젝트 전반에 걸쳐 진행된 Asana의 “My Task”를 사용하거나, 각 엔지니어는 자신의 할당을 반영하는 단일 “All My Work” 프로젝트를 유지합니다.
Challenge: 관리자는 데이터 대신 gut 느낌에 의존한다.
Solution:] 사용자 정의 필드의 사용 및 용량. sprint retrospectives의 필수 부분을 검토를 확인.
Challenge: Resource allocation은 화재를 퍼뜨릴 수 있는 재활성입니다.
Solution:] 예상 리소스에 대한 포트폴리오 조회를 사용하여 2개월을 초과합니다. 수요가 초과하는 플래그 프로젝트는 일찍 용량을 초과하고, 고용하거나 재조합합니다.
Challenge: 엔지니어는 추적 시간 또는 업데이트 작업을 저항합니다.
] Solution: Automate where possible: git commits to update status, set recurring noticeers, and show team how 정확한 데이터가 자신의 하중을 줄 수 있는 방법을 보여줍니다.

Asana와 함께 성공

리소스 할당이 개선되면 Asana가 트랙을 도울 수있는 키 메트릭을 정의하십시오.

유틸화율:고급작업에 소요되는 엔지니어링 시간의 비율. 낮은 가치작업. 대시보드에 사용자 지정 필드 필터를 사용합니다.
On-Time Delivery: 작업의 비율 또는 그 때문에 날짜에 의해 완료된 복사본. 완료된 작업의 마이너스 오버듀 작업을 사용하여이 추적.
Planned vs. 실제 노력: 예상된 시간과 기록된 시간 사이의 변동. 더 나은 추정 또는 할당에 대한 넓은 간격 신호 필요.
Team Satisfaction: 리소스 균형에 연결된 정기적 펄스 설문 조사. 과부하된 팀 보고서 낮은 만족; 워크로드 데이터와 교차 환경.

월간 운영 리뷰에서 이러한 미터를 검토하십시오. Asana 설정 조정 - 새로운 사용자 정의 필드, tweak 작업 부하 용량 제한을 추가하거나 새로운 대시 보드 차트를 만들거나 진화 할당 요구를 반영하기 위해 더 나은.