Saat ini, ada kesenjangan yang cukup serius dalam memahami kerja satu sama lain antara programmer dan manajer. Kami akan secara bertahap mempersempit celah ini, di kedua sisi. Idealnya, tentu saja, saya ingin perbatasan menghilang sama sekali, dan profesi baru akan muncul - seorang programmer bisnis, tetapi, mari kita bersikap realistis, jika kita berhasil menyatukan visi realitas manajer dan programmer, maka kehidupan pasti akan menjadi lebih baik.
Jadi, mari kita coba mencari tahu apa yang umum antara programmer dan manajer, dan apa yang mereka, saat ini berbeda.
Programmer
Seorang programmer, dalam arti programmer sejati, adalah orang yang menulis program. Untuk kesederhanaan, agar tidak menjadi bingung dalam daftar teknologi modern yang tak ada habisnya, kita akan berbicara tentang programmer 1C.
Fungsi utama programmer adalah membuat perubahan pada sistem. Tentu saja, ada fungsi sekunder, seperti pelatihan, implementasi, dan kadang-kadang, dengan organisasi pekerjaan yang buruk, pekerjaan sekunder mulai menang atas yang utama, tetapi meskipun demikian, hal utama adalah membuat perubahan. Programmer menciptakan fungsionalitas baru - dokumen, direktori, subsistem, laporan, pemrosesan, pertukaran, antarmuka, dll.
Saat ini, pengguna bekerja dengan satu sistem, dengan indikator kinerja tertentu, skala fungsionalitas, kenyamanan, dll. Besok, setelah programmer membuat perubahan, mereka bekerja dengan sistem lain. Dia biasanya menjadi lebih baik, lebih cepat, lebih bermanfaat dan lebih nyaman. Apa pun, tentu saja, terjadi, kadang-kadang sistem menjadi lebih buruk untuk waktu yang singkat, tetapi kemudian programmer akan mencari tahu dan semuanya akan jatuh ke tempatnya - sistem akan menjadi lebih baik.
Programmer tidak bekerja sama sekali, atau berpartisipasi minimal dalam sistem sebagai pengguna. Jelaslah bahwa ia, sebagai karyawan perusahaan, juga memimpin tugas, anggaran, dan kadang-kadang kartu laporan. Tapi pekerjaan utamanya adalah memperbaiki sistem.
Programmer buruk
Selain programmer nyata, masih ada programmer palsu, atau buruk. Ini sebagian karena penggunaan yang salah dari istilah "programmer" - misalnya, kadang-kadang disebut administrator sistem. Kadang-kadang bahkan mereka menyebut diri mereka pemrogram - hanya untuk tidak menjelaskan kepada pengguna setiap kali perbedaannya.
Tetapi di antara mereka yang seharusnya menjadi programmer, ada orang jahat. Mereka adalah mereka yang seharusnya secara resmi melakukan perubahan pada sistem, dan mereka hanya terlibat dalam administrasi dan operasinya. Terutama sering keadaan ini terjadi tepat di antara programmer 1C.
Sebagai contoh, seorang programmer terlibat dalam menutup bulan, bukan atau bersama dengan akuntan kepala. Ini membantu untuk menghitung gaji, menyiapkan laporan, mengunggah ke situs, bahkan berurusan dengan instalasi otomatis pembaruan dari vendor. Sebenarnya, ini bukan seorang programmer, tetapi seorang pengguna tingkat lanjut yang telah mengambil operasi yang paling kompleks dengan sistem, dan ia memakan ini tanpa mentransfer pengetahuannya kepada pengguna atau administrator sistem nyata.
Perbedaan utama antara programmer yang buruk adalah bahwa ia tidak membuat perubahan pada sistem, tetapi hanya menggunakannya. Baginya, sistem, tentu saja, bukan lagi kotak hitam, seperti bagi sebagian besar pengguna, tetapi, karena tidak mengetahui perangkatnya dari dalam, dan terlebih lagi, karena tidak memiliki pengalaman dalam meningkatkannya, ia tetap menjadi pengguna, bahkan jika ia sudah mahir. Dia tahu sedikit lebih dari pengguna lain, akrab dengan beberapa alat canggih, termasuk, mungkin, konsol laporan, tetapi dia tidak membuat perubahan pada perilaku, fungsi, kinerja.
Sistem tetap tidak berubah, bahwa dengan programmer yang buruk, tanpa itu.
Manajer
Seorang manajer adalah orang yang mengelola sistem yang kompleks. Ini termasuk orang, sistem otomatis, proses bisnis, departemen, sistem motivasi, tujuan, sistem manajemen, politik, hubungan dengan yang lebih tinggi, komunikasi horizontal, dll.
Manajer sejati adalah orang yang membuat perubahan pada sistem yang kompleks ini.
Manajer terus memantau keadaan sistem, melihat (atau merasakan) di mana kegagalan terjadi, memahami penyebab hasil yang tidak memuaskan, dan membuat perubahan yang sesuai. Ini dapat mengubah sistem motivasi untuk menghabiskan lebih sedikit waktu pada kontrol manual, memaksa orang untuk ingin mencapai hasil sendiri. Ini dapat membuat perubahan pada sistem otomatis (oleh tangan programmer) jika tidak memberikan angka yang diperlukan atau tidak membantu dalam manajemen. Ini dapat bekerja untuk tujuan sistem jika tidak cukup jelas, atau tidak sesuai dengan kenyataan, tidak memotivasi dan tidak bergerak maju. Ini dapat memperbaiki sistem manajemen jika menyimpang dari proses bisnis, dan hanya mengganggu birokrasinya. Itu dapat mengoptimalkan proses bisnis jika melihat kegagalan, downtime, kerugian atau pekerjaan yang tidak berarti.
Manajer adalah pemrogram sistem bisnis. Dia tidak menulis kode, tetapi esensi karyanya persis sama, hanya metode "membuat perubahan" berbeda. Programmer perlu menulis kode, menggambar formulir, dan melihat-lihat dalam sistem komposisi data. Manajer perlu berbicara dengan orang-orang, membuat dokumen peraturan, mengatur tugas, merekrut atau memecat karyawan. Metodenya berbeda, tujuannya sama - membuat perubahan.
Saat ini orang bekerja dalam sistem bisnis yang sama, dengan aturan yang sama, proses bisnis, tujuan, pengaturan tempat di kantor, skema motivasi. Besok, setelah perubahan diluncurkan, mereka masuk ke sistem lain - dan ini adalah pekerjaan manajer.
Manajer yang buruk
Tidak ada manajer nyata di dunia - mereka yang hanya terlibat dalam pengelolaan sistem yang dipercayakan. Mereka tidak membuat perubahan, tidak secara khusus menganalisis indikator, tetapi hanya memimpin. Mendistribusikan tugas, memberikan tendangan, menetapkan tenggat waktu, pergi ke pertemuan, dll.
Manajer yang buruk tahu beberapa "tombol" dalam sistem, dan lebih atau kurang tahu cara menggunakannya. Tapi, lebih tepatnya, mereka tidak tahu caranya, tetapi berhak. Misalnya, mereka dapat memecat dan mempekerjakan orang, memaksa mereka untuk pergi bekerja pada akhir pekan, mengubah prioritas tugas, menaikkan gaji mereka sedikit, menulis bonus kecil, menjerit dan bersumpah. Kecuali untuk manajer yang buruk, alat-alat ini tidak tunduk pada siapa pun.
Penggunaan alat-alat ini tidak membuat perubahan pada sistem, itu seperti pengaturan pengguna yang diambil. Pengaturan yang sama digunakan oleh programmer yang buruk. Ini adalah beberapa tuas dan tombol, kadang-kadang slider, menyesuaikan yang, Anda dapat sedikit mengubah perilaku sistem.
Perubahan signifikan tidak dapat dilakukan menggunakan alat ini. Perubahan radikal ada di dalam sistem, tetapi manajer yang buruk tidak melihat ke dalam. Dia lebih suka meniru perubahan - misalnya, dengan mulai memotong biaya atau staf. Dari luar, itu benar-benar terlihat seperti perubahan cepat, tetapi esensi dari sistem tidak berubah dari ini.
Tuas yang paling sederhana dan paling terjangkau adalah staf. Oleh karena itu, cara paling populer untuk berubah di antara manajer yang buruk dianggap ekspansi staf. Jika otoritas yang lebih tinggi memarahi manajer yang buruk untuk hasil yang tidak mencukupi, ia biasanya merujuk pada staf. Dalam kebanyakan kasus - meminta untuk menambah unit staf.
Manajer yang buruk tidak dapat melakukan apa pun, mereka tidak dapat melakukan apa pun dengan efisiensi, yaitu biaya hasil, atau efisiensi. Jika ia memiliki 3 orang di departemen yang bekerja dengan efisiensi tertentu, maka satu-satunya cara untuk meningkatkan hasil keseluruhan departemen adalah dengan meningkatkan staf. Efisiensi pada saat yang sama tidak berubah, atau jatuh sedikit karena masalah dengan manajemen, tetapi efektivitas keseluruhan sistem meningkat.
Manajer yang baik dalam situasi seperti itu dapat melakukan upaya dan mengubah efisiensi, sehingga memperoleh kinerja yang serupa, tetapi tanpa mengubah jumlah staf. Manajer yang buruk tidak dapat melakukan ini, karena efisiensi atau efisiensi adalah properti sistem, itu ada di dalam, bukan di luar. Tidak ada tuas di luar sistem dengan nama "Efisiensi" yang dapat diperketat.
Demikian juga, tidak ada tuas "Kinerja" dalam pengaturan sistem informasi yang dapat disesuaikan oleh programmer yang buruk. Beberapa, tuas semu, tentu saja, ada, tetapi mereka tidak memiliki efek kardinal pada kinerja.
Total
Jadi, ada programmer yang buruk dan baik, ada manajer yang buruk dan baik.
Bahkan, peringkat "buruk" dan "baik" tidak penting, mereka dapat dibuang jika Anda mulai menyebut sekop sekop.
Jika seseorang memantau keadaan sistem informasi, menempatkan pembaruan, membantu menutup bulan, mengotak-atik pengaturan, dan bahkan membuat basis data menyusut, ia bukan seorang programmer. Anda dapat menyebutnya, misalnya, "administrator basis data." Kemudian semuanya jatuh ke tempatnya, dan sebuah pilihan muncul.
Jika bisnis hanya perlu mempertahankan status sistem dalam kondisi saat ini, maka bukan programmer yang membutuhkannya, melainkan administrator. Jika Anda membutuhkan kardinal, atau setidaknya perubahan yang terlihat dalam pengembangan, kinerja, fungsionalitas - Anda memerlukan seorang programmer yang tahu cara membuat perubahan pada sistem.
Jika bisnis hanya perlu mempertahankan pekerjaan departemen, layanan, fungsi atau seluruh unit bisnis dalam kondisi saat ini, maka Anda tidak perlu seorang manajer, tetapi seorang pengasuh, atau seorang administrator, atau seorang operator, atau seorang operator, atau seorang gembala - pilih nama apa pun. Jika Anda memerlukan perubahan dramatis, atau setidaknya terlihat di beberapa bagian sistem bisnis, Anda memerlukan manajer yang tahu cara membuat perubahan pada sistem ini.
Memeriksa apakah Anda memiliki programmer atau administrator itu mudah - lihat saja kode yang ia tulis (atau minta dia menunjukkan sendiri kode ini). Tidak peduli seberapa bodoh kedengarannya, dalam latihan saya ada beberapa kali orang yang menyebut diri mereka programmer, tetapi tidak menulis kode selama bertahun-tahun.
Memeriksa apakah Anda memiliki manajer atau operator juga mudah - minta dia untuk berbicara tentang perubahan yang dibuat pada sistem bisnis dan konsekuensinya. Meskipun, konsekuensinya harus jelas jika Anda seorang manajer senior.
Ringkasan
Seperti yang Anda lihat, ada banyak analogi antara manajer dan pemrogram. Dan antara yang baik dan yang buruk.
Dalam istilah persentase, kemenangan baik / buruk, tentu saja, programmer - hanya karena sistem mereka lebih sederhana. Membuat tabel dalam database, menggambar formulir input untuknya, dan mengisinya dengan angka jauh lebih mudah daripada memaksa karyawan untuk menyimpan rencana kerja setiap hari.
Dengan manajer, semuanya jauh lebih buruk - beberapa persen terlibat dalam perubahan nyata di antara mereka. Dan sesuatu perlu dilakukan dengan ini.