Loading

Topik

Tidak ada artikel yang ditemukan untuk topik ini.

Tidak ada artikel yang ditemukan untuk topik ini.

Tidak ada artikel yang ditemukan untuk topik ini.

Perencanaan sprint

Siapa yang dapat menggunakan fitur ini?
PersonalStarterAdvancedEnterpriseEnterprise+PremiumBusinesslegacy Enterprise

Kunjungi halaman harga kami untuk informasi selengkapnya.

Menggunakan Asana untuk menyederhanakan perencanaan sprint memungkinkan tim untuk memiliki kejelasan tentang seluruh proses sprint di satu tempat. Ikuti artikel ini untuk informasi selengkapnya tentang membuat 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 menyiapkan siklus sprint pertamanya di Asana, James membuat portofolio bernama Sprints. James kemudian membuat empat proyek yang ia tambahkan ke portofolio ini: Sprint saat ini, Retros, Backlog, dan Intake. Karena James telah menambahkan pekerjaan ke portofolionya, dia sekarang dapat menggunakan Beban Kerja untuk memvisualisasikan kapasitas timnya berdasarkan tugas yang diberikan kepada mereka di Asana.

Proyek 1: Sprint Saat Ini

James memiliki opsi untuk membuat proyek dari templat Asana yang sudah ada atau membuatnya sendiri. Dia memutuskan untuk membuat proyeknya dari awal dan menambahkan semua tugas penting dan berulang. Untuk membuat setiap sprint lebih lancar, dia memanfaatkan fitur Asana seperti aturan, milestone, dan bidang kustom, yang dia simpan sebagai bundel agar mudah diterapkan 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 meninjaunya sebelum akhirnya menambahkannya ke proyek Retro.

James menggunakan Tampilan Papan, yang memudahkan untuk menarik dan melepas tugas melalui berbagai fase penyelesaian, misalnya Aktif. Dia menerapkan aturan bahwa saat tugas diseret ke bagian baru, bidang kustom diperbarui agar sesuai. Dia juga menambahkan aturan agar teknisi utama diberikan tugas persetujuan saat tugas ditambahkan ke tahap tinjauan.

Setelah membuat proyek dengan semua elemen yang digunakan untuk setiap fase sprint, dia mengubah proyek ini menjadi templat sehingga 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 sudah waktunya untuk mengakhiri sprint. Dengan menggunakan tampilan daftar, dia menyoroti semua tugas dan mengubah status sprint menjadi ditutup. James telah menetapkan aturan untuk memindahkan setiap tugas ke bagian lain berdasarkan bidang kustom status story-nya. 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-tugas ini ke sprint berikutnya, atau menyimpannya di proyek Backlog.

James menggunakan tab Dasbor proyek secara rutin untuk mendapatkan ikhtisar informasi proyek dengan cepat dan membagikannya kepada pemangku kepentingan dengan mudah. Di dalam dasbor proyeknya, ia juga menyiapkan bagan untuk melihat tugas sprint saat ini yang difilter berdasarkan isi bidang kustom status story.

Setelah setiap sprint, James menggunakan Status cerdas untuk membuat draf pembaruan status dan mengidentifikasi titik buta, pertanyaan terbuka, memvisualisasikan hambatan, dan memetakan jalur efisien menuju gol timnya.

Proyek 2: Retro

Dalam portofolio Sprint, James juga telah membuat proyek retrospeksi, tempat tugas yang selesai dari proyek Sprint saat ini otomatis dipindahkan berkat aturan yang ia buat. Setelah setiap sprint selesai, tim James berkumpul untuk merefleksikan apa yang berjalan dengan baik, apa yang dapat ditingkatkan, dan cara mereka dapat menyesuaikan proses untuk sprint selanjutnya. Proyek ini memiliki bagian untuk tugas admin, apresiasi, hambatan dan risiko, pemikiran umum serta komitmen, embusan angin, dll. Setelah proyek sepenuhnya disiapkan, James menyimpan ini sebagai templat sehingga dapat digunakan setiap kali dia ingin membuat proyek retrospektif baru.

James telah meminta semua anggota timnya untuk menyukai dan mengomentari tugas dalam proyek retrospektif sebelum pertemuan mereka. Tugas dengan suka terbanyak memandu diskusi retrospektif dan setiap item tindakan baru diubah menjadi tugas untuk sprint berikutnya.

Proyek 3: Backlog

Dalam portofolio Sprint, James membuat proyek Backlog untuk semua yang ingin ditindaklanjuti timnya di masa mendatang. Ini termasuk tugas yang telah diproses melalui Intake, tugas yang belum selesai dalam sprint terakhir, dan tugas mendesak yang perlu diselesaikan. Dia membuat bagian dalam proyek Backlog-nya yang disebut Sprint berikutnya. Setiap kali ada sprint baru, James akan menelusuri Backlog untuk mencari prioritas dan poin stori serta 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 menjadi Sprint saat ini. Dengan cara ini, semua tugas berpindah ke proyek Sprint Saat Ini dan secara otomatis diberi tenggat 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 untuk bergerak maju pada masa mendatang. Setelah semua tugas untuk sprint saat ini ditambahkan, James dan timnya mendapatkan ikhtisar jumlah poin cerita yang mereka kerjakan, serta jenis tugas dan tingkat keparahan setiap bug.

Proyek 4: Penerimaan

James juga membuat proyek Penerimaan dalam 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 dia buat. James dan timnya berkomunikasi tentang tugas ini, menambahkan komentar, dan melampirkan file sebelum menambahkan tugas ke proyek Backlog. Setelah tugas-tugas ini diuraikan, ia kemudian dapat memindahkan tugas-tugas ini ke proyek Backlog sprint untuk ditriase dan dialokasikan ke sprint berikutnya.

Sumber daya

Untuk mempelajari selengkapnya tentang perencanaan sprint di Asana, lihat sumber daya ini:

Note iconCatatan

Artikel ini diterjemahkan oleh AI.

Kirim umpan balik terjemahan.
Memuat
Cara menggunakan perencanaan sprint di Asana | Pusat Bantuan Asana