Alur Proses Analisis Bisnis: Tutorial Langkah demi Langkah

Oleh: Charles Moore Charles Moore
Hours Updated

⚡ Ringkasan Cerdas

Alur Proses Analisis Bisnis memandu seorang Analis Bisnis dari tahap awal proyek hingga persetujuan persyaratan, meliputi penemuan, peninjauan pemangku kepentingan, analisis dokumen, pembingkaian domain masalah, dan presentasi terstruktur kepada manajer proyek dan sponsor.

  • 🧭 Enam Langkah: Mengumpulkan informasi proyek, mengidentifikasi pemangku kepentingan, menganalisis dokumen yang relevan, mencatat temuan, merumuskan domain masalah, dan menyampaikan persyaratan secara formal.
  • 👥 Fokus Pemangku Kepentingan: Agenda yang jelas, pertanyaan spesifik, dan rapat tinjauan yang terstruktur menjaga proyek tetap berjalan sesuai rencana. track dan mencegah kejutan di tahap akhir.
  • 📄 Analisis Dokumen: Studi kelayakan bisnis, diagram proses, kebijakan, dan peraturan perundang-undangan ditinjau dan divalidasi karena dokumen yang diberikan mungkin sudah usang.
  • 🎯 Domain Masalah: Memahami fungsi bisnis yang terpengaruh, risiko, kebijakan, dan isu-isu penghambat akan mengubah temuan mentah menjadi proposal perubahan yang terarah.
  • ️ Alat: Jira, Confluence, Microsoft Visio, Lucidchart, Jama Connect, dan Miro Mendukung setiap fase mulai dari pengumpulan data hingga persetujuan akhir.
  • ⚠️ Jebakan: jumping ke solusi, lewatiping Kesalahan dalam validasi dan penggunaan bahasa yang ambigu tetap menjadi kesalahan paling merugikan dalam proses analisis bisnis.
Baca Selengkapnya

Alur Proses Analisis Bisnis

Apa saja langkah-langkah yang harus diikuti dalam Proses Analisis Bisnis?

Berikut ini adalah langkah-langkah yang terlibat dalam proses analisis bisnis. Langkah ini akan memandu Anda dari proses analisis bisnis hari pertama hingga akhir tahap perencanaan.

Langkah 1) Kumpulkan semua informasi tentang proyek

Ini adalah Analis Bisnis Bertanggung jawab untuk mengumpulkan setiap detail yang terkait dengan proyek dengan mengajukan pertanyaan kepada orang-orang yang terkait dengannya (manajer proyek, sponsor proyek, manajer fungsional, atau pemilik bisnis).

Informasi yang dikumpulkan harus mencakup topik-topik berikut:

  • Ruang lingkup dan batasan proyek
  • Faktor-faktor terkini yang memengaruhi organisasi
  • Risiko dan kendala proyek
  • Konteks organisasi yang lebih luas

Identifikasi para pemangku kepentingan yang aktif terlibat dalam proyek tersebut. Ini juga merupakan momen yang tepat untuk melakukan Analisis Kebutuhan Pemangku Kepentingan.

Setelah mengumpulkan informasi ini, analisislah peran Anda dalam proyek dan buatlah daftar periksa yang dapat Anda sertakan sebagai Analis Bisnis, seperti:

  • Pelajaran apa dari pengalaman sebelumnya yang dapat Anda terapkan pada proyek saat ini?
  • Dokumentasi dan perencanaan yang dibutuhkan untuk proyek saat ini
  • Mendiskusikan kemungkinan hasil proyek dengan para pemangku kepentingan.
  • Identifikasi anggota yang terlibat dalam proyek tersebut.
  • Atur pertemuan dengan klien dan pemangku kepentingan ketika masukan tambahan diperlukan.
  • Hasil yang diharapkan dan format yang dibutuhkan.
  • Dokumentasi yang sudah ada dapat Anda tinjau untuk mendapatkan pemahaman yang lebih baik tentang proyek ini.
  • Metodologi (Agile atau Air Terjun) yang paling sesuai untuk proyek tersebut

Langkah 2) Mengidentifikasi Pemangku Kepentingan dan Menyiapkan RevPertemuan View

Pada langkah kedua, siapkan sebuah pertemuan peninjauan Bersama manajer proyek, pemangku kepentingan, dan anggota tim. Agenda yang tidak jelas seringkali menyebabkan kegagalan proyek.

  • Jelaskan secara spesifik apa yang diharapkan dari proyek tersebut.
  • Libatkan manajer proyek, pemangku kepentingan, dan anggota tim dalam rapat dan ajukan pertanyaan yang berkaitan dengan proyek.
  • Jika Anda mengerjakan proyek yang benar-benar baru, tanyakan kepada manajer proyek atau orang yang dapat dihubungi yang pernah bekerja di bidang tersebut sebelumnya.

Langkah 3) Analisis Semua Dokumen yang Relevan dengan Proyek

Selanjutnya, dengan benar analisa semua dokumen yang relevan dengan proyek, seperti:

  • Dokumentasi proses bisnis
  • Dokumen persyaratan bisnis dan sistem
  • Kasus bisnis
  • Bagan dan diagram alir
  • Rencana proyek
  • Bagan Organisasi
  • Dokumen strategi dan rencana bisnis
  • Kebijakan dan peraturan perundang-undangan

Ungkapkan informasi apa pun yang tersembunyi dalam dokumen persyaratan bisnis dan tracTerdapat kesenjangan dengan sistem, proses, prosedur, dan operasi yang ada saat ini. Dokumen yang diberikan kepada Anda mungkin sudah usang, jadi validasi setiap fakta yang Anda temukan sebelum menganggapnya sebagai informasi final.

Langkah 4) Catat Semua Fakta dan Informasi yang Anda Temukan

Selama penelitian dan analisis, Anda akan menemukan banyak fakta bermanfaat tentang proyek yang perlu diubah atau diimplementasikan. Catat setiap temuan agar dapat ditinjau kembali di kemudian hari.

  • Persyaratan bisnis termasuk persyaratan pelaporan
  • Proses bisnis dan sistem pendukungnya
  • Persyaratan fungsional dan non-fungsional
  • Masalah dan risiko yang saat ini mempengaruhi proyek

Langkah 5) Memahami Domain Masalah

Pada tahap ini Anda sudah memiliki pemahaman yang solid tentang proyek tersebut, sehingga Anda dapat mengidentifikasi domain masalahAnda perlu mencari tahu:

  • Fungsi bisnis mana yang akan terpengaruh?
  • Risiko dan faktor-faktor yang memengaruhi bisnis
  • Kebijakan dan kendala yang mempengaruhi proyek
  • Nilai-nilai yang menentukan tingkat kepentingan proyek
  • Sistem yang saat ini mendukung aktivitas bisnis
  • Dokumen yang merangkum ranah permasalahan, misalnya Laporan Tahunan.
  • Masalah-masalah yang saat ini menghambat bisnis untuk mencapai hasil yang diinginkan.
  • Apakah perubahan yang diusulkan memberikan perbedaan pada ranah permasalahan?

Langkah 6) Sajikan Persyaratan Bisnis

Setelah Anda mengumpulkan semua persyaratan bisnis dan memahami domain masalah, langkah selanjutnya adalah... Menyajikan persyaratan bisnis kepada pemangku kepentingan atau manajer proyek. Teknik presentasi umum meliputi:

  • Tabel atau spreadsheet
  • Diagram atau grafik
  • Prototipe atau simulasi
  • Templat teks terstruktur atau kalimat terstruktur

Glosarium istilah yang memberikan gambaran singkat tentang proses Analis Bisnis:

  • Tujuan: Mendefinisikan tujuan kegiatan analisis bisnis yang diperlukan untuk inisiatif yang diusulkan
  • Cakupan: Mendefinisikan kiriman yang disertakan dan dikecualikan
  • Akar masalah: Menentukan akar penyebab dari masalah yang diidentifikasi
  • Kondisi sekarang: Mendefinisikan masalah yang menyebabkan perlunya perubahan.
  • Kegiatan yang Direncanakan: Menentukan alasan aktivitas, kiriman, dan tanggal pengiriman
  • Rencana Keterlibatan Pemangku Kepentingan: Memberikan gambaran umum tentang proses keterlibatan pemangku kepentingan.
  • Manajemen mutu: Menjelaskan aktivitas-aktivitas yang akan memastikan kualitas hasil proyek.
  • Target Kondisi: Menentukan bagaimana isu-isu kritis yang telah diidentifikasi akan ditangani.

ARTIKEL TERKAIT

Kiat cepat untuk Analis Bisnis

  • Ajukan pertanyaan dalam rapat
  • Bersiaplah sebelum pertemuan atau peninjauan pemangku kepentingan
  • Bersikaplah adaptif terhadap perubahan dan pengalaman baru.
  • Kelola harapan
  • Menanggapi umpan balik

Hasil Umum yang Dihasilkan Selama Proses Analisis Bisnis

Setiap proses analisis bisnis menghasilkan serangkaian dokumen yang dapat digunakan oleh tim proyek, sponsor, dan auditor. tracKembali ke. Menghasilkan hasil kerja ini secara konsisten adalah yang membuat proses ini dapat diulang di berbagai proyek.

  • Rencana Analisis Bisnis: Menjelaskan pendekatan, jangka waktu, dan rencana keterlibatan pemangku kepentingan untuk pekerjaan analisis.
  • Daftar Pemangku Kepentingan: Mencantumkan setiap pemangku kepentingan beserta peran, pengaruh, harapan, dan saluran komunikasi yang disukai.
  • Dokumen Persyaratan Bisnis (BRD): Mencakup kebutuhan bisnis tingkat tinggi, tujuan, dan kriteria keberhasilan dalam bahasa yang dipahami oleh pemangku kepentingan non-teknis.
  • Persyaratan Fungsional dan Non-Fungsional: Terjemahkan BRD ke dalam perilaku sistem, atribut kualitas, dan batasan yang dapat digunakan oleh pengembang dan penguji untuk membangun sistem.
  • Model Proses dan Kasus Penggunaan: Tunjukkan alur kerja kondisi saat ini dan kondisi masa depan menggunakan diagram BPMN, kasus penggunaan UML, atau diagram aktivitas.
  • Persyaratan TracMatriks Kelayakan (RTM): Menghubungkan setiap persyaratan dengan sumbernya, elemen desainnya, dan pengujian yang memverifikasinya.
  • Catatan Permintaan Perubahan: Mencatat setiap perubahan ruang lingkup beserta dampaknya, keputusan, dan pemberi persetujuan sehingga jejak audit tetap utuh.

Hasil kerja ini harus disimpan dalam repositori bersama seperti Confluence, SharePoint, atau alat manajemen persyaratan khusus agar setiap anggota tim dapat bekerja dari versi yang sama.

Kesalahan Umum yang Harus Dihindari dalam Proses Analisis Bisnis

Bahkan Analis Bisnis berpengalaman pun bisa terjebak dalam perangkap yang sama di bawah tekanan pengiriman. Memperhatikan kesalahan-kesalahan berikut dapat mencegah sebagian besar pengerjaan ulang dan kejutan ruang lingkup di kemudian hari dalam proyek.

  • jumping Mencari solusi sebelum merumuskan masalah: Mengusulkan suatu sistem, alat, atau fitur sebelum akar permasalahan dipahami akan menyebabkan pengerjaan ulang yang mahal dan solusi yang tidak menyelesaikan kebutuhan bisnis yang sebenarnya.
  • Melewatkanping validasi pemangku kepentingan: Mencatat persyaratan tanpa persetujuan dari orang-orang yang akan menggunakan sistem tersebut akan menciptakan celah yang baru muncul saat pengujian penerimaan pengguna.
  • Memperlakukan persyaratan sebagai sesuatu yang statis: Kebutuhan bisnis berubah selama proyek berlangsung. Seorang Analis Bisnis yang tidak memelihara repositori persyaratan dan tracMatriks eabilitas segera kehilangan kendali atas ruang lingkup.
  • Terlalu banyak mendokumentasikan alih-alih berkolaborasi: Membuat BRD setebal 200 halaman yang tidak dibaca siapa pun lebih buruk daripada dokumen singkat yang disertai sesi kerja rutin dan model visual.
  • Hanya berfokus pada jalan yang menyenangkan: Tidak adanya kasus pengecualian, penanganan kesalahan, dan persyaratan non-fungsional mendorong cacat ke tahap produksi dan mengikis kepercayaan pengguna.
  • Bekerja secara terisolasi: Menganalisis persyaratan tanpa melibatkan pengembang, penguji, dan tim operasional akan mengabaikan risiko kelayakan dan kendala di tahap selanjutnya yang seharusnya dapat terdeteksi dalam tinjauan bersama.
  • Menggunakan bahasa yang samar atau ambigu: Kata-kata seperti “ramah pengguna”, “cepat”, atau “fleksibel” tanpa kriteria penerimaan yang terukur akan menimbulkan perselisihan yang hanya muncul ketika fitur tersebut didemonstrasikan.

Alat-alat Populer yang Mendukung Proses Analisis Bisnis

Perangkat yang tepat mendukung setiap fase proses analisis bisnis, dari pengumpulan informasi hingga persetujuan akhir. Sebagian besar tim menggabungkan alat backlog yang ringan, alat pemodelan, dan platform dokumentasi.

  • Jira dan Azure DevOp: TracMengelola epik, cerita pengguna, dan cacat di seluruh tim pengiriman agile dan menghubungkan persyaratan dengan pekerjaan sprint.
  • Confluence, SharePoint, dan Notion: Simpan rencana analisis bisnis, catatan rapat, keputusan, dan BRD (Business Requirements Document) dalam ruang yang mudah dicari dan diakses oleh para pemangku kepentingan.
  • Microsoft Visio, Lucidchart, dan draw.io: Gambarlah alur proses BPMN, diagram kasus penggunaan, dan model data yang membuat alur kerja dan proses serah terima menjadi terlihat.
  • Jama Connect, IBM PINTU, Modern Requirements, dan Visure: Kelola persyaratan dalam skala besar dengan menggunakan baseline, trackelayakan, dan analisis dampak untuk proyek-proyek yang diatur.
  • Miro dan Mural: Memfasilitasi penemuan jarak jauh, peta perjalanan pengguna.ping, dan peta afinitasping lokakarya secara langsung.
  • Balsamiq dan Figma: Buat wireframe beresolusi rendah dan prototipe beresolusi tinggi yang memvalidasi tampilan layar yang diusulkan dengan pengguna bisnis sebelum pengembangan dimulai.

Tim kecil sering memulai dengan Jira, Confluence, dan LucidchartProgram yang lebih besar atau yang diatur menambahkan alat manajemen persyaratan khusus setelahnya. tracKeterpastian, tolok ukur, dan jejak audit menjadi wajib.

Pertanyaan Umum Demo Slot

Asisten AI merangkum wawancara, mengelompokkan umpan balik pemangku kepentingan, menyusun draf awal user story, dan menandai persyaratan yang bertentangan. Analis Bisnis menggunakan AI untuk mempercepat penemuan dan dokumentasi sambil tetap menjagaping Penentuan prioritas, penilaian pemangku kepentingan, dan persetujuan akhir berada di tangan manusia.

Ya. GitHub Copilot Chat dan model GPT dapat mengubah kerangka penemuan menjadi draf pertama BRD dengan tujuan, ruang lingkup, dan kriteria penerimaan. Analis Bisnis memvalidasi kesesuaian bisnis, mengedit bahasa yang ambigu, dan mendapatkan persetujuan pemangku kepentingan sebelum tim berkomitmen pada ruang lingkup tersebut.

Analisis bisnis mencakup seluruh siklus hidup proyek, termasuk strategi, persyaratan, dan penilaian solusi. Analisis proses bisnis secara khusus berfokus pada pemodelan, pengukuran, dan peningkatan alur kerja kondisi saat ini, dan merupakan salah satu teknik yang digunakan dalam keterlibatan analisis bisnis yang lebih luas.

Dalam proyek Agile, Analis Bisnis bermitra dengan pemilik produk untuk menyempurnakan backlog, menulis user story dengan kriteria penerimaan, bergabung dalam perencanaan dan tinjauan sprint, serta memperbarui repositori persyaratan setiap sprint, alih-alih menghasilkan satu spesifikasi besar di awal.

BABOK adalah Business Analysis Body of Knowledge yang diterbitkan oleh IIBA. BABOK mengelompokkan pekerjaan analisis bisnis ke dalam enam area pengetahuan — perencanaan, elisitasi, siklus hidup persyaratan, analisis strategi, analisis dan desain persyaratan, dan evaluasi solusi — yang membentuk proses tersebut.

Persyaratan A TracMatriks Keterbacaan menghubungkan setiap persyaratan dengan sumbernya, elemen desainnya, dan pengujian yang memverifikasinya. Ini memberikan bukti kepada tim bahwa tidak ada persyaratan yang diabaikan, dan memungkinkan Anda untuk menilai dampak permintaan perubahan dengan cepat.

Catat setiap permintaan perubahan beserta justifikasi bisnis dan dampaknya terhadap biaya, jadwal, dan kualitas. Arahkan permintaan tersebut melalui dewan kontrol perubahan atau pemilik produk untuk pengambilan keputusan, perbarui repositori persyaratan, dan tracmatriks kelayakan, dan mengkomunikasikan hasilnya kepada setiap pemangku kepentingan.

Gunakan format “Sistem harus…” dengan kriteria penerimaan yang terukur. Ganti istilah yang samar seperti “cepat” atau “ramah pengguna” dengan metrik, ambang batas, dan metode verifikasi. Setiap persyaratan harus dipetakan ke setidaknya satu kasus uji dalam tracmatriks kelayakan.

Ringkaslah postingan ini dengan: