Get best of the week

Model manajemen TI dalam satu perusahaan produk

Jika Anda menjadi pemimpin di bidang TI, maka Anda memiliki masalah besar - agak sulit untuk menemukan model organisasi produksi yang dijelaskan dan KPI ditetapkan untuk CTO dan CIO. Tugas manajer mana pun dari industri mana pun adalah untuk memantau pesaing, "canggih" - contoh dan membawa praktik terbaik ke perusahaan Anda. Dari pengalaman saya sendiri, saya akan mengatakan bahwa Anda harus membuat lingkaran teman dan berbagi contoh dengan stasiun layanan lain di bar, di pertemuan, kunjungan referensi, dan konferensi.

gambar

Di Habré saya tidak dapat menemukan konten tentang model dan metrik manajemen, tetapi itu sebenarnya tidak cukup, jadi saya memutuskan untuk berbagi pengalaman.

Mari kita mulai dengan menjawab pertanyaan mengapa perusahaan kami bertanggung jawab untuk stasiun layanan:

  1. Tim. Stasiun layanan bertanggung jawab untuk memilih dan mempertahankan tim insinyur yang kuat, serta untuk keterlibatan mereka.
  2. .IT- , , .
  3. . , IT- , .
  4. . IT- IT – , , , .
  5. . . , CISO ( – ). IT- .

Sekarang mari kita lihat metrik yang akan membantu Anda melihat gambaran tanggung jawab Anda. Suatu metrik adalah turunan, karena mengukur secara langsung tidak akan berfungsi.

1. Tim


Metrik


  • kelengkapan fungsi TI. Untuk apa? Jawabannya adalah karena staf yang rendah, ketidakmungkinan untuk memenuhi tugas yang direncanakan berikut. Prioritas perekrutan diatur secara ketat sesuai dengan indikator kepegawaian. Semakin rendah tingkat kepegawaian, semakin tinggi prioritas lowongan Anda untuk SDM. Semuanya sederhana.
  • "Fluiditas" dalam konteks fungsi. Untuk apa? Pergantian staf yang tinggi / berkembang berarti Anda memiliki iklim tim yang buruk, masalah dengan proses, atau upah. Masalah cluster akan membantu keluar - wawancara dengan karyawan.
  • Persentase karyawan yang tiba berdasarkan rekomendasi dari karyawan saat ini (indikator rujukan). Persentase yang berkembang menunjukkan bahwa teknisi Anda suka bekerja untuk Anda, mereka siap untuk merekomendasikan perusahaan Anda kepada orang-orang terdekat mereka dan hanya kenalan.

2. Arsitektur


Masih ada bidang untuk eksperimen. Tetapi tetap saja:

Metrik saya


  • Penyimpangan arsitektur. Apa itu? Penyimpangan arsitektur - Anda telah menemukan pada produksi suatu implementasi yang tidak memenuhi standar arsitektur yang disetujui. Untuk apa? Lansekap TI adalah sistem besar yang saling berhubungan yang harus bekerja sesuai aturan. Jika Anda tidak mengikuti aturan, sistem tidak akan melakukannya.
  • PageSpeed Insights -. - . ? . – , , Google -.

3.



  • - .
  • TOP . ? , .
  • TOP .? , . «» , .
  • Crash-free .

4.



  • IT – — , , . ? , Gartner, IT . . , , , , . , , overpriced .
  • TOP . ? . , , , .
  • -% .

5.



  • /. ? , , .
  • SLA .? , , IT — , ...

Pembaca mungkin bertanya, "Tapi bagaimana dengan metrik penting seperti waktu pasar, jumlah penyebaran otomatis vs jumlah manual, sesuatu tentang kepadatan permintaan tarik?" Jawabannya adalah ya, mereka pernah memandang mereka, sekarang mereka tidak relevan untuk kita. Ini normal untuk metrik, masing-masing memiliki siklus hidup sendiri.

Sekarang mari kita beralih ke fitur-fitur dalam IT di DomClick. Saya tidak akan mengutip klasik dengan "pengembangan, implementasi, pemeliharaan, operasi" mereka - saya akan menjelaskan fungsi pada tingkat abstraksi yang berbeda:

  1. Pengembangan produk. Tim yang menciptakan produk melalui penjualan dimana perusahaan menerima pendapatan utama. Ada tim bisnis dan TI campuran. Ada RO dan CJE yang menjawab pertanyaan "apa yang harus dilakukan" dan "apa prioritas", para insinyur menjawab pertanyaan "bagaimana melakukan".
  2. (ore). , «» . , , , API Gateway, , ..
  3. . , – , , .
  4. - (Web Core) , web- , UI-, .
  5. . - : , . «» , , , . — .
  6. . , , , , , k8s, .
  7. DevOps. . .
  8. . , IT . , , .
  9. R&D. , . - VR/AR, , -.
  10. . , IT- . , (, , ) . , , , - IT .
  11. IT . ( ). IT — . .
  12. Data Science. IT DS RecSys ML. OCR NLP – , , - . , OCR. DomClick.
  13. . , . , , .
  14. . , , , scrum

Tata letak fungsi di DomClick terlihat seperti ini:

gambar

Di waktu luang, saya sarankan membaca artikel oleh kepala pengembangan layanan inti dan internal kami, serta artikel oleh seorang insinyur dari divisi Pengembangan dan Pemeliharaan Infrastruktur . Akan sedikit jelas apa yang sedang mereka lakukan.

Suatu fungsi belum tentu merupakan tim yang besar. Beberapa fungsi mungkin terdiri dari satu orang, tetapi mereka harus, seseorang harus menyelesaikan masalah ini. Mungkin pada awalnya, Anda sendiri.

Tata letak fungsi-fungsi ini diserahkan kepada kebijaksanaan Anda, karena itu tergantung pada kompetensi karyawan Anda. Saya hanya akan memberikan dua tips dari latihan pribadi:

  1. . , . , - k8s , - , - .
  2. , . – ore , . , .

Kami memiliki fitur khas yang menarik yang sangat menyederhanakan pekerjaan dan konflik tingkat atas masalah prioritas. Anda ingat bahwa TI, selain menciptakan dan menjual produk, juga perlu beralih ke versi baru produk terkait API, melakukan refactoring, menghilangkan kerentanan, dan menganalisis masalah root:

  1. Setiap tim mencurahkan 20% waktunya untuk kuota teknik. Dalam kuota ini, kami mencoba menyelesaikan semua masalah di atas dan melakukan penelitian jika waktu tersisa. Penting: 20% TIDAK termasuk bug cybersecurity dan blocker, mereka dihilangkan karena kuota makanan.
  2. Area pengembangan produk yang besar (beberapa tim gesit bekerja pada satu produk) memiliki tim platform kecil mereka sendiri, yang umumnya memastikan bahwa "kaftan tidak pergi" dan hanya menyelesaikan masalah teknik produk ini.

Akhirnya


  1. – , .
  2. , .
  3. . , IT 2020 , - (Web Core), R&D, — 2019.

More articles:


All Articles