Dalam Artikel Ini
Menggunakan Asana untuk menyederhanakan perencanaan sprint memungkinkan tim untuk memiliki kejelasan tentang seluruh proses sprint, semuanya di satu tempat. Ikuti artikel ini untuk informasi selengkapnya tentang membangun proses sprint Anda sendiri. Mari kita lihat contoh James, seorang manajer produk teknis.
James bertanggung jawab atas siklus sprint timnya, yang biasanya berlangsung selama dua minggu. Untuk mengatur siklus sprint pertamanya di Asana, James membuat portofolio yang disebut Sprint. James kemudian membuat empat proyek yang ia tambahkan ke portofolio ini: Sprint saat ini, Retros, Backlog dan Penerimaan. Karena James telah menambahkan pekerjaan ke portofolionya, ia sekarang dapat menggunakan Beban Kerja untuk memvisualisasikan kapasitas tim berdasarkan tugas yang diberikan di Asana.
Proyek 1: Sprint Saat Ini
James memiliki opsi untuk membuat proyek dari Templat Asana yang ada atau membuatnya sendiri. Dia memutuskan untuk membuatnya dari awal dan menambahkan semua tugas penting dan berulang. Untuk membuat setiap sprint lebih mulus, ia memanfaatkan fitur Asana seperti aturan, milestone, dan bidang kustom, yang ia simpan sebagai bundel untuk dengan mudah menerapkan ke proyek mendatang.

Dalam proyek Sprint saat ini, ia membuat dua bagian: Tugas saat ini dan Tugas sprint yang ditutup. Dia juga menggunakan bidang kustom untuk menyoroti jenis tugas, poin stori, jenis prioritas, tingkat keparahan bug, dan status stori. Saat tugas ditambahkan ke bagian Tugas saat ini, ia memastikan bahwa setiap tugas memiliki tenggat dan penerima tugas. Di bagian Tugas saat ini, ia menambahkan semua tugas yang sedang dikerjakan timnya saat ini. Dia memindahkan item yang ditutup selama sprint ini ke Tugas sprint yang ditutup sehingga dia dapat meninjau ini sebelum akhirnya menambahkannya ke proyek Retro.
James menggunakan tampilan papan, yang memudahkan untuk menarik dan melepaskan tugas melalui berbagai fase penyelesaian, misalnya, Aktif. Dia menerapkan aturan bahwa ketika tugas diseret ke bagian baru, bidang kustom diperbarui agar sesuai, dia juga menambahkan aturan sehingga teknisi utama diberi tugas persetujuan ketika tugas ditambahkan ke tahap peninjauan.
Setelah dia membuat proyek dengan semua elemen yang digunakan untuk setiap fase sprint, dia mengubah proyek ini menjadi templat sehingga dia dapat dengan cepat menduplikasinya setiap kali ada siklus sprint baru. Templat ini memastikan konsistensi di seluruh sprint dan inisiatif, menyederhanakan proses pengaturan untuk sprint baru.
Sudah 10 hari kerja sejak tim James memulai sprint, jadi saatnya untuk menutupnya. Dengan menggunakan tampilan daftar, ia menyoroti semua tugas dan mengubah status sprint menjadi ditutup. James telah menetapkan aturan untuk memindahkan setiap tugas ke bagian yang berbeda berdasarkan bidang kustom status stori mereka, dia telah membuat aturan untuk memindahkan tugas yang ditandai sebagai Dirilis ke bagian Tugas sprint yang ditutup, dia juga memiliki aturan untuk memindahkan tugas apa pun dengan status selain Dirilis ke proyek Backlog. Sekarang, tim dapat memutuskan apakah mereka ingin menyesuaikan story point, memindahkan tugas ini ke sprint berikutnya, atau menyimpannya di proyek Backlog.
James menggunakan tab dasbor proyek secara teratur untuk mendapatkan ikhtisar informasi proyek secara sekilas dan membagikan ini kepada pemangku kepentingan dengan mudah. Di dasbor proyek, ia juga membuat bagan untuk melihat tugas sprint saat ini yang difilter berdasarkan isi bidang kustom status stori.
Setelah setiap sprint, James menggunakan Obrolan cerdas untuk mendapatkan wawasan tentang proyeknya, yang membantunya mengidentifikasi penghambat dengan cepat dan menentukan langkah berikutnya. Dia juga menggunakan Status cerdas untuk membuat draf pembaruan status dan mengidentifikasi titik buta, pertanyaan terbuka, memvisualisasikan hambatan, dan memetakan jalur yang efisien menuju gol timnya.
Dalam portofolio Sprint, James juga telah membuat proyek retrospektif, tempat tugas yang selesai dari proyek Sprint saat ini otomatis berpindah berkat aturan yang dibuatnya. Setelah setiap sprint selesai, Tim James berkumpul untuk merefleksikan hal yang berjalan baik, hal yang dapat ditingkatkan, dan cara mereka dapat menyesuaikan proses untuk sprint berikutnya. Proyek memiliki bagian untuk tugas admin, apresiasi, hambatan dan risiko, pemikiran umum serta komitmen, angin kencang, dll. Setelah proyek sepenuhnya siap, James menyimpannya sebagai templat sehingga dapat digunakan setiap kali dia ingin membuat proyek retro baru.
James telah meminta semua anggota timnya untuk menyukai dan mengomentari tugas dalam proyek retro sebelum rapat mereka, tugas dengan suka terbanyak mendorong diskusi retro dan setiap item tindakan baru diubah menjadi tugas untuk sprint mendatang.
Dalam portofolio Sprint, James membuat proyek Backlog untuk semua hal yang ingin dilakukan timnya di masa depan. Ini termasuk tugas yang telah diproses melalui Penerimaan, tugas yang belum selesai pada sprint terakhir, dan tugas mendesak yang perlu diselesaikan. Dia membuat bagian dalam proyek Backlog yang disebut Sprint berikutnya. Setiap kali ada sprint baru, James akan melihat Backlog untuk prioritas dan poin stori dan memutuskan item mana yang harus dikerjakan selanjutnya. Dia menggunakan Ringkasan cerdas untuk mengambil item tindakan, memastikan bahwa dia memahami setiap tugas tanpa harus membaca keputusan yang panjang. Ketika James ingin memulai sprint baru, dia memilih semua tugas di bagian Sprint berikutnya dan terlepas dari status sprintnya, dia menyesuaikan bidang kustom ke Sprint saat ini. Dengan cara ini, semua tugas berpindah ke proyek Sprint Saat Ini dan secara otomatis diberi tenggat selama 14 hari karena aturan yang dibuat James James juga menggunakan Obrolan cerdas untuk mendapatkan wawasan tentang sprint sebelumnya yang membantunya mengidentifikasi potensi hambatan dan cara bergerak maju di masa depan. Sekarang setelah semua tugas untuk sprint saat ini ditambahkan, James dan timnya mendapatkan ikhtisar jumlah poin stori yang mereka komitmenkan, serta jenis tugas dan tingkat keparahan bug.
James juga membuat proyek Penerimaan di portofolio untuk semua permintaan dan bug yang masuk. Tim menggunakan proyek Penerimaan untuk terlebih dahulu membaca, memilah, dan menilai setiap permintaan yang masuk melalui formulir penerimaan yang telah dibuatnya. James dan timnya berkomunikasi tentang tugas ini, menambahkan komentar, dan amelampirkan file sebelum menambahkan tugas ke proyek Backlog. Setelah tugas-tugas ini diuraikan, ia kemudian dapat memindahkan tugas-tugas ini ke dalam proyek Backlog sprint untuk ditriase dan ditetapkan ke sprint berikutnya.
Untuk mempelajari selengkapnya tentang perencanaan sprint di Asana, lihat sumber daya ini:
Catatan
Artikel ini diterjemahkan oleh AI.
Kirim umpan balik terjemahan.