Keisen Keisen Buka Aplikasi
🔄 Agile Process

Manajer Proses Agile

Manajemen proyek Agile lengkap dengan framework Scrum, Kanban, dan Hibrida. Product backlog, perencanaan sprint, papan Kanban dengan batasan WIP, grafik burndown, pelacakan velocity, dan peran sesuai Scrum Guide 2020. Semua dalam satu alat gratis — berfungsi di perangkat apa pun.

Coba Gratis →
🔄

3 Framework Agile

Scrum dengan sprint dan seremoni, Kanban dengan alur kontinu dan batasan WIP, atau Hibrida Scrumban yang menggabungkan keduanya.

📋

Product Backlog

User story dengan prioritas MoSCoW, kriteria penerimaan, story point, Class of Service, dependensi, dan tag.

📈

Metrik dan Grafik

Pelacakan velocity, grafik burndown/burnup, CFD, lead/cycle time, throughput, skor kesehatan sprint, dan analisis beban kerja tim.

👥

Peran Scrum Guide 2020

Matriks izin terperinci: Product Owner, Scrum Master, Tim Pengembang. Padanan Kanban: SRM dan SDM.

Lihat Langsung

Keisen Product Backlog Agile dengan prioritas MoSCoW, checklist setup dan user story
Product Backlog dengan prioritas MoSCoW, checklist setup dan kartu story
Keisen formulir pembuatan User Story dengan Class of Service, prioritas MoSCoW dan nilai bisnis
Formulir User Story — Class of Service, prioritas MoSCoW, nilai bisnis dan status
Keisen manajemen Sprint dengan area burndown, metrik kecepatan dan kartu sprint
Manajemen Sprint — metrik kemajuan, area burndown dan siklus hidup sprint
Keisen dialog Sprint Review dengan evaluasi story, feedback stakeholder dan keputusan
Sprint Review — evaluasi story, feedback stakeholder dan keputusan formal
Keisen papan Scrum Kanban dengan kolom To Do, In Progress, In Review dan Done
Papan Scrum Kanban — 4 kolom dengan kartu story, tag sprint dan story point
Keisen diagram workflow story 7 status dari Backlog ke Done dengan siklus pengerjaan ulang
Workflow Story — 7 status dari Backlog melalui Refinement, Sprint hingga Done
Keisen tampilan Kapasitas Tim dengan grafik tren kecepatan, kapasitas sprint yang disarankan dan komposisi tim
Kapasitas Tim — tren kecepatan, kapasitas sprint yang disarankan dan komposisi tim
Keisen Dashboard Metrik Agile dengan kesehatan sprint, keandalan komitmen, efisiensi alur dan item terblokir
Dashboard Metrik — kesehatan sprint, keandalan komitmen dan efisiensi alur
Keisen Riwayat Retrospektif dengan tren sentimen tim dan tingkat penyelesaian aksi
Riwayat Retrospektif — tren sentimen dan tingkat penyelesaian aksi per sprint
Keisen papan Kanban dengan 6 kolom, batas WIP, badge kebijakan dan kartu story
Papan Kanban — 6 kolom dengan batas WIP dan badge kebijakan per kolom
Keisen dialog kebijakan kolom Kanban dengan kriteria penerimaan dan batas waktu
Kebijakan Kolom — tentukan aturan seperti kriteria penerimaan dan batas waktu
Keisen dialog konfigurasi batas WIP untuk kolom Kanban dengan nilai yang disarankan
Konfigurasi WIP — atur batas work-in-progress per kolom dengan saran

Cara Kerjanya

1

Pilih Framework

Buat proyek dan pilih Scrum, Kanban, atau Hibrida. Setiap framework mencakup kolom, peran, metrik, dan alur kerja khusus.

2

Bangun Backlog

Tambahkan user story dengan prioritas MoSCoW, kriteria penerimaan, story point, dan tag. Estimasi dengan Planning Poker terintegrasi.

3

Jalankan Sprint atau Alur

Rencanakan sprint dengan kapasitas tim, lacak kemajuan di papan Kanban, pantau burndown dan velocity, serta jalankan retrospektif.

3 Framework Agile, Satu Alat

Pilih metodologi yang sesuai untuk tim Anda. Beralih antar framework seiring perkembangan proses Anda.

🏃

Scrum

Pengembangan iteratif berbasis sprint mengikuti Scrum Guide 2020. Sprint dengan durasi tetap (1-4 minggu) dengan perencanaan, standup harian, review sprint, dan retrospektif. Peran: Product Owner mengelola backlog, Scrum Master memfasilitasi seremoni, Tim Pengembang melakukan estimasi dan pengiriman. Lacak velocity dan burndown melalui sprint.

Ideal untuk: Tim yang mengembangkan produk dengan persyaratan yang berkembang, yang mendapat manfaat dari siklus feedback reguler dan irama pengiriman yang dapat diprediksi.
📊

Kanban

Manajemen alur kontinu berdasarkan Metode Kanban David Anderson. Visualisasikan pekerjaan pada papan dengan kolom yang dapat disesuaikan, terapkan batasan WIP (Work In Progress), tentukan kebijakan kolom eksplisit, dan kategorikan pekerjaan dengan Class of Service (Standard, Expedite, Fixed Date, Intangible). Gunakan swimlane untuk mengelompokkan kartu berdasarkan pemilik, prioritas, CoS, atau tag. Peran: Service Request Manager dan Service Delivery Manager.

Ideal untuk: Tim support, alur kerja pemeliharaan, lingkungan dengan prioritas yang berubah-ubah, atau tim yang bertransisi secara bertahap menuju Agile.
🔀

Hibrida (Scrumban)

Menggabungkan yang terbaik dari Scrum dan Kanban: pertahankan struktur sprint untuk ritme perencanaan sambil menggunakan batasan WIP dan metrik alur Kanban untuk eksekusi harian. Sprint opsional, seremoni yang disederhanakan, dan metrik baik velocity maupun alur. Dapatkan prediktabilitas Scrum dengan fleksibilitas Kanban.

Ideal untuk: Tim yang bertransisi antar framework, proyek dengan campuran pengembangan dan pemeliharaan, atau tim yang membutuhkan struktur sprint dengan fleksibilitas lebih besar.

Pendalaman Framework

Setiap framework dilengkapi kolom, peran, metrik, dan alur kerja khusus. Berikut cara kerjanya secara detail di dalam Keisen.

🏃 Scrum — Pengembangan Iteratif Berbasis Sprint

Keisen mengimplementasikan Scrum mengikuti Scrum Guide 2020 dengan dukungan seremoni lengkap dan izin berbasis peran.

Siklus Hidup Sprint (4 Fase)

  1. Planning — Product Owner memilih story dari backlog yang diprioritaskan. Tim melakukan estimasi dengan Planning Poker terintegrasi dan berkomitmen berdasarkan kapasitas tim (jam per anggota, disesuaikan dengan ketersediaan dan cuti). Durasi sprint dapat dikonfigurasi dari 1 hingga 4 minggu.
  2. Active — Tim Pengembang mengerjakan story yang dikomitkan. Papan Kanban menampilkan 4 kolom: To Do → In Progress → In Review → Done. Lacak kemajuan harian dengan grafik burndown (ideal vs. aktual), catat standup harian (Kemarin / Hari Ini / Kendala) per anggota tim, dan deteksi kendala secara otomatis.
  3. Review — Scrum Master melakukan Sprint Review formal mengikuti Scrum Guide 2020. Setiap story mendapatkan hasil: Disetujui, Perlu Perbaikan, atau Ditolak. Tangkap feedback stakeholder, catatan demo, keputusan formal (action item, perubahan scope, keputusan teknis), dan pelajaran yang dipetik.
  4. Completed — Velocity dihitung secara otomatis. Sprint terhubung ke papan Retrospektif terintegrasi. Story yang belum selesai kembali ke backlog untuk sprint berikutnya.

Peran Scrum (Scrum Guide 2020)

  • Product Owner — Pemilik backlog. Membuat, mengedit, menghapus, dan memprioritaskan story. Menetapkan Definition of Ready. Menentukan estimasi akhir setelah diskusi tim. Menugaskan anggota tim ke story.
  • Scrum Master — Memfasilitasi seremoni. Membuat, memulai, dan menyelesaikan sprint. Menjalankan Sprint Review dan Retrospektif. Mengkonfigurasi batasan WIP dan pengaturan papan. Menghilangkan hambatan.
  • Tim Pengembang (Developer, Designer, QA) — Mengestimasi story via Planning Poker. Menugas mandiri ke story. Memindahkan story milik sendiri di papan. Mencatat standup harian. Tidak dapat membuat story atau mengelola sprint.
  • Stakeholder — Akses hanya-lihat. Berpartisipasi dalam feedback Sprint Review. Tidak dapat mengubah story, sprint, atau papan.

Metrik Scrum

  • Velocity — Story point yang diselesaikan per sprint, dengan garis tren antar sprint
  • Grafik Burndown — Poin tersisa per hari vs. garis burndown ideal
  • Grafik Burnup — Poin yang diselesaikan per hari menunjukkan perubahan scope
  • Skor Kesehatan Sprint — Deteksi risiko otomatis ketika kemajuan di bawah 80% dari ideal
  • Akurasi Estimasi — Perbandingan poin yang diestimasi vs. aktual
  • Lead Time & Cycle Time — Hari dari pembuatan hingga selesai / dari pengerjaan hingga selesai

📊 Kanban — Manajemen Alur Kontinu

Keisen mengimplementasikan Kanban mengikuti Metode Kanban David Anderson dengan 6 praktik: visualisasikan alur kerja, batasi WIP, kelola alur, buat kebijakan eksplisit, terapkan loop feedback, perbaiki secara kolaboratif.

Konfigurasi Papan (6 Kolom Default)

  1. Backlog — Semua pekerjaan masuk. Kebijakan: "Urutkan berdasarkan prioritas". Tanpa batasan WIP.
  2. Refinement — Story yang sedang dianalisis dan didetailkan. Batasan WIP: 5. Kebijakan: "Maks 2 hari di kolom", "Perlu kriteria penerimaan".
  3. Ready — Story yang memenuhi Definition of Ready. Batasan WIP: 5. Kebijakan: "Estimasi selesai".
  4. In Progress — Pengembangan aktif. Batasan WIP: 3. Kebijakan: "Maks 1 item per orang", "Update status harian".
  5. Review — Review kode / QA. Batasan WIP: 2. Kebijakan: "Maks 24 jam di kolom", "Perlu review kode".
  6. Done — Pekerjaan selesai. Kebijakan: "Semua kriteria penerimaan terpenuhi". Tanpa batasan WIP.

Batasan WIP & Status Visual

Setiap kolom menampilkan indikator WIP waktu nyata dengan kode warna: hijau = di bawah batas, oranye = di batas, merah = melebihi. Item Expedite (Class of Service) dapat melebihi batasan WIP jika diperlukan untuk pekerjaan mendesak.

5 Jenis Swimlane

  • Class of Service — Expedite (atas, merah) → Fixed Date (ungu) → Standard (biru) → Intangible (abu-abu)
  • Pemilik — Satu baris horizontal per anggota tim
  • Prioritas — Must (atas) → Should → Could → Won't (bawah)
  • Tag — Satu baris per tag untuk pengelompokan berdasarkan kategori
  • Tanpa Grup — Tampilan kolom datar klasik

Class of Service (4 Kategori)

  • Standard (biru) — Pemrosesan FIFO normal, mematuhi batasan WIP
  • Expedite (merah) — Pekerjaan mendesak, dapat melebihi batasan WIP, diproses segera
  • Fixed Date (ungu) — Tenggat waktu tetap, komitmen terjadwal
  • Intangible (abu-abu) — Technical debt, infrastruktur, tanpa nilai bisnis langsung

Peran Kanban

  • Service Request Manager (SRM) — Setara dengan Product Owner. Mengelola permintaan masuk, memprioritaskan backlog, mendefinisikan kriteria penerimaan.
  • Service Delivery Manager (SDM) — Setara dengan Scrum Master. Mengelola alur, memantau batasan WIP, memfasilitasi pertemuan perbaikan, menghilangkan hambatan.
  • Anggota Tim — Mengambil pekerjaan dari papan, menugas mandiri, memperbarui status harian.

Metrik Kanban

  • Cumulative Flow Diagram (CFD) — Memvisualisasikan jumlah item pekerjaan per status dari waktu ke waktu, mengungkapkan bottleneck
  • Lead Time — Hari dari pembuatan story hingga penyelesaian
  • Cycle Time — Hari dari "In Progress" hingga "Done"
  • Throughput — Item yang diselesaikan per minggu
  • Usia Item Pekerjaan — Berapa lama setiap item berada di status saat ini
  • Flow Efficiency — Rasio waktu kerja aktif vs. total lead time
  • Distribusi WIP — Item saat ini per kolom status

🔀 Hibrida (Scrumban) — Yang Terbaik dari Keduanya

Hibrida menggabungkan ritme sprint Scrum dengan manajemen alur Kanban. Pertahankan prediktabilitas iterasi bertengat waktu sambil menggunakan batasan WIP dan metrik alur untuk eksekusi harian.

Konfigurasi Papan (Disederhanakan)

  1. To Do — Story yang dikomitkan sprint siap dimulai. Tanpa batasan WIP.
  2. In Progress — Pengembangan aktif. Batasan WIP: 5. Kebijakan: "Maks 1 item per orang".
  3. Done — Pekerjaan selesai. Kebijakan: "Semua kriteria penerimaan terpenuhi".

Apa yang Hibrida Ambil dari Setiap Framework

Dari Scrum Dari Kanban
Time-boxing sprint opsionalBatasan WIP per kolom
Pelacakan velocityMetrik alur (CFD, lead/cycle time)
Grafik Burndown / BurnupIrama perbaikan berkelanjutan
Perencanaan sprint & kapasitasSistem tarik (tim memutuskan kapan memulai)
Retrospektif per sprintKebijakan kolom

Kapan Menggunakan Hibrida

  • Tim yang bertransisi dari Scrum ke Kanban (atau sebaliknya)
  • Proyek yang mencampur pengembangan fitur (berbasis sprint) dengan pemeliharaan (berbasis alur)
  • Tim yang membutuhkan struktur sprint untuk perencanaan tetapi menginginkan lebih banyak fleksibilitas dalam eksekusi harian
  • Organisasi dengan tingkat kematangan yang beragam di seluruh tim

Scrum Guide 2020 — Matriks Izin Peran

Setiap tindakan dikontrol oleh sistem peran dua lapis: peran akses (owner, admin, member, viewer) dikombinasikan dengan peran fungsional (Product Owner, Scrum Master, Developer). Untuk proyek Kanban, peran dipetakan ulang: PO → Service Request Manager, SM → Service Delivery Manager.

Tindakan Product Owner Scrum Master Tim Pengembang Stakeholder
Manajemen Backlog
Buat / Edit / Hapus Story✅———
Prioritaskan Backlog (MoSCoW)✅———
Tetapkan Estimasi Akhir✅———
Tugaskan Anggota Tim✅———
Manajemen Sprint
Buat / Mulai / Selesaikan Sprint—✅——
Fasilitasi Retrospektif—✅——
Konfigurasi Batasan WIP—✅——
Estimasi & Pengembangan
Estimasi Story Point (Planning Poker)——✅—
Tugas Mandiri ke Story——✅—
Pindahkan Story Milik Sendiri✅✅✅—
Pindahkan Story Mana Pun✅✅——
Manajemen Tim
Undang Anggota✅✅——
Hapus Anggota / Ubah Peran✅———

Padanan Kanban: Product Owner → Service Request Manager (SRM) · Scrum Master → Service Delivery Manager (SDM) · Tim Pengembang → Anggota Tim. Matriks izin sama, terminologi berbeda.

Toolkit Agile Lengkap

  • Manajemen Product Backlog — User story dengan template "Sebagai... Saya ingin... Sehingga...", prioritas MoSCoW (Must, Should, Could, Won't), kriteria penerimaan, penilaian nilai bisnis, dan dependensi antar story
  • Alur Kerja 7 Status — Lacak story melalui Backlog → Refinement → Ready → In Sprint → In Progress → In Review → Done dengan manajemen status otomatis
  • Perencanaan Sprint dan Kapasitas — Atur durasi sprint (1-4 minggu), hitung kapasitas tim berdasarkan ketersediaan anggota, alokasikan story dengan membandingkan story point dan kapasitas
  • Papan Kanban dengan Batasan WIP — Kolom yang dapat disesuaikan dengan batasan Work In Progress, indikator visual status WIP (hijau/oranye/merah), dan kebijakan kolom eksplisit untuk Praktik Kanban #4
  • 5 Jenis Swimlane — Kelompokkan kartu berdasarkan Class of Service, Pemilik, Prioritas (MoSCoW), Tag, atau tanpa grup untuk fleksibilitas papan maksimal
  • Class of Service (Kanban) — Kategorikan item sebagai Standard (FIFO), Expedite (dapat melebihi WIP), Fixed Date (tenggat waktu tetap), atau Intangible (technical debt)
  • Grafik Burndown dan Velocity — Burndown waktu nyata dengan garis ideal vs. aktual, pelacakan velocity melalui sprint dengan analisis tren, dan skor kesehatan sprint
  • Lead Time dan Cycle Time — Perhitungan langsung lead time (pembuatan hingga selesai) dan cycle time (dalam pengerjaan hingga selesai) untuk analisis efisiensi alur
  • Izin Peran Scrum Guide 2020 — Akses berbasis peran: PO mengelola backlog, SM mengelola sprint, Tim Pengembang mengestimasi dan menugas mandiri. Matriks izin mendetail untuk setiap tindakan
  • Pelacakan Standup Harian — Catatan terstruktur "Kemarin / Hari Ini / Kendala" untuk setiap anggota tim dengan deteksi kendala dan pelacakan riwayat
  • Review Sprint dengan Hasil — Review formal dengan hasil per story (Disetujui / Perlu Perbaikan / Ditolak), feedback stakeholder, catatan demo, dan keputusan formal
  • Kapasitas Tim dan Matriks Keterampilan — Perencanaan kapasitas tampilan ganda (Scrum standar + tampilan jam), matriks keterampilan, dan pelacakan ketersediaan dengan periode cuti
  • Ruang Estimasi Terintegrasi — Terhubung ke sesi Planning Poker dengan metode Fibonacci, T-Shirt, PERT, dan Bucket langsung dari story
  • Retrospektif Terintegrasi — Hubungkan sprint ke papan retrospektif dengan 5 template, pelacakan action item, dan analisis sentimen
  • Audit Trail — Riwayat perubahan lengkap dengan 11 tindakan yang dilacak (buat, ubah, hapus, pindah, estimasi, tugaskan, selesaikan, mulai, tutup, undang, bergabung) pada 5 jenis entitas
  • Ekspor Google Sheets — Ekspor 5 lembar terformat: Product Backlog, Perencanaan Sprint, Tim dan Kapasitas, Retrospektif, dan Metrik Agregat
Panduan Metodologi: Setiap framework menyertakan panduan interaktif terintegrasi dengan bagian tentang peran, acara, artefak, praktik terbaik, anti-pola, dan FAQ — untuk membantu tim Anda mengadopsi Agile dengan cara yang benar.

Dibangun di Atas Metodologi yang Terbukti

Manajer Proses Agile Keisen bukan hanya papan proyek biasa — ini mengimplementasikan framework yang sesungguhnya sebagaimana didefinisikan oleh penciptanya. Scrum mengikuti Scrum Guide 2020 oleh Ken Schwaber dan Jeff Sutherland, dengan batasan akuntabilitas yang tepat antara Product Owner, Scrum Master, dan Developer. Kanban mengimplementasikan enam praktik David Anderson — dari memvisualisasikan alur kerja hingga perbaikan kolaboratif — dengan batasan WIP nyata, kebijakan eksplisit, dan kategorisasi Class of Service.

Matriks izin menegakkan pemisahan tanggung jawab Scrum: hanya Product Owner yang mengelola backlog, hanya Scrum Master yang mengelola sprint, dan hanya Developer yang melakukan estimasi. Ini bukan opsional — ini adalah cara framework dirancang untuk bekerja, dan Keisen menegakkannya agar tim Anda membangun kebiasaan yang benar sejak hari pertama.

Dikombinasikan dengan Ruang Estimasi terintegrasi untuk Planning Poker, Papan Retrospektif untuk perbaikan berkelanjutan, Matriks Eisenhower untuk prioritas strategis, dan Smart Todo untuk manajemen tugas operasional, Keisen menyediakan ekosistem Agile yang lengkap — bukan sekadar alat yang terisolasi.

Pertanyaan Umum

Framework Agile apa saja yang didukung oleh Keisen?
Keisen mendukung 3 framework Agile: Scrum (berbasis sprint dengan dukungan seremoni lengkap termasuk perencanaan, standup harian, review, dan retrospektif), Kanban (alur kontinu dengan batasan WIP, swimlane, kebijakan kolom, dan Class of Service), dan Hibrida/Scrumban (kombinasi struktur sprint dengan alur Kanban dan batasan WIP). Setiap framework memiliki fitur, peran, metrik, dan konfigurasi papan khusus.
Apakah Agile Process Manager gratis?
Ya, Keisen Agile Process Manager sepenuhnya gratis. Anda dapat membuat proyek Agile, mengelola sprint, menggunakan papan Kanban dengan batasan WIP, melacak velocity, membuat grafik burndown, mengelola tim, dan mengundang anggota. Masuk dengan Google dan mulai bekerja dalam hitungan detik.
Apa perbedaan antara Scrum, Kanban, dan Hibrida?
Scrum menggunakan sprint dengan durasi tetap (1-4 minggu) dengan 4 seremoni (Planning, Daily Standup, Sprint Review, Retrospective) dan 3 peran yang ditentukan (Product Owner, Scrum Master, Tim Pengembang). Melacak velocity dan burndown. Kanban menggunakan alur kontinu tanpa sprint — pekerjaan ditarik saat kapasitas tersedia. Menggunakan batasan WIP, kebijakan kolom, swimlane, dan Class of Service. Melacak CFD, lead time, cycle time, dan flow efficiency. Hibrida (Scrumban) menggabungkan sprint opsional dengan batasan WIP dan metrik alur — memberikan ritme perencanaan Scrum dengan fleksibilitas Kanban.
Bagaimana cara kerja papan Kanban?
Papan Kanban Keisen menawarkan kolom yang dapat disesuaikan dengan batasan WIP yang dapat dikonfigurasi, menunjukkan status visual (hijau = di bawah batas, oranye = di batas, merah = melebihi batas). Anda dapat menetapkan kebijakan kolom eksplisit (misal: "Maks 24 jam di kolom ini", "Perlu review kode"), menggunakan 5 pengelompokan swimlane (Class of Service, Pemilik, Prioritas, Tag, Tanpa Grup), dan mengkategorikan pekerjaan dengan 4 Class of Service (Standard, Expedite, Fixed Date, Intangible). Kartu dikelola dengan drag-and-drop.
Bagaimana manajemen sprint bekerja?
Sprint mengikuti siklus lengkap: Planning (pilih story dari backlog, atur kapasitas per anggota), Active (lacak progress dengan grafik burndown, catatan standup harian, deteksi kendala), Review (evaluasi setiap story dengan hasil formal: Disetujui, Perlu Perbaikan, Ditolak, ditambah feedback stakeholder dan keputusan formal), dan Completed (perhitungan velocity otomatis, link ke retrospektif). Durasi sprint dapat dikonfigurasi dari 1 hingga 4 minggu.
Bagaimana alur kerja story 7 status bekerja?
Setiap user story mengikuti 7 status: Backlog (baru, belum diprioritaskan) → Refinement (sedang dianalisis, kriteria penerimaan ditambahkan) → Ready (memenuhi Definition of Ready, estimasi selesai) → In Sprint (dikomitkan ke sprint) → In Progress (pengembangan dimulai) → In Review (review kode / QA) → Done (semua kriteria penerimaan terpenuhi). Hanya story bertanda "Ready" yang dapat ditambahkan ke sprint, menegakkan grooming yang tepat.
Bagaimana user story bekerja di Keisen?
User story menggunakan template "Sebagai... Saya ingin... Sehingga...". Setiap story mencakup: prioritas MoSCoW (Must, Should, Could, Won't), kriteria penerimaan (checklist kondisi untuk "Done"), story point (diestimasi via Planning Poker), Class of Service (Standard, Expedite, Fixed Date, Intangible), nilai bisnis (skor 1-10), tag untuk kategorisasi, dependensi pada story lain, dan penerima tugas. Story juga melacak jam aktual dan persentase progress kustom.
Apa itu prioritas MoSCoW?
MoSCoW adalah teknik prioritas yang digunakan di product backlog Keisen. Setiap story diklasifikasikan sebagai: Must Have (kritis, proyek gagal tanpanya), Should Have (penting tetapi tidak vital), Could Have (diinginkan jika waktu memungkinkan), atau Won't Have (di luar cakupan untuk saat ini). Backlog dapat diurutkan berdasarkan prioritas MoSCoW, dan swimlane dapat mengelompokkan kartu berdasarkan tingkat prioritas di papan Kanban.
Bagaimana Ruang Estimasi terintegrasi dengan Agile Process?
Ruang Estimasi Keisen terintegrasi langsung dengan Manajer Proses Agile. Dari user story mana pun, Anda dapat meluncurkan sesi Planning Poker menggunakan metode Fibonacci, T-Shirt, PERT (3-poin), Bucket, Desimal, Dot Voting, atau Five Fingers. Anggota tim memberikan suara secara anonim, mendiskusikan perbedaan, dan mencapai konsensus. Estimasi akhir ditetapkan oleh Product Owner dan disimpan sebagai story point pada story. Hanya Tim Pengembang yang dapat mengestimasi — Product Owner hanya dapat menetapkan nilai akhir.
Apa itu Class of Service di Kanban?
Class of Service mengkategorikan item pekerjaan berdasarkan urgensi dan sifatnya: Standard (biru) — pemrosesan FIFO normal, mematuhi batasan WIP; Expedite (merah) — pekerjaan mendesak yang dapat melebihi batasan WIP dan diproses segera; Fixed Date (ungu) — pekerjaan dengan tenggat waktu tetap; Intangible (abu-abu) — technical debt atau pekerjaan infrastruktur tanpa nilai bisnis langsung. Anda dapat mengelompokkan papan berdasarkan Class of Service menggunakan swimlane.
Apa itu swimlane dan bagaimana cara kerjanya?
Swimlane adalah pengelompokan horizontal di papan Kanban. Keisen mendukung 5 jenis: Class of Service (Expedite di atas, lalu Fixed Date, Standard, Intangible), Pemilik (satu baris per anggota tim), Prioritas (Must → Should → Could → Won't), Tag (satu baris per tag), dan Tanpa Grup (tampilan datar klasik). Swimlane membantu memvisualisasikan distribusi beban kerja, mengidentifikasi bottleneck per kategori, dan mengelola alur kerja paralel.
Bagaimana Sprint Review bekerja?
Keisen mengimplementasikan Sprint Review sebagai acara formal Scrum Guide 2020. Scrum Master melakukan review, mencatat: catatan demo untuk setiap story yang didemonstrasikan, hasil per story (Disetujui, Perlu Perbaikan, atau Ditolak untuk setiap story), feedback stakeholder dari peserta (PO, SM, developer, stakeholder, tamu), keputusan formal (action item, perubahan backlog, perubahan scope, keputusan teknis) dengan penerima tugas dan tenggat waktu, serta pelajaran yang dipetik. Skor sentimen (1-5) menangkap suasana tim secara keseluruhan.
Apa itu fitur Standup Harian?
Setiap sprint mencakup pelacakan standup harian terstruktur. Anggota tim mencatat tiga hal: Apa yang Anda lakukan kemarin?, Apa yang akan Anda lakukan hari ini?, dan Ada kendala? Kendala terdeteksi dan ditandai secara otomatis. Catatan standup disimpan per anggota per hari, menciptakan log historis yang membantu mengidentifikasi pola, kendala berulang, dan tren velocity tim.
Bagaimana perencanaan kapasitas tim bekerja?
Keisen menawarkan perencanaan kapasitas tampilan ganda: Tampilan Standar Scrum menunjukkan velocity, throughput, dan story point yang disarankan per sprint. Tampilan Jam menunjukkan jam tersedia per anggota (jam/hari yang dapat dikonfigurasi), jam yang dialokasikan, dan persentase utilisasi. Setiap anggota tim memiliki kapasitas jam per hari yang dapat dikonfigurasi (default 8), keterampilan untuk matriks keterampilan, dan tanggal tidak tersedia (cuti, hari libur) yang secara otomatis mengurangi kapasitas sprint.
Apa itu Matriks Keterampilan?
Matriks Keterampilan memvisualisasikan kompetensi tim Anda dalam bentuk grid. Setiap anggota tim mencantumkan keterampilan mereka (misal: React, Python, UX Design, Testing), dan matriks menunjukkan cakupan di seluruh tim. Ini membantu perencanaan sprint dengan mengidentifikasi kesenjangan keterampilan, menyeimbangkan beban kerja di antara spesialis, dan membuat keputusan penugasan yang tepat. Sangat berguna untuk tim Scrum lintas-fungsi.
Bagaimana batasan WIP bekerja?
Batasan WIP (Work In Progress) membatasi jumlah item yang diizinkan di setiap kolom Kanban. Ketika kolom di bawah batas, header menunjukkan hijau. Di batas menunjukkan oranye. Melebihi batas menunjukkan merah. Ini mencegah bottleneck dan multitasking. Item Expedite (Class of Service) dapat melebihi batasan WIP jika pekerjaan mendesak memerlukan perhatian segera. Batasan WIP dapat dikonfigurasi oleh Scrum Master / Service Delivery Manager.
Apa itu Cumulative Flow Diagram (CFD)?
CFD adalah metrik Kanban yang menampilkan jumlah item pekerjaan di setiap status dari waktu ke waktu, bertumpuk sebagai pita berwarna. Ini mengungkapkan: bottleneck (pita yang melebar), throughput (laju item mencapai "Done"), tren WIP (total item aktif), dan perkiraan lead time (jarak horizontal antar pita). Ini adalah alat diagnostik utama untuk tim Kanban dan tersedia di framework Kanban dan Hibrida.
Apa itu Kebijakan Kolom?
Kebijakan Kolom adalah aturan eksplisit yang mendefinisikan kapan item pekerjaan dapat masuk atau keluar dari kolom Kanban. Mengikuti Praktik Kanban #4 (Buat Kebijakan Eksplisit), Keisen memungkinkan Anda mendefinisikan kebijakan per kolom — misalnya: "Perlu kriteria penerimaan yang ditentukan" untuk Refinement, "Maks 1 item per orang" untuk In Progress, "Perlu persetujuan review kode" untuk Review, atau "Semua kriteria penerimaan terpenuhi" untuk Done. Kebijakan terlihat di header kolom dan membantu tim membangun kebiasaan alur kerja yang konsisten.
Peran Scrum dan izin apa saja yang didukung Keisen?
Keisen menerapkan peran sesuai dengan Scrum Guide 2020 dengan matriks izin yang terperinci: Product Owner (manajemen backlog, pembuatan story, prioritas, estimasi akhir, penugasan anggota), Scrum Master (manajemen sprint, fasilitasi, retrospektif, konfigurasi WIP), Tim Pengembang (estimasi via Planning Poker, penugasan mandiri, pergerakan story milik sendiri). Untuk Kanban, peran yang setara adalah Service Request Manager (SRM) dan Service Delivery Manager (SDM). Stakeholder memiliki akses hanya-lihat. Setiap tindakan memiliki kontrol akses khusus berdasarkan peran — lihat matriks izin lengkap.
Bagaimana peran Kanban berbeda dari peran Scrum?
Dalam proyek Kanban, Keisen memetakan ulang peran Scrum ke padanan Kanban: Product Owner → Service Request Manager (SRM) yang mengelola permintaan masuk dan memprioritaskan backlog, Scrum Master → Service Delivery Manager (SDM) yang mengelola alur, memantau batasan WIP, dan memfasilitasi pertemuan perbaikan, Tim Pengembang → Anggota Tim yang mengambil pekerjaan dan menugas mandiri. Matriks izin tetap sama — hanya terminologi yang berubah untuk menyesuaikan konvensi Kanban.
Metrik dan grafik apa saja yang tersedia?
Metrik menyesuaikan dengan framework Anda: Scrum menawarkan pelacakan Velocity, grafik Burndown/Burnup, skor kesehatan sprint, dan akurasi estimasi. Kanban menawarkan Cumulative Flow Diagram (CFD), distribusi WIP, flow efficiency, dan usia item pekerjaan. Semua framework mencakup Lead Time dan Cycle Time (perhitungan langsung), metrik Throughput, analisis beban kerja tim, pelacakan perubahan scope, dan analisis tren komitmen. Metrik ditampilkan dalam dashboard khusus dengan grafik interaktif.
Bagaimana Retrospektif terintegrasi dengan sprint?
Setelah menyelesaikan sprint, Keisen menghubungkannya ke papan Retrospektif terintegrasi. Anda dapat memilih dari 6 template: Start/Stop/Continue, Sailboat, 4Ls (Liked/Learned/Lacked/Longed For), Starfish, Mad/Sad/Glad, dan DAKI (Drop/Add/Keep/Improve). Retrospektif mengikuti fase terpandu: Buat → Curah Pendapat → Kelompokkan → Voting → Diskusi → Finalisasi. Termasuk voting sentimen, icebreaker cuaca, tips coach, dan pelacakan action item. Untuk Kanban, retrospektif dapat dijadwalkan pada irama apa pun.
Bagaimana Audit Trail bekerja?
Keisen melacak setiap perubahan dalam proyek Agile Anda dengan audit trail lengkap. Mencatat 11 tindakan (buat, ubah, hapus, pindah, estimasi, tugaskan, selesaikan, mulai, tutup, undang, bergabung/keluar) pada 5 jenis entitas (proyek, story, sprint, tim, retrospektif). Setiap entri mencatat siapa yang melakukan tindakan, kapan, nilai sebelum dan sesudah, dan field mana yang berubah. Log audit dapat difilter berdasarkan jenis tindakan, entitas, pengguna, dan rentang tanggal.
Dapatkah saya mengekspor data proyek?
Ya, Keisen mengekspor ke Google Sheets dengan 5 lembar terformat: Product Backlog (semua story dengan metadata), Perencanaan Sprint (timeline dan alokasi), Tim & Kapasitas (roster dengan keterampilan dan kapasitas), Retrospektif (item, sentimen, action item), dan Metrik Agregat (velocity, throughput, lead/cycle time). Ekspor menggunakan Google Sheets API v4 dan memerlukan Google Sign-In.
Apa itu dependensi story?
Dependensi story memungkinkan Anda mendefinisikan hubungan pemblokiran antar user story. Jika Story B bergantung pada Story A, artinya A harus diselesaikan sebelum B dapat dimulai. Dependensi membantu Product Owner mengurutkan backlog dengan benar dan mencegah tim memulai pekerjaan yang diblokir oleh prasyarat yang belum selesai. Dependensi terlihat di kartu story dan di tampilan backlog.
Dapatkah saya mengganti framework setelah membuat proyek?
Framework (Scrum, Kanban, atau Hibrida) ditetapkan saat Anda membuat proyek dan menentukan tab yang tersedia, kolom default, peran, dan metrik. Jika Anda memerlukan framework yang berbeda, Anda dapat membuat proyek baru dengan framework yang diinginkan dan memindahkan story Anda. Framework Hibrida adalah titik awal yang baik jika Anda belum yakin — mendukung pekerjaan berbasis sprint dan berbasis alur.
Dapatkah saya menggunakan Keisen untuk tim Agile remote?
Tentu saja. Keisen adalah aplikasi web yang dapat diakses dari browser mana pun, dirancang untuk tim remote maupun yang berada di satu lokasi. Fitur seperti kolaborasi waktu nyata, undangan tim dengan penetapan peran, pelacakan standup harian, retrospektif terintegrasi, dan ekspor Google Sheets membuatnya ideal bagi tim Agile yang terdistribusi. Semua anggota tim dapat mengakses backlog, papan, dan metrik secara bersamaan.
Apakah Agile Process Manager berfungsi di perangkat mobile?
Ya, Keisen Agile Process Manager sepenuhnya responsif dan berfungsi di smartphone, tablet, dan browser desktop. Anda dapat mengelola backlog, melacak sprint, dan melihat metrik dari perangkat apa pun — tanpa perlu mengunduh aplikasi. Antarmuka menyesuaikan dengan ukuran layar Anda untuk pengalaman terbaik.
Bagaimana perbandingan Keisen dengan Jira atau Monday.com?
Keisen menawarkan 3 framework Agile dalam satu alat (Scrum, Kanban, Hibrida), izin peran sesuai Scrum Guide 2020, Ruang Estimasi terintegrasi dengan 7 metode estimasi, papan Retrospektif terintegrasi dengan 6 template, matriks keterampilan tim, audit trail lengkap, dan ekspor Google Sheets — semuanya gratis. Tidak seperti alat perusahaan yang kompleks dengan harga per pengguna dan penyiapan berbulan-bulan, Keisen dirancang untuk tim yang menginginkan fitur Agile yang kuat dengan produktivitas instan.

Temukan Alat Lainnya

📋

Smart Todo

Papan Kanban kolaboratif dengan kolom yang dapat disesuaikan dan manajemen tugas cerdas
🎯

Matriks Eisenhower

Prioritas 4 kuadran untuk urgensi dan kepentingan dengan integrasi RACI
🃏

Ruang Estimasi

Estimasi kolaboratif waktu nyata dengan 7 metode termasuk Planning Poker
💬

Retrospektif

5 template retrospektif dengan fase terpandu dan feedback anonim

Siap mengelola proyek Agile Anda?

Mulai kelola sprint, papan Kanban, dan kapasitas tim dengan alat yang dibuat untuk tim Agile sejati. Gratis untuk semua.

Mulai Gratis →