Business analysis · ITIL 5 Learn

Purpose in one sentenceTujuan dalam satu kalimatAnalyze a business or part of it, define its needs and recommend solutions that address those needs and create value for stakeholders.Menganalisis bisnis atau bagian darinya, menentukan kebutuhannya, dan merekomendasikan solusi yang menjawab kebutuhan tersebut serta menghasilkan value bagi stakeholder.

People often ask for a solution ("we need an app") when what they have is a problem ("our field staff can’t see stock levels"). Business analysis digs into the real need, makes it clear and testable, and helps choose the right solution, which may not be new technology at all.

Orang sering meminta solusi ("kami butuh aplikasi") padahal yang mereka miliki adalah masalah ("staf lapangan kami tidak bisa melihat stok"). Business analysis menggali kebutuhan yang sebenarnya, membuatnya jelas dan bisa diuji, serta membantu memilih solusi yang tepat, yang bisa jadi sama sekali bukan teknologi baru.

Key ideasKonsep kunci

Problem before solution. Ask "what problem are we solving, and for whom?" before discussing tools.
Clear requirements. What the solution must do and how well, written so anyone can understand them.
User stories. "As a [user], I want [goal], so that [benefit]" keeps the focus on people.
Acceptance criteria. How you will know a requirement is met, so testing is objective.
Consider all options. Process changes, training or existing tools may solve the need faster and cheaper.

Masalah sebelum solusi. Tanyakan "masalah apa yang kita selesaikan, dan untuk siapa?" sebelum membahas tools.
Requirement yang jelas. Apa yang harus dilakukan solusi dan seberapa baik, ditulis agar siapa pun bisa memahaminya.
User story. "Sebagai [pengguna], saya ingin [tujuan], agar [manfaat]" menjaga fokus pada manusia.
Acceptance criteria. Bagaimana Anda tahu suatu requirement terpenuhi, agar pengujian bersifat objektif.
Pertimbangkan semua pilihan. Perubahan proses, pelatihan, atau tools yang sudah ada bisa jadi menjawab kebutuhan lebih cepat dan murah.

Key activitiesAktivitas kunci

A typical flow. Real work loops back and skips steps when it makes sense.

Alur yang umum. Dalam praktik, pekerjaan bisa kembali ke langkah sebelumnya atau melewati langkah tertentu bila masuk akal.

Understand contextGoals, stakeholders and how work happens today.
Elicit needsInterviews, observation, workshops, data.
Analyze and modelProcesses, data and problems.
Define requirementsStories, priorities and acceptance criteria.
Recommend optionsCompare solutions on value, cost and risk.
ValidateCheck the solution meets the need.

Memahami konteksTujuan, stakeholder, dan cara kerja saat ini.
Menggali kebutuhanWawancara, observasi, workshop, data.
Menganalisis dan memodelkanProses, data, dan masalah.
Menetapkan requirementStory, prioritas, dan acceptance criteria.
Merekomendasikan pilihanBandingkan solusi dari sisi value, biaya, dan risiko.
MemvalidasiPastikan solusi memenuhi kebutuhan.

How to measure itCara mengukurnya

MetricMetrik	What it tells youApa yang ditunjukkan	Watch out forPerhatikan
Requirements changed lateRequirement yang berubah di tahap akhir	Quality of early analysisKualitas analisis awal	Blaming users for changing their mindsMenyalahkan pengguna karena berubah pikiran
Defects traced to unclear requirementsCacat yang berasal dari requirement yang tidak jelas	Clarity of requirementsKejelasan requirement	Defects never traced to a causeCacat yang tidak pernah ditelusuri penyebabnya
Stakeholder satisfaction with the solutionKepuasan stakeholder terhadap solusi	Whether needs were understoodApakah kebutuhan dipahami dengan benar	Asking only at go-liveHanya bertanya saat go-live
Features actually usedFitur yang benar-benar dipakai	Whether the right things were builtApakah hal yang tepat yang dibangun	Measuring delivery, not useMengukur penyampaian, bukan pemakaian
Benefits realizedManfaat yang terealisasi	Business value of the workValue bisnis dari pekerjaan ini	No baseline to compare withTidak ada baseline sebagai pembanding

What each level looks likeGambaran setiap level

Use these descriptions as a quick self-check before running the full assessment. Level 3 is a strong, realistic target for most teams.

Gunakan deskripsi ini sebagai pengecekan cepat sebelum menjalankan asesmen lengkap. Level 3 adalah target yang kuat dan realistis bagi sebagian besar tim.

L1InitialRequests are built as asked, without exploring the real need.
L2RepeatableSome analysis happens on big projects, but quality depends on individuals.
L3DefinedA standard approach with stakeholder analysis, requirements, priorities and acceptance criteria.
L4MeasuredRequirement quality and solution use are measured, and analysts work closely with delivery teams.
L5OptimizedAnalysis continuously links business outcomes to products and services, using data and experiments.

L1InitialPermintaan dibangun persis seperti yang diminta, tanpa menggali kebutuhan yang sebenarnya.
L2RepeatableSebagian analisis dilakukan pada proyek besar, tetapi kualitasnya bergantung pada individu.
L3DefinedAda pendekatan standar dengan analisis stakeholder, requirement, prioritas, dan acceptance criteria.
L4MeasuredKualitas requirement dan pemakaian solusi diukur, dan analis bekerja erat dengan tim pelaksana.
L5OptimizedAnalisis terus menghubungkan outcome bisnis dengan product dan service, menggunakan data dan eksperimen.

Assess business analysis in the wizardNilai business analysis di wizard →

Using AIMemanfaatkan AI

Interview and workshop summaries that pull out needs and pain points.
Draft user stories and acceptance criteria for analysts to refine.
Process mining from system logs to show how work really flows.
Gap and conflict detection across many requirements.

Ringkasan wawancara dan workshop yang mengambil kebutuhan dan masalah utama.
Draf user story dan acceptance criteria untuk disempurnakan analis.
Process mining dari log sistem untuk menunjukkan alur kerja yang sebenarnya.
Deteksi celah dan konflik di antara banyak requirement.

Keep a human in the loopTetap libatkan manusiaAI can draft requirements quickly, but only real conversations with users reveal what they truly need. Always validate with people.AI bisa menyusun draf requirement dengan cepat, tetapi hanya percakapan nyata dengan pengguna yang mengungkap kebutuhan mereka yang sesungguhnya. Selalu validasi dengan manusia.

Key ideaInti materiUnderstand the problem deeply before choosing a solution. The best requirement describes a need, not a feature.Pahami masalahnya secara mendalam sebelum memilih solusi. Requirement terbaik menggambarkan kebutuhan, bukan fitur.

Real-world example: "we need a loan app"Contoh kasus: "kami butuh aplikasi pinjaman"3 min3 menit

A savings and loan cooperative asks IT for a new loan application system, because approvals take three weeks. An analyst spends two days following loan files through the office.

Sebuah koperasi simpan pinjam meminta TI membuat sistem pengajuan pinjaman baru, karena persetujuan memakan waktu tiga minggu. Seorang analis menghabiskan dua hari mengikuti alur berkas pinjaman di kantor.

The real delay is that files wait for a committee that meets only every two weeks. The recommendation: a simple online form plus delegated approval for small loans. Approval time drops to four days, with no expensive new system.

Penyebab keterlambatan sebenarnya adalah berkas menunggu rapat komite yang hanya diadakan dua minggu sekali. Rekomendasinya: formulir online sederhana ditambah delegasi persetujuan untuk pinjaman kecil. Waktu persetujuan turun menjadi empat hari, tanpa sistem baru yang mahal.

Common pitfallsJebakan umum

Writing down the requested solution instead of the need.
Talking only to managers, not the people who do the work.
Requirements so vague they can’t be tested.
Long documents that nobody reads.

Mencatat solusi yang diminta, bukan kebutuhannya.
Hanya berbicara dengan manajer, bukan orang yang mengerjakannya.
Requirement yang begitu samar sehingga tidak bisa diuji.
Dokumen panjang yang tidak dibaca siapa pun.

Related practicesPractice terkait

PracticePractice	How they connectBagaimana keterkaitannya
Relationship management	Identifies needs worth analyzing.Mengidentifikasi kebutuhan yang layak dianalisis.
Service design	Turns requirements into service designs.Mengubah requirement menjadi rancangan layanan.
Service validation and testing	Uses acceptance criteria to test solutions.Memakai acceptance criteria untuk menguji solusi.
Portfolio management	Uses analysis to evaluate investments.Memakai hasil analisis untuk mengevaluasi investasi.

Beginner tipsTips untuk pemula

Before your next request, ask "why?" five times to reach the real need.
Spend an hour watching people do the work you want to improve.
Write acceptance criteria for every important requirement.

Sebelum mengerjakan permintaan berikutnya, tanyakan "mengapa?" lima kali untuk menemukan kebutuhan sebenarnya.
Luangkan satu jam mengamati orang mengerjakan pekerjaan yang ingin Anda perbaiki.
Tulis acceptance criteria untuk setiap requirement yang penting.

The practice name and purpose follow ITIL. KPIs, level descriptions, AI uses and pitfalls are practical guidance written in our own words, not official ITIL text.Nama dan tujuan practice mengikuti ITIL. KPI, deskripsi level, pemanfaatan AI, dan jebakan umum adalah panduan praktis yang ditulis dengan kata-kata sendiri, bukan teks resmi ITIL.