"... Dan Komputer Lotere, yang terutama mengacaukan sesuatu, adalah salah satu dari semuanya, bukannya meminta maaf dan membuat alasan, tidak hanya
mengakui kesalahan itu, tetapi bahkan jelas bangga akan hal itu.
"Aku dibuat," Komputer mengumumkan, "dengan toleransi minimal." Saya dirancang untuk melakukan operasi yang kompleks dan akurat yang memungkinkan tidak lebih dari
satu kesalahan untuk lima miliar tindakan.
"Jadi apa?" Petugas itu bertanya.
- Kesimpulannya jelas: Saya diprogram karena kesalahan, dan saya melakukan apa yang saya programkan. Anda harus ingat tuan-tuan itu untuk mobil
kesalahannya etis, ya, etis eksklusif. Mesin yang ideal tidak mungkin, dan segala upaya untuk menciptakan mesin semacam itu akan menjadi penghujatan ... "
Robert Sheckley, "Coordinates of Miracles" (1968)
Halo semuanya. Nama saya Svyatoslav Shcherbatyuk, saya bekerja dengan kantor Dnipro di EPAM dalam peran sebagai Lead Business Analyst. Saya memasuki profesi ini lebih dari empat tahun yang lalu dari bidang dukungan hukum proyek investasi, yang telah saya ikuti selama sepuluh tahun.
Saat ini, pertanyaan tentang peran seorang analis bisnis dalam sebuah proyek dipertimbangkan dengan cukup detail: diketahui kualitas apa yang seharusnya ia miliki, bagaimana ia lebih baik membangun karier, keterampilan apa yang harus dikembangkan. Cukup menggunakan pencarian Google untuk menemukan jawaban yang memadai.
Dalam artikel ini, saya mengusulkan untuk mempertimbangkan kesalahan paling umum yang dilakukan oleh kebanyakan analis bisnis pemula. Mungkin hal-hal yang akan dibahas akan tampak jelas bagi Anda, tetapi percayalah kepada saya: artikel ini ditulis berdasarkan bahan yang dikumpulkan dalam praktik dan kesalahan semacam itu secara teratur ditemukan dalam karya analis bisnis yang bahkan berpengalaman.
Jadi, dalam urutan
1. Bahasa Inggris . Salah satu yang utama dan paling penting adalah kurangnya perhatian terhadap tingkat kemampuan berbahasa Inggris seseorang. Pada wawancara, seseorang sering menjumpai kandidat dengan tingkat pengetahuan yang tinggi di bidang subjek dan pengalaman kerja yang mengesankan, tetapi bahasa Inggrisnya lemah. Harus diingat bahwa sebagian besar perusahaan dan proyek TI berfokus pada pelanggan asing. Kebutuhan akan bahasa Inggris gratis ditentukan oleh tempat analis bisnis di persimpangan produk dan tim teknik (peran dan tempat VA dalam tim Scrum adalah topik untuk perang suci yang terpisah) dan tugas yang dihadapi (komunikasi yang efektif antara tim-tim ini).
Aspek tertentu dari masalah bahasa adalah bahasa gaul profesional, yang diperhatikan oleh atasan, pelanggan, dan anggota tim. Tugas seorang analis bisnis adalah membangun komunikasi yang efektif, dan ini hanya mungkin jika Anda dapat berbicara bahasa yang sama dengan semua anggota tim. Selain itu, sebagian besar literatur dan pelatihan profesional disajikan dalam bahasa Inggris. Secara umum, tanpa pengetahuan bahasa asing, pengembangan profesional sepenuhnya tidak mungkin dilakukan.
2. Mengikuti kerangka kerja secara buta. Dari masalah komunikasi yang efektif, kesalahan serius lain yang dibuat oleh pemula berikut - mengikuti dogmatis dari pendekatan kerangka kerja yang dipilih. Penting untuk mempertimbangkan bahwa TI adalah industri yang berkembang secara dinamis dan rahasia kesuksesan di dalamnya adalah kemampuan untuk beradaptasi dengan keadaan yang berubah dengan cepat.
Anda dapat memberi tahu tim sebanyak yang Anda suka bahwa “kami bekerja sesuai dengan Scrum / lean / Kanban klasik”, tetapi jika tugas dan prosesnya tidak jelas baginya atau membutuhkan lebih banyak waktu dan sumber daya daripada yang mereka bisa jika menggunakan pendekatan yang berbeda dari buku teks, maka tidak ada gunanya dalam hal ini . Dalam hal ini, akan tidak profesional untuk mengatakan "ini adalah tim yang buruk, mereka tidak mengikuti pendekatan ideal saya untuk metodologi secara salah." Tugas seorang analis bisnis adalah mempelajari pendekatan yang berbeda dan memilih salah satu yang paling efektif untuk tim tertentu dalam proyek tertentu. Saya perhatikan bahwa selama latihan saya belum melihat satu proyek pun dengan proses "buku" yang mutlak.
3. Mengabaikan budaya dan kebijakan perusahaan pelanggan. Menutup topik tentang pentingnya komunikasi yang efektif untuk seorang analis bisnis, masuk akal untuk menyebutkan perlunya mempertimbangkan budaya dan kebijakan perusahaan pelanggan ketika merencanakan pekerjaan mereka.
Terlepas dari kejelasan masalah ini dan fakta bahwa hal itu telah menjebak banyak orang, beberapa analis bisnis tidak memperhatikan aspek budaya dari interaksi dengan pelanggan. Namun, poin ini, dikombinasikan dengan kemampuan bahasa Inggris yang tidak memadai, dapat menyebabkan situasi di mana klien dapat menganggap analis bisnis sebagai "kasar, tidak sopan." Ini secara negatif mempengaruhi pekerjaan VA di salah satu aspek terpenting - interaksi dengan para pemangku kepentingan.
Jadi, misalnya, lebih baik jangan lupa bahwa perwakilan budaya Asia tidak selalu bisa mengatakan "tidak" secara langsung, dan ketika bekerja dengan orang Amerika atau Kanada, Anda harus menghabiskan waktu 5 menit untuk berbicara tentang keberhasilan tim olahraga lokal mereka. Fakta bahwa sering perwakilan Eropa Timur, budaya Slavia oleh perwakilan budaya Barat dianggap kasar, saya telah mendengar berulang kali (misalnya, orang menggunakan "bisa Anda", bukan lebih ringan "bisa Anda" dan lupa menambahkan "tolong"). Di salah satu proyek, pemangku kepentingan langsung bertanya mengapa tim sangat membencinya. Pada akhirnya, ternyata kesulitannya terletak pada perbedaan budaya dan kemampuan bahasa Inggris yang tidak memadai.
Penting untuk dipahami bahwa bagi analis bisnis, kesalahan seperti itu tidak dapat diterima, karena kemungkinan menemukan rincian tentang yang klien tidak sebutkan secara langsung karena alasan tertentu tergantung pada kualitas komunikasinya dengan pelanggan.
Untuk meningkatkan keterampilan komunikasi pelanggan:
- mengisi kembali kosakata dengan seluk-beluk dan sinonim;
- belajar persyaratan;
- Kerjakan pelafalan
- Pelajari aturan untuk menggunakan artikel "a" dan "the".
Kiat yang lebih praktis dapat ditemukan di
artikel ini.
4. Mengabaikan perubahan dalam domain pelanggan. Dalam pekerjaan proyek langsung, salah satu kesalahan mungkin adalah penghentian studi domain domain dan spesifik bisnis klien. Ada situasi ketika bahkan analis bisnis yang berpengalaman, yang telah bekerja di proyek untuk waktu yang lama, tidak dapat menjawab pertanyaan tentang bagaimana tepatnya produk mereka bekerja dalam skenario yang cukup sederhana. Kehilangan minat pada tren dan tren di area domain dan berhenti dalam studi tentang bisnis pelanggan dapat memainkan trik pada proyek, terutama di area bisnis yang dinamis dan cepat berubah. Hampir semua ahli menyebutkan perlunya untuk terus-menerus mempelajari dan membenamkan diri dalam bisnis klien ketika datang ke pro dan kontra dari profesi analitik bisnis.
5. Kurangnya peta jalan yang tepat. Salah satu kesulitan serius mungkin adalah tidak adanya dokumen dasar seperti visi dan peta jalan pada proyek, berdasarkan rencana penjualan pelanggan. Mungkin masalah ini lebih penting untuk proyek-proyek besar dan menjadi bagian dari tanggung jawab manajer produk, tetapi analis bisnis dalam hal apa pun dapat dan harus memulai dan memfasilitasi proses pembuatan dokumen tersebut. Jika VA berencana untuk mengembangkan ke arah manajemen produk, ini patut dipertimbangkan.
Sebagai contoh dari pengalaman pribadi saya, saya dapat mengutip situasi ketika kelompok VA mengembangkan proyek peta jalan untuk pertimbangan dan persetujuan lebih lanjut oleh tim manajemen produk. Spesialis, khususnya, menganalisis fungsionalitas aplikasi pesaing potensial, rencana penjualan perusahaan untuk tahun depan, rencana pengembangan untuk modul terkait, serta cerita jaminan, yang karena beberapa alasan sudah lama ditolak oleh para manajer produk. Berdasarkan semua penelitian ini, peta jalan lahir, yang disetujui pelanggan.
6. Tidak ada rencana komunikasi dan peta pemangku kepentingan. Jika Anda mempelajari detail pekerjaan analis bisnis, kesalahan pemula mungkin adalah kurangnya rencana komunikasi dan matriks pemangku kepentingan. Anda harus membiasakan pelanggan untuk mengadakan pertemuan rutin, dan diri Anda sendiri - terlebih dahulu untuk menyiapkan daftar masalah untuk diskusi. Pembatalan panggilan yang sering karena kurangnya topik atau kurangnya dialog yang konstruktif dapat mengarah pada fakta bahwa para pemangku kepentingan tidak datang ke pertemuan yang tampaknya direncanakan pada saat yang paling penting. Pada saat-saat penting, dia mungkin tidak menganggap mereka cukup penting dan mendesak.
Dalam merencanakan komunikasi, penting untuk mempertimbangkan tidak hanya esensi masalah, tetapi juga bagaimana itu dirumuskan. Sering terjadi respons klien juga bergantung pada pertanyaan. Ini sangat penting ketika seorang analis bisnis, sebagai perwakilan dari tim pelaksana, perlu mempertahankan keputusan tim teknik, khususnya selama pengujian penerimaan pengguna dan pengiriman pekerjaan kepada pelanggan. Untuk membangun matriks kerja pengaruh dan minat, kita dapat mendistribusikan pemangku kepentingan di empat kuadran. Contoh praktis yang baik dapat ditemukan dalam artikel ini di
dou.ua.7. Pengaturan tidak diperbaiki. Sebagai kelanjutan, orang dapat mencatat kesalahan seperti itu karena tidak adanya catatan pertemuan yang disusun dari hasil komunikasi dengan para pemangku kepentingan. Menulis catatan rapat adalah bentuk pertahanan tim yang luar biasa, terutama pada proyek dinamis dengan mobilitas manajer yang tinggi.
Saya harus menghadapi situasi ketika, setelah beberapa saat, pelanggan lupa tentang perjanjian yang dicapai, atau sehubungan dengan perubahan tim produk perjanjian tersebut hilang, dan kami harus meyakinkan pelanggan bahwa perubahan tertentu, misalnya, dalam rencana rilis, bukan salah perhitungan, tapi masalah nyata.
8. Kurangnya visibilitas. Perlu dicatat format stand-up harian. Sangat penting bagi pelanggan untuk memiliki tingkat visibilitas yang cukup, untuk mengetahui di mana dan seberapa efisien uangnya dihabiskan. Analis bisnis awal (walaupun seringkali bukan hanya mereka) tidak selalu berhasil menjelaskan secara singkat dan informatif kepada pelanggan apa pekerjaan yang telah dilakukan.
Ingatlah bahwa klien tidak akan suka mengetahui bahwa, misalnya, semua minggu terakhir salah satu anggota tim berada di pemblokir dan tidak melakukan apa pun. Saya bertemu situasi ketika seorang klien, dengan argumen bahwa seseorang diblokir oleh sesuatu, bertanya: "Dan apa yang Anda lakukan secara pribadi untuk mengatasi pemblokir / apa yang Anda lakukan saat Anda diblokir?". Gunakan waktu ketika Anda berada di pemblokir untuk meningkatkan proses yang ada pada proyek. Untungnya, ada banyak pekerjaan seperti itu (terutama pada proyek-proyek baru). Dan ketika Anda memberi tahu pelanggan tentang tugas-tugas yang telah diselesaikan, lanjutkan dari sikap proaktif, pikirkan masalah konter apa yang dapat Anda antisipasi.
9. Terlalu banyak waktu dihabiskan untuk bagian-bagian. Sebagai kesalahan bagi pemula, orang dapat menekankan fokus yang berlebihan pada detail tiket dan / atau seluk-beluk implementasi dalam uraiannya. Pada proyek jangka panjang, harus diingat bahwa detail implementasi dapat berubah dengan transisi ke teknologi baru, sementara bisnis klien akan tetap sama. Kriteria penerimaan yang diterima secara tidak benar dengan banyak detail implementasi (misalnya, menjelaskan metode atau API permintaan / respons tertentu) akan mengakibatkan tumpukan produk harus ditulis ulang.
Kalau tidak, dari sudut pandang pengujian regresi, perilaku sebenarnya dari sistem akan berbeda dari persyaratan yang ada: secara teknis diperlukan untuk memulai bug tiket, jaminan simpanan menjadi "ketinggalan jaman" (yaitu, deskripsi keadaan sistem menjadi tidak relevan). Pada saat yang sama, tidak ada alasan formal untuk menulis ulang persyaratan jika proses bisnis klien tidak berubah.
10. Anda tidak memiliki visi untuk keseluruhan proyek. Juga kesalahan khas untuk proyek-proyek besar, jangka panjang mungkin adalah kurangnya pemahaman tentang "gambaran besar", hubungan dengan elemen lain dari ekosistem, dan kurangnya "pandangan helikopter".
Memahami koneksi modul Anda dengan orang lain dan mengetahui bagaimana sistem yang terhubung berkembang, memungkinkan Anda untuk mengembangkan produk Anda sendiri dengan benar dan tepat waktu, menghindari "membuang rincian implementasi." Selain itu, dengan cara ini Anda dapat secara signifikan meningkatkan tingkat persyaratan penulisan. Dalam kasus seperti itu, membuat
diagram konteks sangat membantu.
11. Anda pergi dari kebalikannya. Terkait dengan yang sebelumnya adalah kesalahan menulis persyaratan "dari kebalikan" - bahwa sistem tidak boleh melakukannya. Hasilnya adalah simpanan persyaratan, yang jelas apa yang tidak akan dilakukan sistem, tetapi tidak jelas apa yang akan dilakukan. Ini mungkin disebabkan oleh kenyataan bahwa fokus pada bisnis klien hilang. Harus diingat bahwa VA pertama-tama berpikir langsung tentang apa yang sistem lakukan untuk memenuhi kebutuhan bisnis klien.
12. Penilaian salah. Tetapi kesalahan paling umum yang tidak dapat dihindari oleh analis bisnis pemula adalah meremehkan atau melebih-lebihkan ruang lingkup tugas proyek, serta keterampilan profesional mereka. Ini adalah dua ekstrem dari fenomena yang sama, yang secara alami muncul dari kurangnya pengalaman dan pemahaman tentang tingkat aktual dari keterampilan seseorang.
Mungkin saran yang paling efektif adalah tidak takut pada apa pun, tetapi juga untuk tidak menjamin atas nama tim untuk beberapa waktu dan bekerja di depan pelanggan / pemangku kepentingan. Selangkah demi selangkah untuk melakukan semua tindakan yang diharapkan dari proyek analisis bisnis baru. Jangan lupa bahwa BABoK yang sama berisi semua rencana tindakan yang Anda butuhkan. Adalah normal bahwa pada awal proyek tidak ada yang jelas.
Ingat bahwa alat utama intelijen bisnis adalah komunikasi. Bahkan jika tidak ada yang diketahui, mengidentifikasi pemangku kepentingan adalah awal yang baik untuk mengetahui tujuan proyek, bisnis pelanggan dan menyusun diagram konteks dan alur kerja awal yang akan memberikan jawaban untuk semua pertanyaan proyek. Dan kolega yang lebih berpengalaman yang telah bekerja dengan klien atau proyek ini lebih lama akan membantu Anda menghindari menciptakan harapan pelanggan yang salah dari produk.
13. Takut akan kesalahan. Dia melumpuhkan dan, alih-alih mulai bertindak dan menyesuaikan jalannya proyek, analis bisnis pemula mulai "bersiap untuk bertindak" untuk waktu yang lama: dengan hati-hati menulis surat kepada pelanggan, fokus pada menggambarkan skenario kasus tepi, alur kerja yang tidak mungkin, yang, pada tahap pertama proyek, umumnya diabaikan. Boleh saja membuat kesalahan: Agile dan Scrum adalah tentang membuat kesalahan dengan cepat dan merespons kesalahan dengan cepat.
Saya berharap semua pendatang baru di VA agar tidak takut akan kesalahan dan berani melangkah maju. Semoga beruntung