🔦 🎂 🧑🏾‍🤝‍🧑🏻 Profesi analis sistem: pengembangan komunitas, promosi dan pelatihan profesi 🏓 👎 🤱🏼

Baru-baru ini, Alexey Lobzov, kepala analis sistem Alfa-Bank, pimpinan teknis analis perusahaan, berbicara di saluran YouTube kami. Alexey terlibat dalam pemilihan, orientasi, dan pengembangan analis sistem. Selain itu, dia dikenal di Habré sebagai alobzov, secara teratur membuat laporan, melatih analis sistem secara online.

Kami membagikan rekaman dan transkrip siaran.

Nama saya Alexey Lobzov, saya adalah kepala analis sistem di Alfa-Bank. Pada saat yang sama, saya adalah pemimpin teknis dari analis perusahaan bank kami.

Saya ingin berbicara tentang profesi analis sistem dan mempertimbangkan tiga masalah: komunitas analis, promosi profesi dan pelatihan analis, pertama-tama, tanpa pengalaman kerja, yaitu, analis tingkat pemula.

Apakah ada definisi resmi dari analis sistem dan bidang tanggung jawabnya?

Apakah itu peran dalam proyek, produk atau perusahaan, atau profesi / posisi?

Analis sistem adalah sebuah profesi. Di situs web Kementerian Tenaga Kerja terdapat bagian "Direktori Profesi", di mana Anda dapat menemukan profesi analis sistem dan membaca apa deskripsinya. Juga, dari halaman ini Anda dapat pergi ke standar profesional dan mengetahui fungsi apa yang diharapkan dari seseorang dalam profesi ini.

Padahal, dalam praktiknya, mungkin ada penyimpangan. Bagaimanapun, jika Anda mendapatkan pekerjaan sebagai analis sistem, maka Anda akan memiliki deskripsi pekerjaan dengan tanggung jawab yang diharapkan pemberi kerja dari Anda. Penyimpangan dari standar kemungkinan tidak signifikan.

, ?

Pemahaman yang berbeda tentang profesi ini dapat ditemukan di mana-mana, dan perusahaan yang berbeda mungkin memiliki persyaratan yang berbeda untuk seorang analis. Salah satu faktor di sini adalah ukuran perusahaan. Perusahaan kecil mungkin tidak siap mempekerjakan analis sistem, analis bisnis, penguji, dan penulis teknis pada saat yang sama. Sejumlah tanggung jawab fungsional dari spesialis lain dapat memengaruhi analisis sistem.

Jika Anda berbicara dengan orang yang memiliki pengalaman kerja di perusahaan di mana analis sistem terlibat dalam pengembangan proses bisnis, bekerja dengan persyaratan bisnis dan penyusunan spesifikasi teknis, tetapi tidak merancang arsitektur sistem masa depan dan mengembangkan spesifikasi teknis untuk modul individu, maka mungkin ada kesalahpahaman ...

Dalam praktiknya, ada kasus ketika pemilik produk mendatangi kami dan meminta kami untuk mengerjakan persyaratan untuk fitur tertentu - misalnya, penghapusan layanan ditambah pemberitahuan kepada klien tentang penghapusan - dan pernyataan tersebut berisi persyaratan hingga teks pemberitahuan yang seharusnya. Kami merujuk contoh tugas tersebut ke tugas bisnis, dan kami tidak memasukkannya ke dalam analisis sistem. Kami berharap pemilik produk memberi kami persyaratan bisnis - tunjukkan kepada kami apa yang perlu dilakukan - dan kami, sebagai analis sistem dan anggota tim pengembangan, akan bekerja dengan anggota tim lainnya untuk mencari cara terbaik untuk menerapkan persyaratan ini.

Jika kita berbicara tentang konflik, dalam praktik saya tidak pernah sampai pada konflik nyata, ketika semua orang akan bertengkar dan meningkatkan situasi ke tingkat pemimpin. Kesalahpahaman diselesaikan dalam percakapan. Saya akui bahwa di beberapa perusahaan kesalahpahaman dapat mengambil bentuk yang lebih kejam.

Saya ingin berbicara tentang komunitas analis sistem - apakah mereka benar-benar ada, dan apa adanya. Tentu saja, jawaban "mereka ada" terlalu sederhana - saya akan memberi tahu Anda bagaimana saya bisa mengenal mereka sendiri.

Ini terjadi relatif baru-baru ini; Saat itulah saya datang ke Alfa-Bank, di awal tahun 2017. Kemudian tim saya (dan 4 tim lain yang sejenis) terlibat dalam pembuatan bank Internet untuk badan hukum dan pengusaha perorangan. Setiap tim mengembangkan produk perangkat lunaknya sendiri, dan bank Internet dalam gambar sasaran terdiri dari produk-produk ini. Kami sampai pada pemahaman bahwa tidak mungkin mengembangkan semua produk ini secara mandiri, masing-masing dengan caranya sendiri.

Misalnya, pengguna dihadapkan dengan antarmuka pertama-tama, dan satu produk mungkin memiliki warna UI berpasir bersyarat, sementara yang lain memiliki warna abu-abu, dan yang ketiga memiliki beberapa warna lain; ini seharusnya tidak diizinkan. Kami mulai memahami bahwa kami perlu mengembangkan lima produk kami secara terkoordinasi. Tim awalnya bekerja sesuai dengan metodologi yang mirip dengan SCRUM, tetapi dengan kekhasan yang diberlakukan oleh spesifikasi perbankan. Dengan satu atau lain cara, kami menskalakan SCRUM oleh lima tim, bekerja dalam mode ini dan merilis bank Internet, membukanya untuk pengguna. Sebuah pengalaman menarik muncul, yang belum pernah saya lihat sebelumnya, termasuk di dalam teks. Karena itu, saya punya ide untuk membagikan pengalaman ini.

Saya ingin berbagi secara khusus dengan komunitas analis, dan tugas saya adalah menemukan komunitas semacam itu. Saya bertanya kepada rekan-rekan saya di Alpha; Saya diberi tahu bahwa ada konferensi analis populer - Analyst Days. Itu terjadi setiap tahun, dan Anda dapat pergi ke sana dan berbicara, atau setidaknya berpartisipasi, mempelajari beberapa hal menarik yang kemudian dapat diterapkan dalam pekerjaan.

Saya mulai menganalisis kemungkinan menghadiri konferensi ini - baik sebagai pembicara maupun sebagai peserta tetap; pada akhirnya saya sampai pada kesimpulan bahwa konferensi ini bukan untuk saya. Ada dua alasan untuk ini: pertama, menurut pemahaman saya, orang-orang serius datang ke konferensi dengan topik yang serius, dan para peserta membayar untuk mendengarkan mereka dan mengajukan pertanyaan. Kedua, saya sama sekali tidak siap membayar tiket anggota; Saya punya contoh - komunitas pengembang Moskow Python (Pertemuan Python Moskow), yang mengadakan pertemuan bulanan dengan entri gratis. Anda bisa datang ke sana secara gratis, mendengarkan pembicara, bertanya, mengobrol dengan pythonist, makan pizza saat istirahat pizza; Jika Anda memiliki topik, maka Anda dapat mendaftar sendiri, menyatakan topik tersebut di depan panitia, dan jika topiknya sesuai, kemungkinan besar Anda akan dimasukkan dalam rencana kinerja.Jadi saya mulai mencari sesuatu yang mirip dengan MPP, tetapi untuk komunitas analis.

Pencarian memberi saya informasi tentang komunitas analis dengan situs uml2.ru. Saya mengenal situs tersebut, saya menyukai semuanya; bahkan mencoba menghadiri beberapa pertemuan komunitas. Pada dasarnya, semuanya menarik: konten, orang. Saya tidak puas dengan keteraturan pertemuan: dibandingkan dengan komunitas python, pertemuan ini diadakan secara tidak teratur (atau saya tidak mendapat informasi kapan pertemuan berikutnya akan dilakukan). Ditambah lagi, saya tidak tumbuh dengan baik dengan komunitas analis - mungkin ada faktor tambahan. Saya harus berbicara dengan pengembang Python.

Seiring berjalannya waktu; kebutuhan akan komunitas tidak hanya saya ketahui, tetapi juga oleh rekan-rekan saya dari Alpha. Pada tahun 2018, sebuah inisiatif internal lahir: untuk membuat pertemuan Anda sendiri untuk para analis.

Kami berkumpul dengan rekan kerja dan membuat pertemuan AnalyzeIT: pertama kali diadakan pada tanggal 20 September 2018. Ada dua pertemuan lagi di tahun 2019, kami berencana mengadakannya setiap enam bulan. Pada tahun yang sama, diadakan pertemuan dari komunitas analis Raiffeisenbank - saya mempelajarinya dari rekan-rekan dari Rife, yang mengundang saya untuk berpartisipasi sebagai pembicara. Saya tidak bisa menolak; jadi saya belajar tentang komunitas analis sistem baru yang cocok untuk saya. Seiring waktu, dengan pertumbuhan saya, dengan perolehan pengetahuan baru, dengan komunikasi dalam komunitas, saya mulai belajar tentang platform baru dan baru di mana saya dapat bertukar pengalaman, menjalin kontak, mengatur proyek, bahkan mencari pekerjaan baru. Dari platform ini, saya dapat memilih Open Meetup for Analysts: berlangsung secara online, pertemuan pertama baru-baru ini diadakan, dan pertemuan berikutnya dijadwalkan pada 26 November.Idenya adalah, pada kenyataannya, ada banyak komunitas analis di Rusia; jika kita mengambil pengelompokan regional - mereka berada di Moskow, St. Petersburg, Yekaterinburg, Perm, dan kota-kota lain, dan diperlukan platform tempat orang-orang dari komunitas yang berbeda dapat berkomunikasi satu sama lain.

Seperti yang saya katakan, akan ada pertemuan kedua komunitas ini pada 26 November - Pertemuan Online Analis TI. Jika Anda tertarik - daftar; Saya pikir itu akan berguna.

Apa yang harus dilakukan analis sistem ketika dia datang ke proyek baru, dan ada cakupan dokumentasi yang buruk, konflik antara antarmuka pengguna dan back-end? Apa cara yang benar untuk memulai dalam situasi seperti ini?

Tidak ada solusi yang cocok untuk semua masalah seperti itu. Analis harus memahami situasi saat ini dan mengatur semuanya; bagaimana tepatnya tergantung pada situasi tertentu. Jika tidak ada dokumentasi, mungkin ada baiknya meluangkan waktu untuk membuatnya. Jika ada masalah antara antarmuka dan bagian belakang, mungkin ada baiknya untuk merapat dengan pengembang depan dan belakang, melibatkan seorang arsitek dan menyelesaikan masalah bersama. Tidak mungkin untuk segera menjawab pertanyaan itu, saya kira.

Saya mengatakan bahwa ada beberapa pertemuan untuk analis di mana Anda dapat berbicara dengan bebas, mengajukan pertanyaan kepada pembicara, dan berkomunikasi dengan anggota komunitas. Selain pertemuan, ada situs lain; Grup Telegram sangat populer sekarang: Raiffeisenbank yang sama memiliki grup untuk analis sistem, saya adalah anggotanya. Di sana, meski tidak terlalu sering, pertanyaan muncul, dan komunitas dengan senang hati menawarkan opsi untuk memecahkan masalah. Grup tersebut disebut Open SA Community Raiff; Jika Anda tertarik, datanglah juga. Sebagai contoh pertanyaan: seorang gadis baru-baru ini masuk dan menulis bahwa dia bekerja di analisis sistem, tetapi dia merasa bahwa pengetahuannya tidak memiliki struktur, metodologi umum analis. Ia meminta masukan dari masyarakat tentang bagaimana mendapatkan struktur seperti itu; di satu sisi anda bisa melanjutkan ke jenjang pendidikan yang lebih tinggi, di sisi lain, sekarang sudah banyak kursus online,termasuk analisis sistem, dan mungkin ada baiknya pergi ke sana. Atau mungkin Anda harus meminta manajer atau pemimpin untuk menjadi mentor dan membantu memompa analitik Anda. Berbagai pilihan, kemungkinan; komunitas baru saja membahas apa yang mungkin menjadi pilihan terbaik.

Bisakah kamu menemukan pekerjaan di pertemuan Jun?

Ya, Anda dapat menemukan pekerjaan di pertemuan. Jika kami mengadakan pertemuan dari Alfa-Bank, selalu ada spesialis SDM di sana, Anda bisa mendapatkan informasi tentang lowongan dan mengirimkan resume Anda untuk dipertimbangkan. Jika perusahaan memiliki posisi junior, maka Anda dapat melamar mereka. Alfa sekarang telah membayar magang; Tentu saja, tidak banyak dari mereka, tetapi mereka tersedia - jika ada pertemuan sekarang, itu mungkin untuk melamar mereka. Saya pikir di setiap pertemuan di mana perwakilan dari HR perusahaan penyelenggara hadir, ada peluang untuk menemukan posisi junior. Karena itu, saat akan bertemu, Anda perlu bertanya.

Saya menyebutkan grup telegram Raiffeisenbank; sebenarnya, ada kelompok lain. Secara khusus, Anda dapat menemukan grup terpisah berdasarkan kota. Baru-baru ini di Habré saya melihat sebuah artikel yang ditulis oleh Anna Mikhailova dari konsorsium Kodeks - artikel tersebut dikhususkan untuk pengembangan analis. Dia menyebutkan komunitas, mengutip tautan ke mereka; di komentar, pembaca melemparkan tautan lain ke grup telegram dari komunitas yang berbeda. Artikel tersebut berjudul "Developing Analysts." Ada banyak tautan; semuanya hampir tidak bisa disebutkan.

Pertukaran pengetahuan juga dilakukan pada sumber daya Internet lainnya. Di Habré yang sama, di blog korporat, artikel dari analis perusahaan dipublikasikan; juga analis menulis artikel mereka sendiri, tanpa terikat dengan perusahaan. Saya senang membaca Habr, dan dari waktu ke waktu saya menemukan materi yang berguna.

Bagaimana seorang analis bisnis berbeda dari analis sistem?

Bukan pertanyaan yang mudah, karena ada perusahaan yang berbeda. Posisi di dalamnya disebut berbeda, dan tanggung jawab sistem dan analis bisnis di perusahaan yang berbeda mungkin tumpang tindih dalam banyak hal, atau bahkan tumpang tindih. Saya telah menyebutkan standar profesional untuk analis sistem - ada juga standar profesional untuk analis bisnis. Anda dapat melihat standar ini dan memahami bagaimana profesi ini berbeda satu sama lain. Saya juga dapat merekomendasikan artikel oleh Yaroslav Vartokhov, yang ditulis tahun ini - ini dikhususkan untuk perbedaan antara analis sistem dan analis bisnis. Semuanya dijelaskan secara detail.

Singkatnya, analis bisnis lebih banyak bekerja dengan komponen bisnis. Ini bekerja dengan persyaratan bisnis, membuat proses, merekayasa ulang proses yang ada. Lebih banyak proses dan bisnis. Analis sistem bekerja lebih banyak dengan teknologi: merancang arsitektur sistem masa depan, solusi desain, menulis spesifikasi teknis, dan interaksi erat dengan tim pengembangan. Dalam pemahaman saya, seorang analis bisnis berinteraksi lebih banyak dengan bisnis, dan analis sistem - dengan tim pengembangan. Batasan yang lebih formal dibuat dalam standar profesional. Namun, dengan satu atau lain cara, tanggung jawab akan berbeda dari perusahaan ke perusahaan, dan ini tetap menjadi masalah yang kontroversial.

Apakah Anda menggunakan EPC, atau apakah UML dan BPMN cukup?

Jika kita berbicara tentang departemen tempat saya bekerja, maka dalam dokumen arsitektur dan teknis kita menggunakan semua notasi ini. Urutan UML mungkin yang paling populer. Kami menggunakan EPC dalam dokumen arsitektur, saat menjelaskan model fungsional proses. BPMN - Saya pribadi belum pernah menggunakannya, tapi beberapa rekan di Alpha menggunakannya untuk mendeskripsikan dokumen arsitektur.

Jika seorang analis mencari variabel C # dalam enum dan membandingkannya dengan dokumentasi, bukankah itu terlalu menyimpang dari tanggung jawab seorang analis sistem?

Jika ini adalah persyaratan majikan - saya pikir ini adalah penyimpangan dari tugas seorang analis sistem. Jika ini adalah inisiatif Anda sendiri, maka dengan melakukannya Anda menunjukkan bahwa Anda tertarik dengan apa yang Anda lakukan; saat Anda berkembang, Anda ingin lebih memahami apa yang dilakukan rekan tim Anda - misalnya, pengembang .NET. Dalam hal ini, inilah keuntungan Anda. Artinya, jika analis memahami kode tersebut, maka itu harus atas inisiatifnya sendiri, dan bukan atas permintaan dari atas. Ini menurut saya.

Saya dapat mengatakan bahwa di Alpha, banyak analis yang menyelami kode, dan bahkan selama analisis kode, mereka menemukan kesalahan logis yang tidak selalu dihilangkan pada tahap peninjauan oleh pengembang. Misalnya, kami memiliki layanan tunggal yang menentukan jenis klien bank. Kode telah ditulis untuk memisahkan organisasi dan pengusaha individu, dan analisis NPWP ditulis di sana (12 karakter - IP, 10 karakter - organisasi). Tetapi mengapa menulis logika Anda sendiri jika ada layanan siap pakai, dan semua sistem bank menggunakannya - ini adalah satu titik masuk. Jika logika kami entah bagaimana berubah, maka kami membuat perubahan pada layanan ini. Jika ada implementasi alternatif, maka kita harus menyadarinya, dan jika terjadi perubahan, ubah kode tidak di satu tempat, tetapi di dua tempat. Oleh karena itu, jika analis menyelam ke dalam kode, maka dia dapat mengidentifikasi ketidakakuratan dalam logika pekerjaan dan membantu menghilangkannya pada waktu yang tepat.

Manakah yang terbaik untuk digunakan untuk desain sistem tingkat tinggi? Komponen atau diagram penyebaran?

Saya tidak bisa mengatakan karena persyaratannya berbeda. Bahkan jika kita berbicara tentang pengaturan untuk pembangunan; kami memiliki pengembang berpengalaman yang memahami dengan sempurna, dan kami memiliki pengembang yang tidak berpengalaman yang membutuhkan spesifikasi terperinci. Oleh karena itu, dalam hal ini yang menjadi pertanyaan adalah untuk siapa skema ini dikembangkan, siapa konsumennya; dalam bentuk apa dia ingin menerima informasi. Poin kedua: perusahaan harus memiliki standar untuk dokumen dan pemodelan. Standar apa yang dipatuhi perusahaan Anda? Mungkin Anda menggunakan diagram komponen.

Kami berbicara tentang komunitas analis. Singkatnya, sebenarnya ada banyak sekali komunitas. Ada konferensi - Saya sebut salah satunya, Analyst Days, tetapi sebenarnya ada banyak konferensi, "Titik pertemuan" yang sama di St. Petersburg sangat berharga. Selain konferensi, ada pertemuan analis, grup telegram, sumber daya di Internet tempat Anda dapat berkomunikasi dan berbagi pengalaman.

Bagaimana jika Anda menjelajahi banyak komunitas tetapi tidak menemukan apa pun untuk diri Anda sendiri? Anda tetap ingin berbagi informasi dengan orang lain atau mencari tahu apa yang sedang dilakukan kolega dari komunitas profesional lainnya. Dalam hal ini, Anda bebas memilih komunitas dari area lain. Misalnya, Anda dapat mengunjungi komunitas pengembang untuk melihat apa yang mereka lakukan. Atau komunitas penguji, atau teknisi QA - dan bertukar pengalaman di sana. Saya pergi ke pertemuan komunitas python untuk waktu yang lama, saya tertarik di sana; Saya bahkan berpikir untuk menjadi pengembang Python. Saya juga berpartisipasi dalam peluncuran komunitas insinyur QA di Dodo Pizza. Ini terjadi di 2018; orang-orang baru saja memulai pertemuan mereka, satu pertemuan berlalu dan yang kedua sedang disiapkan pada bulan Februari. Mereka mencari pembicara dan mengundang saya untuk membuat presentasi - meskipun faktanya demikianbahwa saya bukan insinyur QA dan memiliki hubungan tidak langsung dengan pengujian, hanya dari sudut pandang analis.

Jika Anda diundang ke komunitas lain, atau Anda memiliki keinginan untuk mengunjungi komunitas lain - jangan ragu, kunjungi, bicaralah. Kami semua bekerja di bidang TI, kami memiliki banyak titik kontak dan topik umum untuk komunikasi. Misalnya, pada pertemuan kedua dari Dodo Pizza, saya melakukan presentasi, menceritakan bagaimana saya (sebagai analis) berpartisipasi dalam proses QA, berbicara tentang teknik yang digunakan analis dalam pekerjaan mereka, tentang teknik pengujian. Saya harus mencatat bahwa pengembangan kompetensi-T didorong di tim kami. Ini adalah saat Anda memiliki kompetensi utama (saya memiliki analisis sistem) dan kompetensi terkait (pengembangan, pengujian). Ini membantu untuk lebih memahami apa yang kolega lakukan, dan terkadang melindungi mereka dalam melakukan tugas sederhana jika mereka tidak ada. Artinya, Anda dapat memompa kompetensi dan, misalnya,mengembangkan beberapa tes otomatis menggunakan kerangka kerja yang ada. Oleh karena itu, jika Anda memiliki kesempatan dan keinginan untuk mengunjungi komunitas lain, saya sangat merekomendasikan melakukan ini.

Saya juga ingin menyebutkan organisasi komunitas saya sendiri. Apa masalahnya: Anda dapat berjalan melalui komunitas yang ada, melihat komunitas di area terkait, tetapi tidak ada yang cocok untuk Anda; Anda melihat ceruk tertentu untuk diri Anda sendiri dan siap meluncurkan komunitas Anda sendiri. Jika Anda mengalami situasi seperti itu, ini adalah pengalaman yang baik; Anda bisa mencoba masuk ke dalam cerita ini dan mungkin sesuatu akan tumbuh darinya. Menggunakan Alpha sebagai contoh - seperti yang saya katakan, kami meluncurkan komunitas kami sendiri, pertemuan AnalyzeIT kami. Kami hanya memiliki tiga pertemuan. Bagaimana kami meluncurkannya: kami memiliki tim analis yang bertanggung jawab atas konten, dan tim dari departemen pengembangan merek, yang bertanggung jawab untuk mengatur tempat, menarik peserta dan pendengar, dan mengatur pesta burger (karena apa itu pertemuan tanpa burger- atau pizza- pesta;komponen yang sangat penting - Anda dapat menikmati makanan ringan dan mengobrol dengan rekan kerja yang datang ke acara tersebut). Mengorganisir pertemuan pertama membutuhkan banyak waktu; kami mempersiapkan dengan hati-hati, memilih beberapa laporan dan menghabiskan waktu 3-4 minggu untuk melatihnya. Ada persiapan yang gila-gilaan, lalu mereka keluar dan menghembuskan napas. Sisa pertemuan lainnya lebih mudah karena kami mendapat pengalaman, tetapi yang pertama adalah yang paling sulit dan berkesan.

Tentu saja, sekarang tidak ada pertemuan karena epidemi; kami belum online, tapi mungkin ada pengembangan tahun depan.

Saya sangat suka berpartisipasi dalam mengorganisir komunitas analis sistem dari Alfa Bank, dan - sebagai pembicara - di awal komunitas analis dari Raiffeisenbank, dan dalam menyelenggarakan pertemuan untuk spesialis QA dari Dodo Pizza. Ini semua adalah pengalaman yang bermanfaat.

Saya ingin beralih ke topik berikutnya - mempromosikan profesi. Saya, sebagai analis sistem, ingin mempopulerkan profesi kami. Mengapa ini dibutuhkan? Saya telah mengidentifikasi sendiri dua alasan utama mengapa hal ini layak dilakukan.

Yang pertama adalah masih ada kesalahpahaman yang akut oleh sejumlah spesialis tentang esensi dari apa yang dilakukan analis. Itu terjadi karena beberapa alasan. Pertama, di perusahaan yang berbeda, pekerjaan seorang analis memiliki arti yang berbeda - tidak secara drastis, tetapi ada perbedaan.

Di beberapa perusahaan, analis hanya peduli dengan bekerja dengan persyaratan dan menulis tingkat atas dalam tugas teknis mereka, di perusahaan lain mereka masuk ke database, membuat kueri dan menulis prosedur yang tersimpan.

Semuanya relatif dan bergantung pada perusahaan itu sendiri. Jika ia mampu memiliki posisi teknisi khusus, maka analis akan menangani persyaratan dan desain daripada menjelaskan solusi yang ada dan mendokumentasikan sistem. Perusahaan yang berbeda memiliki persyaratan dan ekspektasi yang berbeda untuk seorang analis, sehingga terkadang muncul kesalahpahaman: apa yang harus dilakukan oleh seorang analis "referensi"?

Jika Anda membaca sumber daya Internet - Habr yang sama - maka Anda dapat menemukan publikasi yang relatif banyak tentang topik yang sama: jenis analis apa yang tersedia dan bagaimana perbedaannya. Saya melihat publikasi seperti itu pada tahun 2013 dan sekarang. Tampaknya 7 tahun telah berlalu, tetapi mereka terus menulis tentang hal ini, yang berarti masih ada kesalahpahaman.

Misalnya, tidak ada artikel tentang jenis pengembang Python dan apa perbedaannya; jelas diantara mereka ada yang terlibat dalam pengembangan software, atau analitik data menggunakan Python untuk analisis, tapi saya belum melihat artikel yang membaginya menjadi beberapa tipe. Mungkin semuanya jelas dengan profesi khusus ini, tetapi tidak dengan analis.

Sebenarnya, itulah mengapa saya pergi dan berbicara tentang analis kami. Saya memiliki pengalaman dalam analisis sistem di Alfa-Bank, dan oleh karena itu saya fokus pada siapa analis sistem di Alfa, untuk apa kami hidup, apa yang kami lakukan, bagaimana kami menulis dokumentasi, bagaimana kami menilai kualitasnya, apakah kami bekerja dengan metrik produk, bagaimana analis kami sedang berkembang. Saya menulis tentang semua ini, tetapi dengan catatan bahwa itu terjadi di Alpha; Saya tidak dapat memberikan sudut pandang umum tentang siapa analis sistem - untuk ini lebih baik menggunakan standar profesional. Standar tertulis di dalamnya.

Kasus yang sangat menarik terkait dengan mempopulerkan profesi - saya menyebutnya "kasus bagaimana dua pengembang menjadi kurang." Saya memiliki dua kenalan - seorang perempuan dan seorang laki-laki; gadis itu lulus dari universitas teknik dan sedang mencari tempat untuk magang, lelaki itu memiliki banyak pengalaman kerja, beberapa tahun terakhir dia bekerja di bagian penjualan, tetapi ingin mengubah aktivitasnya - pergi ke TI.

Artinya, keduanya sedang mencari peluang di bidang IT; Tentu saja, hal pertama yang terlintas dalam pikiran terkait dengan TI adalah pemrograman, jadi mereka melihat, antara lain, apakah mereka dapat memasuki pasar pengembang sistem informasi, dan, jika bisa, di mana: depan, tengah. Mereka memiliki preferensi dan keadaan mereka sendiri. Dan orang-orang tersebut, pada kenyataannya, tidak sepenuhnya memahami apa yang dilakukan oleh seorang analis sistem; tetapi setelah kami berbicara dengan mereka, mereka menjadi tertarik. Setelah percakapan, saya membawa mereka ke pertemuan kedua dari Alpha, mereka berbicara dengan analis kami, mendengarkan laporan. Gadis itu kemudian mendapat pekerjaan pada program magang di Alfa-Bank, menyelesaikannya dan sekarang bekerja di salah satu divisi sebagai analis sistem. Pria itu menjalani sekolah analisis sistem, juga bersama kami, mendapat pekerjaan di negara bagian dan sekarang bekerja di divisi lain.

Penting untuk mempopulerkan profesi; ini berguna tidak hanya dalam hal menghilangkan ketidakpastian dan memperjelas apa yang dilakukan analis sistem, tetapi juga dalam hal menarik personel ke profesi tersebut. Orang-orang telah bekerja selama lebih dari setahun, mereka mendapat ulasan positif - yaitu, mereka menyukainya; analitik sistem untuk mereka. Tanpa mempopulerkan profesi, mereka bisa saja pergi ke tempat yang salah, misalnya, menuju pembangunan.

Poin berikutnya adalah dari mana mereka berasal dan dari mana mereka meninggalkan analitik; ini bersinggungan dengan salah satu pertanyaan dari audiens: apa langkah selanjutnya setelah analis sistem.

Jika kita mengambil langsung Alpha dan latar belakang dari beberapa orang yang sekarang bekerja sebagai analis, maka kita dapat mengatakan bahwa analitik biasanya berasal dari beberapa area tertentu. Pengujian - bekerja sebagai penguji, memperoleh pengalaman, ingin menangani persyaratan. Pemeliharaan (khususnya, pemeliharaan fungsional) - "kami lelah mendukung sistem Anda, kami ingin mengembangkan sendiri sistem baru"; orang-orang ingin bergabung dengan tim pengembangan, dan, karena latar belakang teknis yang baik, mereka berhasil memasuki pasar analitik.

Dan pengembangan: orang-orang yang lelah menulis kode dan ingin mendesain. Ketiga bidang TI terkait, semuanya memiliki kesempatan untuk masuk ke analitik. Ada juga lapisan besar orang yang datang kepada kami dengan resume sebagai kandidat. Banyak yang datang dari analisis bisnis: mereka telah melakukan analisis bisnis, mereka ingin mendalami teknologi lebih dalam. Juga, seringkali ada orang yang datang kepada kita dari posisi manajerial: manajer proyek dan pemilik produk.

Nyatanya, tidak ada batasan. Anda dapat melihat analisis sistem dari area mana pun - seperti yang saya katakan, teman saya berasal dari bagian penjualan. Tapi saya rasa latar belakang teknis dan pengalaman TI merupakan nilai tambah; lebih mungkin untuk mencari pekerjaan sebagai analis sistem.

Ke mana selanjutnya analis sistem? Jika kita mengambil model Alpha, maka kita bisa membedakan antara area bisnis dan teknis. Arah bisnis adalah pengembangan menuju pemilik produk; Sebagai seorang analis, Anda berkembang sebagai anggota tim pengembangan, tetapi sekarang Anda ingin meninggalkan tim pengembangan, bertanggung jawab atas produk pada diri Anda sendiri, Anda ingin dialokasikan anggaran untuk mengumpulkan tim pengembangan Anda sendiri dan mulai mengembangkan produk yang Anda minati. Arahan teknis adalah jalan untuk menjadi arsitek solusi. Siapa ini? Jika Anda mengambil bank Internet untuk badan hukum sebagai contoh, maka dari sudut pandang klien, bank ini adalah sistem terpadu yang besar; tetapi dari sudut pandang kami (sebagai tim pengembangan), ini adalah kumpulan produk perangkat lunak yang dikembangkan oleh tim yang berbeda. Ada timyang terlibat dalam pengembangan aplikasi untuk pembayaran rubel, atau untuk deposito, atau di bidang lain. Banyak aplikasi dan banyak perintah. Analis kami, pertama, adalah anggota tim pengembangan, dan, kedua, diposisikan sebagai arsitek dalam kerangka produk perangkat lunaknya. Arsitek solusi bertanggung jawab atas arsitektur seluruh bank Internet secara keseluruhan, bekerja dalam konteks yang lebih luas daripada seorang analis. Analis adalah ahli dalam produknya, sedangkan arsitek harus memahami bank secara keseluruhan. Ini adalah jalur kedua dari perkembangan analis.bekerja dalam konteks yang lebih luas daripada seorang analis. Analis adalah ahli dalam produknya, sedangkan arsitek harus memahami bank secara keseluruhan. Ini adalah jalur kedua dari perkembangan analis.bekerja dalam konteks yang lebih luas daripada seorang analis. Analis adalah ahli dalam produknya, sedangkan arsitek harus memahami bank secara keseluruhan. Ini adalah jalur kedua dari perkembangan analis.

Tentu, jangan lupakan struktur organisasi. Jika Anda memiliki kesempatan, maka setelah analis biasa atau analis tingkat tinggi, Anda bisa menjadi kepala arahan, kepala pusat kompetensi untuk analitik sistem, dan kemudian kepala direktorat, dan seterusnya, sesuai strukturnya.

Apa perbedaan antara analis senior dengan fasilitator?

Berbeda dalam beberapa faktor. Persyaratan untuk senior dan analis utama bervariasi dari satu perusahaan ke perusahaan lain, tetapi secara global perbedaannya meliputi pengalaman kerja, kisaran keterampilan teknis yang telah mereka tunjukkan melalui tugas, dan serangkaian tanggung jawab tambahan yang dilakukan analis selain mengerjakan proyek. Ini bisa menjadi tanggung jawab untuk melakukan wawancara teknis, misalnya: seorang analis berpengalaman dapat berkomunikasi dengan kandidat dan memberikan penilaian yang seimbang atas keterampilan analitis mereka. Jika kami yakin dia mampu melakukan ini, maka dia jelas lebih unggul dari rata-rata analis senior. Atau dia mungkin bertanggung jawab atas blok pekerjaan tambahan. Secara umum, dia biasanya memiliki lebih banyak tanggung jawab - sesuai dengan kompetensinya yang lebih tinggi. Tetapi persyaratan yang membedakan satu analis dari yang lain berbeda dari perusahaan ke perusahaan.

Beri tahu kami tentang arsitektur layanan mikro

Ya, Alpha menggunakan arsitektur layanan mikro. Kami memiliki sistem monolitik dan layanan mikro. Kami pergi ke layanan mikro.

Blok ketiga dari pidato saya berkaitan dengan pelatihan analis, pertama-tama - untuk melatih analis dari awal, atau melatih orang yang belum memiliki pengalaman tertentu dalam profesinya.

Pada suatu waktu kami membutuhkan spesialis baru: bank berkembang, divisi kami berkembang. Pada titik tertentu, kami dihadapkan pada realisasi masalah: tidak ada cukup banyak orang di pasar yang dapat memenuhi kriteria kami. Masalah ini muncul karena pada masa itu kami terutama menggunakan pasar lokal kami - yaitu, pasar kota-kota tempat kami berkantor (misalnya, Moskow dan St. Petersburg). Artinya, kemudian kami menyaksikan sebagian besar pria di kota-kota ini dan tidak pergi ke daerah.

Dan kami menyadari bahwa tidak ada spesialis yang cocok di kota "kami". Ide muncul dari "pertumbuhan" analis independen dari awal, membawa mereka ke tingkat kompetensi yang sedemikian rupa sehingga mereka dapat dengan aman melaksanakan tugas analitis kita.

Kami melakukan uji coba pada tahun 2018; Saya bertemu dengan kandidat pertama - saya ditawari untuk melakukan onboarding. Gadis itu dimasukkan ke dalam tim saya untuk masa percobaan; Idenya adalah bahwa dengan bekerja dalam tim dan berinteraksi dengan analis berpengalaman, dia akan memperoleh pengetahuan yang diperlukan untuk bulan Juni dan kemudian, selama bekerja, akan berkembang menjadi seorang analis yang serius. Menurut hasil 3 bulan, gadis itu menunjukkan hasil yang cukup baik; Menurut pendapatnya, dia pasti sudah melalui rencana yang kita buat selama 3 bulan, dalam 2 minggu, jika dia seorang analis yang berpengalaman: yaitu dia sudah memiliki kesadaran akan skill dan pengetahuan apa yang dia peroleh selama ini.

Dia merasakan tinggi badannya, yang tidak buruk. Kemudian, untuk beberapa waktu, kami bekerja sama. Kemudian gadis itu dibawa ke tim terpisah, dan dia menjadi analis independen. Dia masih tumbuh dan berkembang di bank. Jadi, kami mengonfirmasi hipotesis bahwa kami dapat mengembangkan seorang analis dari awal sendiri.

SOA atau monolit?

Saya dapat mengatakan bahwa bank memiliki banyak sistem yang berbeda. Jika Anda bekerja di bank atau menemukan sistem serupa, maka Anda bisa membayangkan berapa banyak yang bisa Anda dapatkan. Kami memiliki SOA, monolit, dan layanan mikro - satu set lengkap.

Bagaimana cara efektif mencari pekerjaan untuk analis sistem pemula?

Banyak faktor yang mempengaruhi keberhasilan pencarian kerja Anda. Yang tidak kalah pentingnya adalah keinginan calon sendiri untuk mencari pekerjaan ini dan berkembang di lapangan. Kebetulan seseorang datang ke kursus dan berkata: ajari aku. Dia menyelesaikannya, mendapatkan sertifikat, lalu pergi ke wawancara dan menunjukkannya. Tetapi jika pada saat yang sama dia tidak memiliki keinginan, tidak ada api di matanya, maka pencarian akan sulit.

Bagaimana cara efektif mencari pekerjaan untuk analis sistem pemula? Tingkatkan diri Anda dan pergi ke wawancara. Tapi bukan sekedar jalan kaki: Anda perlu menentukan sendiri di perusahaan mana atau di bidang apa Anda ingin bekerja. Tidak memiliki tujuan yang jelas dan berjalan dengan keinginan untuk pergi kemana-mana tidaklah cocok.

Anda bisa menguraikan bahwa Anda ingin bekerja di bank, misalnya. Temukan program magang yang disediakan bank. Jika tidak ada, maka mungkin bank memberikan pelatihan untuk spesialis eksternal dengan kemungkinan mendapatkan pekerjaan. Atau mungkin bank memiliki lowongan junior untuk dilamar.

Artinya, definisikan perusahaan untuk diri Anda sendiri, lihat peluang kerja apa yang diberikannya, temukan karyawan perusahaan ini - Anda pasti dapat menemukannya di komunitas analis. Rangkaian aktivitas seperti itu dapat membantu mempercepat pencarian kerja Anda.

Apa yang mereka lihat saat melamar pekerjaan, minimal apa yang dibutuhkan?

Ini bukanlah pertanyaan yang mudah, karena hingga saat ini di Alpha, posisi awal disebut sebagai “analis sistem senior”. Dia menyiratkan bahwa bukan June yang datang ke pusat kompetensi, tetapi seorang spesialis berpengalaman dengan seperangkat pengetahuan dan keterampilan tertentu. Kami hanya tidak membawa Juns. Ada program magang (saya sudah bercerita tentang teman saya); ada wawancara dan tugas - khususnya, dalam SQL. Saya pikir jika Anda mencari pekerjaan junior, maka Anda harus membaca apa yang biasanya diminta untuk posisi junior. Pengetahuan saya yang saya kenal dari institut dan pelatihan pendahuluan di SQL ternyata sudah cukup.

Untuk posisi yang lebih tinggi yang saya wawancarai, kami tidak mempertimbangkan Jun hingga saat ini; Juna lebih mungkin disamakan dengan trainee.

Apa hasil kerja seorang analis bisnis sistem, dari sudut pandang Anda?

Dari sudut pandang saya, mengambil pengalaman tempat kerja saya saat ini, 3 bidang pekerjaan dapat dibedakan untuk seorang analis sistem. Desain sistem informasi, dokumentasi yang dikembangkan dan analisis kesalahan pertempuran. Jika kita berbicara tentang desain, maka hasilnya adalah solusi arsitektural ditambah spesifikasi pengembangan. Untuk dokumentasi - dokumentasi pada lapisan aplikasi (depan, tengah, belakang); seringkali dokumentasi dan spesifikasinya tumpang tindih - yaitu, terkadang dokumennya sama. Jika kita berbicara tentang analisis cacat, kita, sebagai tim produk, bekerja untuk kualitas dan tertarik untuk memastikan bahwa produk perangkat lunak kita bebas dari cacat. Kami mencoba menghilangkannya. Analis, termasuk berpartisipasi dalam penyelesaian cacat penjualan.

Tim analisis sistem yang bagus apa yang Anda kenal di bulan Juni untuk mendapatkan pendekatan yang tepat?

Bahkan, saya akan merekomendasikan majikan saya. Kami memiliki banyak tim, mereka berbeda, di mana pun memiliki karakteristiknya sendiri. Tetapi proses yang telah kami bangun itulah yang menarik saya.

Apa fitur ini?

Kami menganggap analis sistem sebagai arsitek mini, dia terlibat dalam desain arsitektur, dan dia lebih merupakan spesialis teknis. Kami bekerja lebih sedikit dengan persyaratan bisnis, pembuatan atau reorganisasi proses bisnis. Berikut adalah pertanyaan untuk seorang amatir: jika Anda suka berkomunikasi dengan pelanggan, memahami nuansa bisnis, Anda tidak ingin berhubungan dengan teknologi, maka departemen saya tidak akan cocok untuk Anda.

Jika Anda suka membenamkan diri dalam teknologi, jika Anda memiliki minat dan siap membaca kode, belajar menulis autotest untuk memahami cara kerja teknisi QA Anda dan membantu mereka sesekali, maka Alpha tepat untuk Anda. Jika tidak, Anda dapat melihat perusahaan lain. Menurut tinjauan, proses analisis sistem diatur dengan baik di Kaspersky Lab; Raiffeisenbank juga memiliki tugas menarik bagi para analis. Ini adalah masalah kontroversial, tentu saja: perusahaannya besar, ada banyak tim, di beberapa tim mungkin bagus, di tim lain itu buruk. Saya memiliki seorang teman yang terlibat dalam biometrik di Sberbank - dia bangga dengan timnya, katanya - mereka berada dalam kondisi terbaiknya, mereka adalah yang terbaik. Dan orang lain datang kepada kami dari Sberbank yang sama dan mengatakan bahwa pekerjaan itu membosankan, rilis jarang terjadi, Anda harus menunggu berbulan-bulan untuk mendapatkan akses. Sekali waktu tidak perlu.

Saya telah menyebutkan beberapa perusahaan; menurut saya, mungkin bagus menjadi analis sistem di sana. Bagaimana kenyataannya, saya tidak dapat menjamin - banyak faktor yang mempengaruhinya.

Untuk Jun, yang utama adalah hardskills, apa yang akan Anda rekomendasikan secara khusus?

Ya, hal utama bagi Juns adalah hardskills agar bisa melakukan pekerjaan yang relatif rutin pada awalnya. Saya akan merekomendasikan belajar bagaimana menyusun dokumen, memahami jenis layanan dan menulis pertunjukan untuknya, terdiri dari apa. Pada awalnya, Jun akan memiliki alur tugas utama yang terkait dengan mendeskripsikan bagaimana sistem diimplementasikan, atau menulis pernyataan sesuai dengan persyaratan yang diketahui: apa yang perlu dilakukan, apa yang diprogram untuk mendapatkan solusi teknis. Dalam wawancara, kita ditanyai pengetahuan tentang SQL, tetapi keterampilan dalam merancang struktur data dan sistem informasi sama pentingnya (atau lebih penting); Jika Anda mengetahui hal ini, berpengalaman dan tahu bagaimana menjelaskannya, maka, mungkin, ini akan menjadi nilai tambah Anda.

Bagaimana cara yang tepat untuk belajar sebagai analis dan mendapatkan pengalaman untuk berganti profesi jika Anda bekerja di bidang yang tidak terkait?

Saya akan merekomendasikan, pertama, untuk melihat apa yang ditawarkan perusahaan. Beberapa perusahaan menawarkan sekolah pelatihan analis dari awal, bahkan tidak dari IT - saya memberi tahu bagaimana hal itu di Alpha; seorang teman penjual datang dan dilatih. Ada kursus online, di GeekBrains yang sama (fakultas kecerdasan bisnis sistem), SkillFactory (kursus untuk analis sistem - saya penulis kursus ini dan saya mengajarinya) atau SkillBox (kursus untuk analis sistem dari awal). Ada juga Sekolah Analisis Sistem - ini adalah proyek yang serius, dimulai pada tahun 2011 dan masih ada. Anda bisa mencari kursus, Anda bisa mendapatkan pendidikan. Ada beberapa pilihan berbeda di sini: Anda dapat belajar terlebih dahulu, Anda dapat memperoleh pengalaman - dan kursus online memungkinkan Anda menyelesaikan kasus dan mengisi portofolio - dan kemudian mencoba mendapatkan pekerjaan.

Saya mengatakan bahwa saya memiliki pengalaman melatih analis sistem dari awal - ini nyata. Kami meluncurkan sekolah di Alpha yang bertujuan untuk melatih analis baru secara massal; percontohan kami berakhir dengan sukses, sebagai hasil dari sekolah kami mendapatkan analis yang kami pekerjakan. Kami memiliki 18 siswa yang telah melalui semua tahapan seleksi. 6 dari mereka menetap di negara bagian kita, yaitu, sepertiga; orang lain dipromosikan di perusahaannya dengan keterampilan dan pengetahuan baru. Oleh karena itu, sekolah ini membuahkan hasil, dan sebagian besar anak yang datang ke sana tidak memiliki pengalaman di bidang TI atau profesi terkait.

Saya menyebutkan tiga platform untuk kursus online: GeekBrains, SkillFactory, SkillBox. Saya pasti dapat merekomendasikan SkillFactory karena saya adalah penulis dan pembawa acara salah satu kursus, tetapi itu akan menjadi tidak jujur di pihak saya; Ada banyak situs, saya tidak sepenuhnya tahu apa yang terjadi di situs lain dan bagaimana proses pendidikan diatur di sana. Menurut pendapat saya, GeekBrains memiliki program yang sangat besar; jika Anda melihat situsnya, orang-orang tersebut menawarkan, antara lain, pelatihan analisis data dan bekerja dengan Python. Saya tidak sepenuhnya mengerti mengapa seorang analis sistem membutuhkan ini. SkillBox memiliki program yang bagus, tetapi dilihat dari indikasi tidak langsung, mereka lebih fokus pada pelatihan analis bisnis; jika Anda melihat URL sumber daya dengan deskripsi analis sistem, dikatakan "bisnis". Oleh karena itu, saya memiliki pertanyaan tentang konten teknis kursus ini,tapi itu hanya tebakan saya; Saya tidak bisa mengatakan apakah itu baik atau buruk.

Ada juga kursus online terpisah yang dengannya Anda dapat memperoleh pengetahuan, membangun portofolio dan kemudian, dengan pengetahuan dan portofolio, cobalah untuk mendapatkan pekerjaan di sebuah perusahaan. Sebagian besar sumber daya ini memiliki pusat karier yang membantu Anda menulis resume, mempersiapkan wawancara, dan bahkan menawarkan peluang kerja untuk perusahaan mitra. Sekolah daring sendiri tertarik dengan lulusannya yang meninggalkan pekerjaan: jika lulusannya mendapatkan pekerjaan dan terus bekerja, itu berarti sekolah tersebut berhasil melaksanakan kursus dan membantu siswa mencapai tujuan. Oleh karena itu, jika Anda berencana untuk pergi ke analisis sistem, tetapi tidak berencana untuk belajar untuk waktu yang lama (dapatkan gelar kedua), maka mungkin kursus online tepat untuk Anda.

Profesi analis sistem: pengembangan komunitas, promosi dan pelatihan profesi