Mühendislikte Kaynak Allocation'ı Anlamak
Mühendislik takımları rekabetçi öncelikler, sıkı tarihler ve sınırlı baş hesabın bir ortamda çalışır. Kaynak tahsisine yapısal bir yaklaşım olmadan, takımlar önemli bireyleri aşırı yüklemeyi veya yüksek performanslı iş tezgahlarını sağlamaları. Etkili kaynak tahsisi doğru iş başında doğru bir şekilde çalışmaktır, teknik borç, özellik geliştirme ve operasyonel destek. Asana, bir amaç inşa edilmiş proje yönetimi platformu, tüm aydınlatmaya ihtiyaç duyan mühendislik kaynaklarına akıllı olarak ihtiyaç duyar.
Bu kılavuz basit görev takiplerinin ötesine geçer. Kapasite planlama için Asana'yı nasıl yapılandıracağınızı öğrenecek, iş yüklerini ve portföy görüşlerini yararlanacak ve geliştirici araçlarıyla entegre edecek stratejilere sahip olacaksınız ve kaynak tahsisini proaktif, veri odaklı bir süreç haline getiren stratejilere sahip olacaksınız.
Mühendislik Kaynak Yönetimi için Asana'yı Ayarlayın
Proje Yapısı ve Görev Hierarchy
Mühendislik ekibiniz için özel bir proje yaratarak başlayın - veya birden fazla akış yönetseniz projeler portföyünü. Yapı görevleri hiyerarşik olarak: epik veya ebeveynlik görevleri, alttaslar ve böcekler veya chores olarak daha küçük birimler olarak.Bu hiyerarşi, sprint'leri, kilometreler veya iş akışlarını yansıtacak projelerde toplayabilirsiniz.
Projelerinizi sürekli olarak seçin, böylece takımlar onları hızlı bir şekilde bulabilirler. Örneğin, “Mühendislik – Platform Sprint 23” veya “Mobile App release Q3” Tag her görev takım veya disiplin için bir proje seviyesinde özel alanla (önder, geri dönüş, DevOps) daha sonra filtre iş yüklerine kadar.
Kaynak Data için Özel Alanlar
Özel alanlar Asana'daki kaynak tahsisinin arka kemiğidir. gibi alanları oluşturun:
- [D:0]Effort (Saatler veya Hikaye Noktaları): ) Ekibiniz zaman izler veya çevik takımlar için hikaye puanlarını kullanın.
- [FONT:0]Priority (P0-P3): Yüksek performanslı görevlerin öncelikle personele ulaşmasına yardımcı olur.
- [FONT:0)Kaynak Türü:[Dönetici:0) Tam zamanlı, yarı zamanlı veya müteahhit.
- [FONT:0]Skill / Specialization: Frontend, backend, data, security – eşleşen uzmanlık için çok iyi.
- [FONT:0]Status: [Dönetici: [Dönetici:Dönem:Döntilme:Dönlenme, Yeniden İnceleme, Bloked, Done.
Kalan çabayı hesaplamak veya gerçek saatlerin tahminleri aştıkları bayrak görevleri için formül alanları kullanın.Özel alanlarda, projelerde önemli iş yükleri taşıyabilir ve krizden önce genel olarak ayrılanları belirleyebilirsiniz.
Asana'nın Core Özelliklerini Allocation için Kullanın
Görev Assignment and Load Balancing
Drag-and-drop görev ataması Asana'nın basit, ancak etkili yük dengelemesi disiplin gerektirir.Bir görev atamayı atamak, atamanın mevcut atamalarını "Workload" sekmesini kullanarak gözden geçirin.Asana'nın [Dönetici:0)Workload View), her kişinin görevlerinin zaman içinde bir bar grafiğini gösterir, çünkü tarih veya özel alan çabalarından hesaplanır.Eğer bir barın standart kapasitesinin üzerinden 40 saat (veya ekibinizin standart kapasitesi)) yeniden dağıtım işleri başlar.
Pro ipucu: İş yükü ayarlarında günlük veya haftalık kapasite sınırı oluşturun (örneğin, günde 8 saat). Asana, bir kişinin aşırı yüklendiği zaman kırmızı aşırı kapasiteli bir gösterge gösterecektir.Bu görsel cue, yöneticilerinin görevleri ya da önceliklerini yaymaya teşvik eder.
Portföyler ve Vibilite için Dashboards
Mühendislik yöneticileri veya program yöneticileri birden fazla takıma dikkat ederler,TELFLT:0)Portfolios[D: 1) Projelerin hangi projelerde tahsis edilen yüksek seviyeli bir kaynak görüşü sunar. Her mühendislik projesini bir portföye ekleyin ve anahtar özel alanları görüntülemek için yapılandırın: “Kaynak Utilization” veya “Risk Seviye” portföy ilerleme barları kullanın.
Asana'da gerçek zamanlı kaynak ölçümleri için Assigneeeee veya “Remaining Effort by Team” gibi gerçek zamanlı kaynak numaraları için bir grafik ekleyin.
Kapasite Planlaması için İşload View for Kapasite Planlama
İş yükü View, Asana'nın kaynak tahsisi için en güçlü özelliğidir. Tüm projelerde toplayıcılar, her kişinin toplam çalışmasını bir süre boyunca gösterir.Görüntüdeki iki sprinte bakmak için tarih aralığına kadar.Bir takım üyesinin barını aşırı akışta gördüğünüzde, hangi görevlerin ertelenebileceğini veya tekrar atanabileceğini tanımlamak için yıkamak.
Prodüksiyon iş yük değerlendirmeleri için ipuçları:
- Takım başına 15 dakikalık haftalık bir kontrol yapın, birlikte İş yükü View'i gözden geçirin.
- Birini% 100 kapasiteye iten herhangi bir görev. Bir sonraki sprint veya renegotiate kapsamına taşıyın.
- Bir kaynağa ihtiyaç duyan yetimhane görevleri görmek için “Unassigned” görüşünü kullanın.
Optimizasyon için Gelişmiş Stratejiler
Zaman İzleme ve Çaba Estimation
Asana, Harvest, Toggl gibi zaman takip araçlarıyla entegre eder ve Saatify. mühendislik takımları için, tahminlere karşı gerçek saatler takip etmek gelecekteki kaynak tahsisini geliştirmek için gereklidir. tercih ettiğiniz zaman pistinizi Asana'nın “Apps” bölümünden geçerek bağlayın.Bir kez, ekip üyeleri doğrudan görevlerde oturum açma süresi alır.
çevik takımlar için, [[DÜDÜ:0) Tarih puanları [DÜDÜDÜDÜT:1] yerine saatler yerine, geliştirici başına puanlar için onları kullanarak.Bir takımla kaç puan alabileceğini tahmin etmek için üç sprint üzerinden ortalama hız, o sayıya göre tüm kaynakları tahmin etmek için.
Geliştirme Araçları ile bütünleşmek
GitHub ile sorunsuz entegrasyon, GitLab, Bitbucket ve Jira (In Asana'nın Jira Cloud senkronizasyonu) bağlamı kapatıyor. Linkler talepler ve Asana görevlerine taahhüt ediyor, böylece ilerleme proje yönetimi görüşünü terk etmeden görünür.Bir PR birleştikçe, otomatik olarak güncellendi.
Bir görev bloke edildiğinde veya bir kaynak mevcut olduğunda bildirimleri almak için tüm Slack veya Microsoft Teams (örneğin, bir kod incelemesileyicisi kuyruklarını tamamlar). Bu entegrasyonlar mühendislik yöneticilerinin tüm gün izleme olmadan hızlı bir şekilde dağıtım değişiklikleri yapmasına izin verir.
Sprint Planlama ve Iterations
Kaynak tahsisi bir zaman aktivitesi değildir - bir ritmidir. Asana'nın sprint şablonlarını her iterasyonunu standartlaştırmak için kullanır. sprint planlama sırasında, gerilogdan görevleri çeker ve mevcut kapasiteye dayanarak tayin eder. "Due Date" alanını kullanın.
Yanma önlemek için, planlanmamış iş için her sprint'in% 20'sini rezerve etmek, teknik borç veya üretim desteği. Geliştirici başına 8 saat (veya 2 puan) bir yer sahibi olarak "Buffer" görevi oluşturun. Bu, tahsis planına acil talepleri önler.
Ortak Zorluklar ve Çözümleri
Asana ile bile, takımlar ortak kaynak tahsis tuzaklarını vurdu. İşte onları nasıl yenmemiz:
- [FONT:0)Challenge:[Dönemli projelerde çalışan mühendisler, toplam yüklerini görmek zorlaşırlar. [FONTT:2|Dönetici:[Dönetici:[Dönem:[Dönemli:[Dönemli:) Useana Ass “Benim Görevlerim” görüşü, her mühendis, tüm görevleri yerine getiriyor.
- [FONT:0)Challenge:[Döneticiler, veri yerine bağırsak hissetmeye güveniyor.]Üye:2) [[Çalışkanlık:[Dönetici:[Dönetici: 4) Özel alanların çaba ve kapasite için kullanılmasını güçlendirin.
- [FONT:0)Challenge:[Dönetici:[Dönetici:0) Kaynak tahsisi reaktifdir - yangınları ortaya koyar.]Ücret:2).Üye Olmayanlar:[DÜye Olmayanlar İçindekiler) Kaynak Görüşleri, taleplerin erkenden geçeceği iki ay boyunca, kiraladığı veya reprioritize edilmesi gerekir.
- [FONT:0)Challenge:[Döneticiler zaman takip etmeye veya görevleri güncelleştirmeye direnir.]Ücretler:2)Üye Olmayanlar:[DÜye Olmayanlar: 4 ) Otomatikleşme durumu güncellemeye uygun olan, tekrarlanan hatırlatmalar ve takımları kendi aşırı yüklemelerini nasıl doğru azaltır.
Asana ile başarı
Kaynak tahsisinizin iyileştirilmesi olup olmadığını bilmek için, Asana'nın takip edebileceği temel ölçümler tanımlayın:
- [FONT=0)Utilizasyon Oranı:[Dönetici: 0,4 saat yüksek ücretli çalışmalarda harcanan mühendislik saatlerinin Yüzdesi daha düşük değerli görevlerde özel alan filtreleri kullanın.
- [FONT:0]On-Time Teslimat:[Döneticiler) Görevleri veya epiklerin son tarihlerinden itibaren tamamlanmış olan görevleri takip edin.Bu, tamamlanmamış görevleri kullanarak, eksi aşırı görevleri kullanarak izleyin.
- [FONT:0) Planlanan vs. Actual Effort: Tahmin edilen ve giriş saatleri arasında değişkenlik. Genişleme boşluk sinyalleri daha iyi tahminlere veya tahsisa ihtiyaç duyar.
- [[Dönetici:0)Team Memnuniyeti:[Dönder:[Dönder:0) Kaynak dengesi ile bağlantılı düzenli pul anketler. Overloaded takımları daha düşük memnuniyet rapor eder; iş yükü verileriyle çapraz-reference.
Bu ölçümleri aylık işlemlerde gözden geçirin. Asana kurulumunuzu optimize edin - yeni özel alanları, iş yük kapasitesi limitlerini ekleyin veya yeni paniğe sahip olun - gelişmekte olan tahsis ihtiyaçlarınızı daha iyi yansıtacak.
Sonuç Sonuç Sonuç Sonuç Sonuç Sonuç Sonuç Sonuç
Etkili mühendislik kaynakları tahsisi bir disiplindir, bir zaman kurulum değildir. Asana, kimlerin ne yaptığını görmek için araçları verir ve en küçük projelerde, takımlar ve zamanlar çerçevesini yapılandırır.İş yükü View ile yapılan projelerle yapılanma, geliştirme araçlarına kucaklayın ve düzenli kapasite değerlendirmeleri çalıştırın, her şeyi iyileştirebilirsiniz ve mühendislik ekibiniz en önemli konularda odaklanır.
Daha fazla okuma için, Asana'nın resmi “FLT:0)Mühendislik Kaynak Kılavuzu) ve onların )Workload Management oyun kitabı) daha derin bir bakış için, kapasite planlamaya bakın [Dönetici:0]