Bukan rahasia lagi bahwa analis adalah salah satu profesi yang paling bebas dan multi-interpretasi ditafsirkan. Dan, meskipun terdapat sebanyak dua standar profesional, masing-masing perusahaan secara individual menguraikan berbagai tugas yang diberikan kepada spesialis yang memegang posisi ini. Dalam artikel saya, saya ingin berbagi pengalaman pribadi saya dan memberi tahu Anda peran apa yang dapat digabungkan analis selama proyek biasa, tugas apa yang harus ditutup, dan juga di mana harus berkembang jika pekerjaan proyek utama menjadi sangat membosankan.
Saya harap kisah saya akan membantu Anda dengan kejutan untuk mengetahui apa yang saudara pikirkan, dan juga menyoroti kemungkinan poin pertumbuhan dan perkembangan.
Penafian
Semua yang akan dibahas lebih lanjut adalah pengalaman pribadi murni dalam jenis kegiatan yang sangat spesifik, yang terdiri dalam pengembangan dan implementasi solusi khusus berdasarkan pada sistem tertentu dengan platform dan bahasa pemrograman sendiri.
Selain itu, kegiatan ini juga dibatasi oleh spesifikasi sistem yang diterapkan, serta oleh teknologi vendor internal yang bertindak sebagai standar lokal.
Nah, sebagai ceri pada kue - kegiatan ini dilakukan untuk kepentingan perusahaan berdarah. Dan ketika saya berbicara tentang perusahaan berdarah, maksud saya proyek di perusahaan yang sangat besar - hampir semua minyak dan gas, bank-bank besar, industrialis, ritel, dll.
Dengan demikian, analis, yang akan dibahas dalam artikel, adalah orang yang ada dalam seluruh paradigma yang disebutkan di atas. Selain itu, ini adalah orang yang sangat nyata dan hidup, tidak peduli seberapa bulat seekor kuda dalam ruang hampa yang tampak bagi Anda selama membaca.
Foreplay
Secara umum, topik penentuan nasib sendiri analis di ruang angkasa cukup eksplosif. Setiap kali ketika pertanyaan "siapa analis terkutuk ini pada akhirnya" diajukan di komunitas profesional, forum, pertemuan, konferensi, atau di ruang obrolan telegram, mulailah mulailah berita sengit, di mana beberapa analis membuktikan kepada analis lain bahwa masing-masing dari mereka harus dan tidak boleh dilakukan.
Menjadi lebih lucu (atau lebih sedih) ketika berbagai eychars atau ahli metodologi mulai membahas topik ini.
Dalam semua holivar ini, saya lebih suka mengambil posisi, yang intinya terletak pada satu kata - spesifik. Dengan kata lain, semua orang perlu memahami bahwa serangkaian fungsi dan tugas analis akan sangat bervariasi tergantung pada pemberi kerja, proyek, dan tim terakhir.
Mungkin Anda bertanya-tanya - mengapa tiba-tiba saya memutuskan bahwa saya bisa membicarakannya? Semuanya sederhana. Cukup untuk membuat daftar peran yang saya ubah sepanjang proyek saya:
- analis bisnis;
- analis sistem;
- Perancang UI / UX;
- penulis teknis;
- tester;
- guru
- dukungan.
Jika kita berbicara tentang proyek peningkatan kompleksitas dan skala, dengan tim dari beberapa analis, di antaranya mungkin ada pemula, maka peran tambahan ditambahkan:
- mentor;
- Pimpinan Teknologi;
- Pimpinan Tim.
Dan dalam berbagai peran ini, saya telah bekerja selama hampir delapan tahun.
Pasar
Namun, mari kita mulai dari jauh. Atau lebih tepatnya, dengan situasi yang telah berkembang di pasar saat ini.
Jika Anda pergi, misalnya, ke headhunter dan mengarahkan kata "analis" ke baris pencarian, semua kekayaan fantasi dan interpretasi tentang subjek akan jatuh pada kita.
Tentu saja, analis biasa adalah yang paling umum. Tanpa klarifikasi apa pun, jauh dari dosa. Dalam uraian lowongan ini, Anda dapat melihat berbagai fungsi menarik, tugas, tanggung jawab pekerjaan dan persyaratan untuk kandidat.
Beberapa pengusaha berani menyuarakan kategorisasi ke dalam analis bisnis dan sistem di lowongan mereka dan dengan demikian praktis menggali lubang untuk diri mereka sendiri. Mereka bahkan tidak membayangkan berapa banyak analis sendiri terbunuh dalam pertempuran berdarah ini.
Kategori analis TI yang ramping dan luas cukup populer. Dalam deskripsi mereka, biasanya, seluruh bidang percobaan Rusia dengan tanggung jawab, terbatas, pada kenyataannya, hanya untuk bidang TI. Lowongan ini paling mengingatkan saya pada cerita tentang tyzhprogrammer yang secara teratur diminta untuk memperbaiki penyedot debu atau ketel.
Paling jujur, mereka yang setidaknya mencoba menunjukkan dalam judul apa yang sebenarnya perlu "dianalisis" adalah bertindak. Akibatnya, lowongan yang sama sekali berbeda muncul seperti "Analis SQL", "Analis Proses Bisnis", "Analis Kebutuhan", "Analis 1C", "Analis Penjualan", "Analis Pemasaran", dll. Namun, ini tidak menyelamatkan dari perbedaan dalam tugas bahkan di lowongan dengan dua nama yang identik.
Standar
Tampaknya poin dalam cerita ini seharusnya ditetapkan oleh standar profesional, yang tugasnya tepat untuk memperbaiki tujuan kegiatan profesional tertentu dan memberikan deskripsi lengkap tentang fungsi tenaga kerja spesialis, tindakan yang dilakukan dalam rangka pelaksanaannya, serta pengetahuan yang diperlukan. dan keterampilan.
Tapi itu dia.
Tentu saja, Anda perlu senang bahwa standar masih ada, meskipun mereka muncul relatif baru. Standar untuk analis sistem pada musim gugur adalah lima tahun. Jauh kemudian, standar untuk analisis bisnis diperketat - dia bahkan belum berusia satu tahun.
Sangat menarik bahwa standar ini sudah menyatakan perbedaan antara bisnis dan analis sistem pada tingkat kode area profesional: untuk analis sistem, kode 06 diindikasikan, dan untuk analis bisnis - 08. Dengan kata lain, analis sistem diklasifikasikan sebagai profesional di bidang “komunikasi, informasi, dan komunikasi teknologi ", dan seorang analis bisnis - di bidang" keuangan dan ekonomi ". Dan tidak ada IT untukmu.
Jika kita beralih ke tujuan aktivitas profesional, yang diabadikan dalam standar, perbedaannya akan menjadi lebih jelas dan menghibur. Analis sistem, karena ia dirujuk ke bidang TI, ditugasi untuk bekerja dengan persyaratan dengan hati nurani yang bersih, menyebutkan perangkat lunak, sistem otomatis, secara umum, semua yang kami sukai. Analis bisnis, pada gilirannya, tidak bekerja dengan persyaratan, tetapi dengan kebutuhan, tetapi tujuannya berfokus pada perubahan dalam organisasi yang bermanfaat. Dan, ingatlah, bukan sepatah kata pun tentang sistem atau perangkat keras dan sistem perangkat lunak.
Pada saat yang sama, sejumlah besar dari mereka yang terlibat dalam penciptaan berbagai jenis produk perangkat lunak memiliki entri sederhana "analis bisnis" dalam buku kerja mereka. Namun, mengapa melangkah jauh, saya pribadi selama delapan tahun siapa pun saya dipanggil, melakukan fungsi yang sama. Oleh karena itu, agar tidak terlibat dalam perselisihan terminologis, dalam narasi lebih lanjut saya akan menggunakan kata "analis" yang paling umum dan netral.
Misi
Mari kita beralih ke spesifik.
Setiap proyek di mana analis kami berpartisipasi dalam satu atau lain cara melalui 4 misi global, sebut saja mereka presale, pra-proyek, proyek, dan implementasi. Tentu saja, analis tidak boleh berpartisipasi dalam semua misi, tetapi terhubung secara terpisah dengan salah satu dari mereka, tetapi karena kita beralih ke mode superhero, mari kita bicara secara rinci tentang masing-masing. Saya akan segera melakukan reservasi; Saya menghapus pengawalan sebagai misi dengan sengaja, karena Saya menganggap tidak pantas untuk mempertahankan spesialis tingkat tinggi pada tugas-tugas ini.
Pra-penjualan
Misi pertama tentu saja adalah presale.
Perlu dicatat bahwa tidak semua dan tidak selalu menghubungkan analis dengan misi ini, mempertimbangkan untuk menjual kekuatan penjual dan manajer proyek. Namun, seiring waktu, analis dapat membuktikan kegunaan dan kelangsungan hidup mereka pada tahap ini.
Pertama-tama, analis presale berguna tentu saja dengan keahlian. Apalagi subjek dan sistemnya. Ketika bepergian dengan seorang tenaga penjual ke pertemuan dan demonstrasi, analis tersebut berbicara dalam bahasa yang sama dengan subjek dan membantu tenaga penjualan untuk menyelesaikan berbagai situasi yang terkait dengan kosakata dan terminologi profesional yang khas. Selain itu, memiliki pengetahuan yang lebih dalam tentang sistem yang dijual dan pengalaman proyek yang luas, analis dengan cepat dan lebih akurat berfokus pada kemungkinan memenuhi keinginan Pelanggan, serta secara meyakinkan berbicara tentang pengalaman yang ada dalam menyelesaikan masalah yang sama.
Setelah serangkaian pertemuan yang berhasil, analis mulai bekerja secara terpisah dari penjual dan pergi sendiri ke pelanggan, melakukan studi proses, sistem yang ada yang membutuhkan penggantian, infrastruktur yang perlu diintegrasikan, dll.
Hasil dari semua kegiatan ini adalah garis besar garis besar dari proyek masa depan, serta persyaratan teknis awal, yang menurutnya memungkinkan untuk melakukan penilaian awal terhadap waktu, tenaga kerja dan biaya pekerjaan.
Predesign
Setelah penjualan selesai dan langkah-langkah organisasi untuk menandatangani kontrak dan tarian ritual untuk menginisialisasi proyek dimulai, analis tidak bisa lagi duduk diam, tetapi memulai pekerjaan pendahuluan.
Pada tahap ini, ia mungkin sudah memiliki banyak informasi untuk penelitian: ini adalah hasil analisis tersurat, dan catatan dari pertemuan, dan Kerangka Acuan Terakhir yang diikuti oleh tim, dan, dengan sedikit keberuntungan, setumpuk berbagai standar dan peraturan pelanggan, yang persyaratannya perlu diperhitungkan dalam desain masa depan. Dengan kata lain, ini adalah kumpulan data tidak terstruktur yang perlu diproses dan dirumuskan dalam kepala Anda konsep untuk solusi masa depan.
Paling sering, misi ini khas untuk proyek skala besar dengan tim besar. Di sanalah analis menjadi ahli teknis dan memutuskan apa, secara kiasan, kita akan membangun proyek ini - kapal atau pesawat. Ini juga mengoordinasikan tim di seluruh proyek, membantu memilih solusi teknis dan substantif terbaik, serta memastikan konsistensi sistem yang dirancang.
Secara bertahap terjun ke dalam konteks proyek masa depan, analis menggambar kerangka kerjanya dan menentukan komponen yang terisolasi secara kondisional dapat dibagi ke dalamnya. Setelah itu, sudah bersama dengan manajer proyek, ia mendistribusikan tim di antara blok yang dialokasikan. Sangat penting untuk mempertimbangkan interkoneksi modul-modul sistem masa depan dan memahami dengan tepat berapa jumlah pekerjaan yang dapat dialokasikan dengan aman ke unit independen.
Setelah mempelajari semua informasi yang tersedia saat ini, analis membangun konsep otomatisasi, di mana kerangka sistem masa depan dilemparkan dengan goresan besar. Keputusan-keputusan inilah yang akan menjadi dasar dari semua pekerjaan lebih lanjut dan akan menetapkan arahan bagi para analis untuk memecahkan masalah lokal mereka pada blok-blok independen. Selain itu, di samping konsep, diagram proses pertama, masih tingkat atas, mungkin sudah muncul. Paling sering, ini adalah, dalam beberapa cara, efek samping dari menenggelamkan analis dalam proyek - hasil analisis informasi yang tersedia. Tetapi di masa depan, diagram ini juga akan dapat dipandu oleh analis pada blok ketika mereka pergi ke Pelanggan untuk studi rinci.
Selain itu, konsep ini terkait erat dengan arsitektur solusi - di sini analis sudah berinteraksi dengan pengembang terkemuka, mengintegrasikan sistem masa depan ke dalam lanskap Pelanggan yang ada dan mengidentifikasi volume integrasi dan migrasi yang diperlukan, baik yang baru dimulai maupun yang reguler.
Pada saat yang sama, analis tidak hanya mempersiapkan diri untuk proyek yang akan datang, tetapi juga mempersiapkan untuk itu kelompok kerja Pelanggan - orang-orang yang akan menjadi sumber utama persyaratan untuk sistem masa depan di masa depan. Analis mengadakan pertemuan dengan kelompok kerja dan menunjukkan versi kotak dari sistem, memberikan perhatian khusus pada modul-modul dan fungsi-fungsi yang akan dipengaruhi oleh implementasi yang akan datang. Tugas utama di sini adalah untuk membenamkan Pelanggan dalam konteks sistem untuk menurunkan penghalang dan mencapai sikap yang lebih terinformasi untuk menghasilkan persyaratan. Dalam demonstrasi, analis "langsung" menunjukkan bagaimana item TK cocok atau sesuai pada sistem yang ada. Poin docking TK dan kebutuhan nyata Pelanggan terjadi di sini.
Proyek
Pekerjaan utama, tentu saja, dimulai langsung pada proyek. Pada tahap ini perannya terus berubah.
Pertama, analis bekerja sama dengan Pelanggan sebagai analis bisnis. Pada saat yang sama, ia dapat sesekali pergi ke pertemuan dan wawancara, atau bahkan berada di wilayah Pelanggan dalam mode waktu penuh. Pada tahap ini, studi mendalam tentang proses perusahaan dilakukan, kemacetan dan kebutuhan untuk otomatisasi diidentifikasi, konsultasi diberikan pada solusi yang mungkin untuk masalah yang ditemukan. Selain itu, keputusan-keputusan ini tidak hanya bersifat sistemik, tetapi juga administratif dan organisasi. Berdasarkan hasil penelitian, diagram rinci dan deskripsi "sebagaimana adanya" dan "menjadi" proses bisnis lahir, dengan semua seluk-beluk dan pilihan yang mungkin untuk pengembangan acara. Sepanjang jalan, persyaratan untuk objek sistem masa depan diidentifikasi dan dikumpulkan.
Ketika informasi dikumpulkan, analis bisnis diubah menjadi analis sistem, menempatkan persyaratan Pelanggan dalam kemampuan sistem tertentu. Pada tahap ini, desain modul sistem dilakukan, sementara seorang analis yang berpengalaman secara independen menilai kelayakan menerapkan persyaratan tertentu dan mencari cara untuk melewati batasan platform yang mungkin. Namun, kurangnya pengalaman selalu dapat dikompensasi dengan konsultasi dengan pengembang utama proyek.
Pada tahap yang sama, analis menjadi perancang, perancang, dan menggambar tata letak antarmuka sistem masa depan. Penting untuk mempertimbangkan tidak hanya komponen visual, tetapi juga postulat dasar UX, serta logika proses di mana objek yang dirancang akan berpartisipasi. Semua bentuk layar cepat atau lambat harus membentuk satu gambar logis dan harmonis, dan sistem harus merespons sama untuk tindakan pengguna yang identik.
Tahap terpisah adalah desain semua jenis integrasi dan migrasi. Itu semua tergantung pada pengalaman analis dan kompetensi sistemnya. Secara umum, analis harus memahami tempat sistem dalam lanskap umum dan memiliki gagasan yang baik tentang interaksinya dengan sistem Pelanggan lainnya. Interaksi ini harus dijelaskan setidaknya pada tingkat entitas yang tumpang tindih, aturan untuk data yang dikirimkan dan pemetaan detail. Bagian teknis dari desain biasanya dikerjakan oleh pengembang.
Setelah semua solusi dirancang, analis menjadi penulis teknis dan menulis dokumen besar dan indah yang memberikan deskripsi terperinci tentang sistem masa depan. Dokumen ini mencakup skema dan deskripsi proses yang dikembangkan sebelumnya, dan antarmuka, dengan deskripsi rinci tentang logika elemen yang diterapkan, dan deskripsi modifikasi lainnya yang harus dilakukan dalam sistem untuk mengimplementasikan solusi yang dirancang. Di sini, analitik dibantu oleh struktur dokumen yang terverifikasi dan template siap pakai yang memungkinkan Anda untuk tidak melewatkan apa pun.
Setelah menyelesaikan fase dokumentasi, pekerjaan mendasar menjalani setidaknya dua ulasan - analis terkemuka dan pengembang tim terkemuka. Dan jika mungkin - juga peer review eksternal oleh kolega dari tim dan proyek lain. Setelah meninjau dokumen dikirim untuk persetujuan kepada Pelanggan. Selain itu, itu tidak jatuh pada dirinya dalam Talmud multi-halaman dimengerti, tetapi pertama kali ditampilkan dalam bentuk presentasi dengan penjelasan, lagu, tarian dan gambar-gambar lucu. Lebih lanjut, analis menyertai proses persetujuan, menjawab pertanyaan-pertanyaan Pelanggan, mengoreksi formulasi tertentu, dan selanjutnya, jika perlu, persyaratan dan solusi. Setelah berhasil menyelesaikan persetujuan, dokumen dikirim ke pengembangan.
Saat ini, analis kami memiliki sedikit jeda. Dalam perjalanan pengembangan, ia, tentu saja, terhubung ke pekerjaan pada proyek, tetapi dengan beban yang tampak lebih kecil. Tugasnya terutama adalah jawaban atas pertanyaan dari pengembang dan pembaruan persyaratan secara berkala dengan Pelanggan.
Ketika pengembangan selesai, analis menjadi penguji dan melakukan pengujian yang panjang, bijaksana dan teliti terhadap solusi yang dikembangkan. Saya akan segera mencatat bahwa kita sedang berbicara tentang pengujian pengguna, tetapi ini tidak berarti bahwa itu dangkal. Setiap tombol dicentang, setiap jendela, setiap cabang rute, semua formulir pelaporan dibuat, semua skrip diluncurkan. Pada saat yang sama, pengujian dibagi menjadi dua tahap besar. Langkah pertama adalah memeriksa fungsi dasar. Semua yang ada di sini harus berfungsi seperti yang tertulis dalam dokumentasi, dan seolah-olah pengguna yang berpengalaman dan berpengetahuan sedang duduk di depan komputer. , , «» , . , . , .
. , . -, – , , , .
, , , , . – , .
-, . : , , , , .. ( , ).
, , , . , – , .
, , , . , , , .
, , .
Bonus-level
, , .
– . 3-4 . , , , , .
, , . , , .
– . . – .
– , , ..
, , - , , .
Epic-fail
, . . – overqualified.
. , , . , , .
, -. , , , . , . – , . . , .
, . – !