Kita masing-masing pasti pernah mendengar pertanyaan yang sama dari orang tua atau teman kita, bukan dari "pihak programmer": "Apa yang kamu lakukan di sana?"
Biasanya, setelah upaya untuk menjawab, komentar yang tidak berubah mengikuti: "Oh, Anda programmer, Anda bahkan tidak bisa memperbaiki lemari es." Apa yang dapat kita katakan tentang analis bisnis yang tidak dapat menjelaskan kepada rekan mereka apa yang mereka lakukan.
Saya sendiri sering mendengar pertanyaan ini dari ayah saya, tetapi tetap saja saya tidak dapat menemukan jawaban yang tepat. Dan kebenaran adalah apa yang kami lakukan di tempat kerja - kami menganalisis!
Apa yang dihabiskan analis TI?
Khusus untuk artikel ini, saya harus menggali arsip JIRA dari tiga tempat kerja terakhir. Saya tidak dapat menjamin keakuratan absolut (ya, saya juga tidak suka melukis semua kelas saya sampai menit terakhir), tetapi gambaran keseluruhan benar-benar bertepatan dengan perasaan saya sendiri dari tugas yang dilakukan.
Perkiraan distribusi pekerjaan dapat dijelaskan sebagai berikut:
- Rapat - 20%
- Dokumentasi - 30%
- Kerja Tim - 25%
- Pengujian - 5%
- Perjalanan bisnis - 5%
- Pengembangan diri - 15%
Dan ini adalah jumlah pasti dari jam dalam 3 bulan terakhir:
Seperti yang Anda lihat, gambarnya sangat mirip. Perbedaan kecil - tidak adanya perjalanan bisnis dan jam kerja yang lebih lama dengan tim - timbul karena perubahan baru-baru ini di tempat kerja dan, karenanya, proses integrasi ke dalam lingkungan baru.
Sekarang mari kita lihat setiap item dengan lebih detail.
Rapat
Mari kita mulai dengan hal yang paling penting - dengan apa, pada kenyataannya, analisis bisnis dimulai dengan pertemuan bisnis, yang meliputi pertemuan dengan klien dan pertemuan internal dengan tim.
Pertama-tama, ini adalah analisis area subjek dan pengumpulan persyaratan. Di sinilah kita mencari tahu apa yang klien ingin kita lakukan, masalah apa yang dia miliki, kita menawarkan ide pertama untuk implementasi dan bersama-sama kita menyusun rencana proyek awal.
Elemen penting lainnya dari pertemuan dengan klien adalah diskusi tentang pekerjaan yang diselesaikan, perubahan perencanaan, presentasi dan pelatihan di mana kami memberi tahu bagaimana cara menggunakan produk yang diusulkan.
Mungkin itu adalah pertemuan yang menjadi dasar dari pekerjaan kami, mereka memberikan tugas lebih lanjut kepada analis dan tim mereka, jadi ada baiknya mempersiapkan mereka dengan sangat hati-hati.
Bekerja dengan dokumentasi
Saya akan mengatakan bahwa jika analis tidak hadir, maka dia duduk dan bekerja dengan dokumentasi. Jangan salah paham, ini tidak berarti bahwa Anda hanya perlu mengetuk keyboard dengan bodoh, sebaliknya - di sinilah Anda harus menggunakan semua kemampuan intelek kami, bagian ini adalah yang paling memakan waktu.
Berikut adalah beberapa contoh dari apa yang harus Anda tangani secara teratur:
- Spesifikasi persyaratan adalah transformasi penerbangan bebas dari pemikiran klien menjadi dokumen terstruktur yang dengan jelas menggambarkan apa yang perlu dilakukan oleh tim. Kemudian, dokumen ini disetujui bersama klien dan menjadi dasar dari proyek yang sedang berjalan.
- Ubah Permintaan (Change Request) - proses yang dimulai oleh klien jika terjadi perubahan yang diperlukan dalam produk setelah dimulainya pengembangan atau bahkan setelah selesai. Dokumen tersebut menjelaskan bagian mana dari sistem dan bagaimana ia harus dimodifikasi, berisi penilaian kinerja pekerjaan dalam waktu dan biaya.
- Panduan pengguna dan materi pelatihan lainnya - jelas bahwa setelah akhir proyek, Anda perlu menulis dokumentasi untuk klien, yang akan menjelaskan cara menggunakan sistem, memberikan tip dan jawaban untuk pertanyaan umum.
Setiap analis memiliki alat bantu favoritnya sendiri untuk bekerja dengan dokumentasi - seseorang suka menggambar diagram, dan seseorang menulis kanvas teks dalam Word. Bagaimanapun, saya akan menyarankan Anda untuk membiasakan diri dengan dasar-dasar UML, BPMN, konsep Cerita Pengguna dan Kriteria Penerimaan. Mereka cenderung ditemukan di setiap perusahaan.
Kerja tim
Untuk tingkat yang lebih besar, bagi tim itu adalah analis - suara klien. Dalam situasi yang tidak dapat dipahami, mereka akan datang kepadanya dengan pertanyaan "Apa yang dimaksud di sini?" dan akan bersamanya bahwa mereka akan mengkonfirmasi apakah pelanggan menginginkannya.
Saya selalu mengatakan bahwa analis bisnis di IT memainkan peran semacam jembatan antara pengembang dan bisnis, mampu secara bersamaan berbicara bahasa klien dan pemrogram. Dalam pekerjaan sehari-hari, kita harus bersama-sama mendiskusikan persyaratan, merencanakan dan mendistribusikan tugas, dan menjawab pertanyaan saat ini dari para programmer.
Sering terjadi bahwa seorang analis bisnis menghabiskan banyak waktu dengan setiap anggota tim dan memainkan peran khusus sebagai wakil kepala. Dalam praktik saya, bahkan ada kasus-kasus seperti itu ketika seorang manajer datang kepada saya untuk membahas kolega mana yang harus memberikan hadiah dan siapa yang tidak.
Pengujian
Jelas bahwa, yang paling penting, memahami persyaratan klien, kami harus memeriksa hasil kerja programmer.
Seorang analis bisnis diharapkan untuk menjalankan apa yang disebut Tes Penerimaan Pengguna - tes penerimaan pengguna. Tidak ada yang perlu menulis skrip otomatis atau memeriksa ukuran dan warna tombol di situs. Yang diperlukan hanyalah memperkenalkan diri Anda sebagai pengguna dan memanfaatkan produk jadi. Periksa apakah ada ketidaknyamanan saat menggunakannya, jika sistem bekerja secara umum seperti yang diinginkan pengguna, apakah ada kesalahan atau ketidakkonsistenan yang jelas dengan persyaratan.
Poin penting! Harus diingat bahwa analis menghabiskan sepanjang waktu dengan tim, berpartisipasi dalam diskusi, mengetahui berbagai “peretasan” dan hambatan program. Pada saat yang sama, ketika melakukan tes, kita harus memahami bahwa klien tidak memiliki pengetahuan ini, dia tidak tahu harus mengklik di mana, dan di mana tidak. Sangat penting untuk mengevaluasi sistem dengan pikiran terbuka dan menunjukkan semua kesalahan kepada pengembang - semakin cepat mereka dapat diidentifikasi, semakin mudah untuk memperbaikinya.
Pengembangan diri
Mereka mengatakan bahwa untuk mengikuti semua teknologi baru dalam pemrograman, Anda perlu mempelajari kerangka kerja baru hampir setiap hari, mencoba versi baru dari bahasa favorit Anda dan mengikuti praktik terbaik dari seluruh dunia.
Untungnya, dasar-dasar analisis bisnis tidak terlalu sering berubah. Namun, seperti yang saya katakan di artikel terakhir saya, agar dapat menonjol dari kerumunan analis bisnis, Anda harus menjadi spesialis yang paling komprehensif dikembangkan.
Anda juga perlu memantau perubahan dalam TI, Anda perlu mengembangkan soft skill Anda, mempelajari manajemen bisnis, dasar-dasar keuangan, memahami bidang subjek pelanggan dan sebagainya. Secara umum, ternyata Anda sering membutuhkan lebih banyak waktu untuk pelatihan daripada sesama programmer.
Sebagai kesimpulan, saya akan memberikan saran tentang pengembangan diri - terima kebutuhannya dan diskusikan dengan pemimpin Anda. Untuk pengembangan bisnis, sangat penting untuk tidak mendorong diri Anda ke dalam kerangka proses yang ditetapkan, karena besok klien baru dan proyek baru dari bidang yang sama sekali berbeda akan muncul. Seorang analis bisnis harus dapat dengan cepat terbiasa dengan lingkungan yang berubah dan bersiap-siap untuk bekerja dengan bidang subjek baru. Di sinilah semua waktu yang Anda habiskan untuk memperluas wawasan Anda akan membantu Anda.