Pada tahap pengembangan perangkat lunak industri saat ini, orang dapat mengamati berbagai peran produksi. Jumlah mereka bertambah, klasifikasi menjadi semakin rumit setiap tahun, dan, tentu saja, proses memilih spesialis dan bekerja dengan sumber daya manusia menjadi lebih rumit. Teknologi informasi (TI) adalah bidang kekurangan tenaga kerja dan staf yang sangat terampil. Di sini, proses pengembangan staf, kebutuhan untuk pekerjaan sistematis dengan sumber daya manusia jauh lebih efektif daripada seleksi langsung menggunakan sumber daya Internet.
Artikel ini membahas isu-isu yang relevan untuk personel yang bekerja dengan perusahaan IT: hubungan sebab akibat dalam evolusi peran produksi, konsekuensi dari salah tafsir konten peran untuk pekerjaan personel secara umum, serta kemungkinan opsi untuk meningkatkan efisiensi pemilihan spesialis.
Produksi TI untuk yang belum tahu
Siapa yang ada di IT adalah topik untuk diskusi di berbagai tempat. Itu ada sebanyak seluruh industri TI, yaitu, dari penampilan di pasar konsumen perusahaan pengembangan perangkat lunak pertama di awal 90-an abad terakhir. Dan untuk jumlah waktu yang sama tidak ada pandangan tunggal tentang masalah ini, yang menciptakan kesulitan dan mengurangi efektivitas kerja personel. Mari kita coba mencari tahu.
Bagi saya, topik peran produksi di sektor TI telah menjadi relevan dan menarik sejak saya bergabung dengan perusahaan TI. Saya menghabiskan banyak waktu dan energi gugup untuk mencari tahu proses produksi. Biaya ini melebihi harapan saya dan biaya beradaptasi dengan proses di bidang lain: pendidikan, produksi bahan, usaha kecil. Saya memiliki pemahaman bahwa prosesnya kompleks dan tidak biasa, karena, secara umum, seseorang lebih beradaptasi dengan dunia material daripada dunia virtual. Tetapi ada resistensi intuitif: sepertinya ada sesuatu yang salah di sini, seharusnya tidak begitu. Proses adaptasi mungkin memakan waktu satu tahun, yang, dalam pemahaman saya, hanyalah kuantitas kosmik. Sebagai hasilnya, saya memiliki ide yang cukup jelas tentang peran kunci dalam produksi TI.
Saat ini, saya terus mengerjakan topik ini, tetapi pada tingkat yang berbeda. Dalam peran sebagai kepala pusat pengembangan perusahaan IT, saya sering harus berkomunikasi dengan mahasiswa, profesor universitas, pelamar, anak sekolah dan lainnya yang ingin berpartisipasi dalam penciptaan produk TI untuk mempromosikan merek majikan di pasar tenaga kerja di wilayah baru (Yaroslavl). Komunikasi ini tidak mudah karena rendahnya kesadaran lawan bicara tentang bagaimana proses pengembangan perangkat lunak (software) diatur, dan, sebagai akibatnya, kurangnya pemahaman mereka tentang subjek pembicaraan. Setelah 5 - 10 menit dialog, Anda berhenti menerima umpan balik dan mulai merasa seperti orang asing, yang pidatonya membutuhkan terjemahan. Sebagai aturan, ada seseorang di antara lawan bicara yang menarik garis dalam dialog dan menyuarakan mitos populer dari tahun 90-an: "Ngomong-ngomong, semua orang IT adalah programmer." Sumber-sumber mitos adalah sebagai berikut:
- Industri TI berkembang pesat, dalam kondisi ini semua makna dan prinsip dasar berada pada tahap pembentukan;
- dalam menghadapi ketidakpastian, sulit untuk eksis, oleh karena itu, seseorang mencoba untuk memfasilitasi pemahamannya tentang hal yang tidak diketahui dengan menciptakan mitos;
- seseorang lebih terbiasa dengan persepsi dunia material daripada dunia maya, dan karena itu sulit baginya untuk mendefinisikan konsep-konsep yang berada di luar persepsinya.
Upaya untuk memerangi mitos ini kadang-kadang mirip perkelahian dengan kincir angin, karena ada beberapa aspek masalah yang perlu ditangani. Spesialis sumber daya manusia perlu, pertama, untuk memiliki gambaran yang jelas tentang peran produksi di perusahaan IT dalam perwujudan yang ideal dan nyata, kedua, untuk memahami bagaimana dan kapan sumber daya internal perusahaan dapat digunakan secara paling efektif, dan ketiga, metode nyata apa yang akan membantu meningkatkan kesadaran peserta pasar tenaga kerja dan akan berkontribusi pada pengembangan merek pemberi kerja. Mari kita perhatikan aspek-aspek ini secara lebih rinci.
Siklus Hidup Perangkat Lunak sebagai Dasar untuk Peran Produksi
Bukan rahasia lagi bahwa secara umum, semua peran produksi di perusahaan IT apa pun memiliki sumbernya sebagai siklus hidup perangkat lunak. Oleh karena itu, jika kita menetapkan tugas konseptual untuk menyepakati persepsi umum tentang masalah ini di seluruh industri TI, kita harus mengandalkan siklus hidup perangkat lunak sebagai dasar semantik yang diterima dan dipahami secara jelas. Diskusi tentang opsi spesifik untuk mengimplementasikan masalah peran produksi terletak pada bidang sikap kreatif kami terhadap siklus hidup perangkat lunak.
Jadi, kami akan mempertimbangkan tahapan-tahapan yang termasuk siklus hidup perangkat lunak, menggunakan contoh metodologi RUP. Mereka adalah tautan yang dibentuk dengan baik dalam hal konten dan terminologi. Proses produksi selalu dan di mana-mana dimulai dengan pemodelan bisnis dan pembentukan persyaratan, dan berakhir (dengan syarat, tentu saja) dengan konsultasi pengguna dan peningkatan perangkat lunak berdasarkan keinginan pengguna.
Jika Anda melakukan perjalanan sejarah pada akhir abad terakhir (seperti yang Anda tahu, ini adalah periode "otomatisasi pulau"), maka Anda dapat melihat bahwa programmer terlibat dalam seluruh proses pembuatan perangkat lunak. Di sini akar mitos bahwa setiap spesialis IT adalah seorang programmer.
Dengan kerumitan proses produksi, kemunculan platform terintegrasi dan transisi ke otomatisasi komprehensif bidang studi, dengan rekayasa ulang proses bisnis, munculnya peran khusus yang terkait dengan tahapan siklus hidup menjadi tak terhindarkan. Ini adalah bagaimana seorang analis, penguji dan spesialis dukungan teknis muncul.
Keragaman posting sebagai contoh peran analis
Analis (ia juga seorang insinyur-analis, ia juga seorang direktur, metodologi, analis bisnis, analis sistem, dll.) Membantu untuk "berteman" dengan tugas-tugas bisnis dan teknologi untuk implementasi mereka. Deskripsi pernyataan masalah untuk pengembang - ini adalah bagaimana fungsi utama analis abstrak dapat dikarakterisasi. Ia bertindak sebagai penghubung antara klien dan pengembang dalam proses pembentukan persyaratan, analisis, dan desain perangkat lunak. Dalam kondisi produksi nyata, daftar fungsi analis ditentukan oleh metode pengorganisasian produksi, kualifikasi spesialis, dan spesifikasi bidang subjek yang disimulasikan.
Beberapa analis lebih dekat dengan klien. Ini adalah Analis Bisnis. Mereka sangat memahami proses bisnis di area subjek dan mereka sendiri ahli dalam proses otomatis. Kehadiran spesialis seperti itu dalam staf perusahaan sangat penting, terutama ketika mengotomatisasi bidang subjek yang kompleks secara metodologis. Secara khusus, bagi kami, sebagai automator dari proses anggaran negara, sangat perlu bahwa di antara para analis menjadi ahli materi pelajaran. Ini adalah karyawan yang berkualifikasi tinggi dengan pendidikan keuangan dan ekonomi yang baik dan pengalaman di lembaga keuangan, lebih disukai dalam peran para ahli terkemuka. Pengalaman bekerja bukan di bidang IT, tetapi di bidang subjek sangat penting.
Bagian lain dari analis lebih dekat dengan pengembang. Ini adalah Analis Sistem. Tugas utama mereka adalah identifikasi, sistematisasi, dan analisis kebutuhan pelanggan untuk kemungkinan kepuasan mereka, persiapan tugas teknis, dan deskripsi pernyataan masalah. Mereka memahami tidak hanya proses bisnis, tetapi juga teknologi informasi, sangat sadar akan kemampuan perangkat lunak yang disampaikan kepada klien, memiliki keterampilan desain dan, karenanya, memahami cara terbaik untuk menyampaikan kepentingan klien kepada pengembang. Karyawan ini harus memiliki pendidikan TIK dan mentalitas teknik dan teknis, lebih disukai dengan pengalaman di bidang TI. Saat memilih spesialis seperti itu, nilai tambah yang jelas adalah ketersediaan keterampilan desain menggunakan alat modern.
Jenis analis lain adalah Penulis Teknis. Mereka terlibat dalam dokumentasi dalam kerangka proses pengembangan perangkat lunak, menyiapkan manual pengguna dan administrator, instruksi teknologi, video pelatihan, dll. Tugas utama mereka adalah untuk dapat menyampaikan informasi tentang program kepada pengguna dan pihak lain yang berkepentingan, untuk menggambarkan hal-hal yang rumit secara teknis secara ringkas dan jelas. Sebagian besar, penulis teknis fasih berbahasa Rusia, dengan latar belakang teknis dan pikiran analitis. Untuk spesialis seperti itu, yang paling penting adalah keterampilan menyusun teks teknis yang jelas, kompeten, terperinci sesuai dengan standar, serta pengetahuan dan kepemilikan alat dokumentasi.
Jadi, kita melihat peran yang sama (dan, omong-omong, posisi dalam daftar staf) - seorang analis, tetapi dalam berbagai inkarnasinya yang konkret dan terapan. Pencarian spesialis untuk masing-masing memiliki karakteristik sendiri. Penting untuk diketahui bahwa analis jenis ini harus memiliki keterampilan dan pengetahuan yang seringkali tidak sesuai dalam satu orang. Salah satunya adalah humanis, cenderung untuk pekerjaan analitis dengan volume besar dokumen teks, dengan kemampuan berbicara dan bersosialisasi, yang lain adalah "teknisi" dengan pemikiran teknik dan minat di bidang TI.
Ambil dari samping atau tumbuh?
Untuk perwakilan besar dari industri TI, efektivitas pemilihan langsung dari sumber daya Internet berkurang ketika proyek tumbuh. Ini terjadi, khususnya, karena alasan berikut: tidak mungkin untuk cepat beradaptasi dengan proses yang kompleks dalam perusahaan, kecepatan pengembangan alat tertentu lebih rendah daripada kecepatan pengembangan proyek. Oleh karena itu, penting bagi spesialis SDM untuk mengetahui tidak hanya siapa yang harus dicari dari luar, tetapi juga bagaimana menggunakan sumber daya internal perusahaan, dari siapa dan bagaimana menumbuhkan spesialis.
Pengalaman sangat penting bagi analis bisnis di dalam proses nyata dari area subjek, sehingga pilihan mereka "dari luar" lebih efektif daripada tumbuh di dalam perusahaan. Pada saat yang sama, penting bagi spesialis SDM untuk mengetahui daftar organisasi yang dapat menjadi sumber sumber daya personel ini, dan ketika memilih, fokuslah untuk menemukan resume dari mereka.
Untuk menutup lowongan seperti analis sistem dan arsitek perangkat lunak, sebaliknya, proses pelatihan dalam perusahaan sangat penting. Para spesialis ini harus dibentuk dalam lingkungan kerja saat ini dan kekhasan organisasi tertentu. Analis Sistem dikembangkan dari Analis Bisnis, Penulis Teknis, dan Insinyur Dukungan Teknis. Arsitek Perangkat Lunak (Arsitek Sistem) - dari perancang (Desainer Sistem) dan pengembang perangkat lunak (Pengembang Perangkat Lunak) saat mereka mendapatkan pengalaman dan memperluas wawasan mereka. Keadaan ini memungkinkan spesialis SDM untuk secara efektif menggunakan sumber daya internal perusahaan.
Persimpangan, penyatuan, dan evolusi peran produksi
Ada satu pertanyaan yang lebih sulit dari sudut pandang implementasi dalam proses produksi - penetapan batas yang jelas antara peran. Pada pandangan pertama, mungkin tampak bahwa semuanya sudah jelas: implementasi telah selesai, mereka menandatangani dokumen tentang menempatkan perangkat lunak ke dalam operasi komersial dan mentransfer semuanya ke dukungan teknis. Itu benar, tetapi sering ada situasi ketika klien, karena kebiasaan berhubungan dekat dengan analis dan melihat penyelamat dalam dirinya, terus berkomunikasi secara aktif dengannya, meskipun fakta bahwa sistem telah dilaksanakan dan fase pemeliharaan secara formal sedang berlangsung. . Namun, dari sudut pandang klien, siapa yang lebih baik dan lebih cepat daripada analis yang mengatur tugas dengannya, akan menjawab pertanyaan tentang bekerja dengan sistem. Dan di sini muncul pertanyaan duplikasi parsial peran insinyur pendukung teknis dan analis. Seiring berjalannya waktu, semuanya menjadi lebih baik, klien terbiasa berkomunikasi dengan layanan dukungan teknis, tetapi pada awal pengoperasian perangkat lunak, "transisi internal" seperti itu tidak selalu mungkin tanpa tekanan di kedua sisi.
Persimpangan peran analis dan insinyur dukungan teknis juga terjadi ketika aliran persyaratan pengembangan berada dalam kerangka kerja fase dukungan. Kembali ke siklus hidup perangkat lunak, kami melihat perbedaan antara kondisi produksi aktual dan pengaturan formal sehingga analisis persyaratan dan pernyataan masalah dapat dilakukan secara eksklusif oleh analis. Spesialis SDM tentu perlu memahami gambaran ideal peran dalam siklus hidup perangkat lunak, mereka memiliki batasan yang jelas. Tetapi pada saat yang sama, harus diingat bahwa persimpangan dimungkinkan. Ketika menilai pengetahuan dan keterampilan pelamar, Anda harus memperhatikan kehadiran pengalaman terkait, yaitu, ketika mencari insinyur dukungan teknis, kandidat dengan pengalaman seorang analis dan sebaliknya juga dapat dipertimbangkan.
Selain persimpangan, kombinasi peran produksi sering diamati. Misalnya, seorang analis bisnis dan penulis teknis dapat ada dalam satu orang. Kehadiran arsitek perangkat lunak (Arsitek Perangkat Lunak) adalah wajib dalam pengembangan industri besar, sementara proyek yang sangat kecil dapat dilakukan tanpa peran ini: fungsi arsitek dilakukan oleh pengembang (Pengembang Perangkat Lunak).
Perubahan periode historis dalam pendekatan dan teknologi pengembangan tidak dapat dihindari mengarah pada fakta bahwa siklus hidup perangkat lunak juga berkembang. Secara global, tentu saja, tahapan utamanya tetap tidak berubah, tetapi mereka sedang dirinci. Misalnya, dengan transisi ke solusi berbasis web dan pertumbuhan kemampuan konfigurasi jarak jauh, peran seorang spesialis dalam konfigurasi perangkat lunak telah muncul. Pada tahap sejarah awal, ini adalah pelaksana, yaitu, insinyur yang menghabiskan sebagian besar waktu mereka bekerja di tempat kerja klien. Meningkatnya volume dan kompleksitas perangkat lunak telah menyebabkan peran Arsitek Perangkat Lunak. Persyaratan untuk mempercepat pelepasan versi dan meningkatkan kualitas perangkat lunak berkontribusi pada pengembangan pengujian otomatis dan munculnya peran baru - QA-engineer (Quality Assurance Engineer), dll. Evolusi peran di semua tahapan organisasi dari proses produksi secara signifikan terkait dengan pengembangan metode, teknologi, dan alat.
Jadi, kami memeriksa beberapa poin menarik mengenai distribusi peran produksi dalam perusahaan perangkat lunak dalam konteks siklus hidup perangkat lunak. Jelas, ini adalah tampilan bagian dalam yang khusus untuk setiap perusahaan. Bagi kita semua, sebagai peserta di pasar tenaga kerja industri TI dan bertanggung jawab untuk mempromosikan merek perusahaan, pandangan dari luar akan sangat penting. Dan di sini ada masalah besar tidak hanya dalam mencari makna, tetapi juga dalam menyampaikan informasi ini kepada audiens target.
Apa yang buruk tentang kebun binatang dari posting IT?
Kebingungan di benak para spesialis SDM, pengatur produksi dan berbagai pendekatan mengarah pada keanekaragaman yang sangat luas, langsung ke “kebun binatang” pos-pos TI. Pengalaman wawancara dan hanya kontak profesional menunjukkan bahwa seringkali orang tidak memiliki pemahaman yang jelas tentang muatan semantik yang harus mengikuti dari jabatan pekerjaan. Misalnya, dalam organisasi kami, posisi yang memasukkan konsep "insinyur-analis" menunjukkan bahwa ini adalah manajer tugas. Namun, ternyata ini tidak selalu terjadi: ada organisasi pengembangan di mana analis-insinyurnya adalah pelaksana. Pemahaman yang sangat berbeda, setuju?
Pertama, "kebun binatang" dari pos-pos TI tidak diragukan lagi mengurangi efektivitas rekrutmen staf. Ketika mengembangkan dan mempromosikan merek mereka, setiap pemberi kerja ingin menyampaikan secara singkat semua makna yang ada dalam produksinya. Dan jika dia sendiri sering tidak dapat dengan jelas mengatakan siapa siapa, tentu saja, bahwa dia akan mengirimkan ketidakpastian ke lingkungan eksternal.
Kedua, "kebun binatang" posting TI menciptakan masalah besar dalam pelatihan dan pengembangan staf TI. Setiap perusahaan IT yang serius bertujuan untuk membangun dan mengembangkan sumber daya manusia, bukan hanya sekedar “memerah susu” tempat kerja, cepat atau lambat akan bertemu kebutuhan untuk berinteraksi dengan lembaga pendidikan. Untuk personel TI yang berkualifikasi tinggi, ini adalah segmen universitas, dan yang terbaik, setidaknya di peringkat TOP-100.
Masalah integrasi dengan universitas dalam membangun proses berkelanjutan pelatihan spesialis IT kira-kira setengahnya adalah kurangnya pemahaman di antara universitas tentang siapa yang berada di dalam perusahaan IT. Mereka memiliki pemahaman yang sangat dangkal tentang ini. Sebagai aturan, universitas memiliki beberapa spesialisasi dengan kata "ilmu komputer" dalam nama mereka, dan sering terjadi ketika mereka melakukan kampanye penerimaan, mereka mengandalkan tesis bahwa semua spesialisasi pada dasarnya adalah hal yang sama. Dan kelihatannya sama seperti jika Anda mengandalkan mitos populer bahwa semua spesialis IT adalah programmer.
Pengalaman kerja sama erat kami dengan universitas menunjukkan bahwa spesialisasi "Informatika Terapan (oleh industri)" memberi kami personel untuk departemen metodologi dan dukungan teknis, tetapi tidak untuk pengembangan. Sementara Fundamental Informatika dan Rekayasa Perangkat Lunak sedang mempersiapkan sumber daya manusia yang sangat baik untuk pengembang. Agar tidak mengarahkan pelamar pada awalnya di sepanjang jalan yang tidak cocok untuknya, perlu untuk "menghilangkan kabut" yang mengelilingi produksi TI.
Apakah mungkin untuk membawa semuanya ke penyebut yang sama?
Apakah mungkin untuk menyatukan peran produksi dan mencapai pemahaman bersama tentang mereka dari dalam dan luar perusahaan?
Tentu saja, itu mungkin dan perlu, karena akumulasi pengalaman kolektif dari semua perusahaan-pengembang menunjukkan adanya konsep organisasi yang menyatukan dari proses produksi. Ini adalah konsekuensi dari kenyataan bahwa ada konsep jelas ditafsirkan siklus hidup perangkat lunak, dan peran produksi yang baru muncul (DataScientist, QA-Engineer, EngineLearning Engineer, dll.) Adalah hasil dari penyempurnaan dan pengembangan siklus hidup perangkat lunak dengan demikian, terjadi dengan peningkatan teknologi dan alat, serta pengembangan dan konsolidasi tugas bisnis.
Pada saat yang sama, sulit untuk menyatukan peran produksi, karena TI adalah salah satu industri termuda dan booming. Dalam arti tertentu, ini adalah kekacauan dari mana alam semesta muncul. , – , . , – «»- , , «»-, . , , , , . , , , , .
-
, HR- -.
-, - , : , , – .
-, HR- . , . : , , . , , , .
-, : , , , , , .
-, , – , . HR- , , : , , , , , .
, , – , , . , , , -, « », . -, .
, : .