Banyak yang mengatakan - perlu untuk mengatakan tidak hanya tentang keberhasilan, tetapi juga tentang kegagalan. Saya sepenuhnya setuju dengan ini - pemahaman tentang kegagalan mereka, penyebab dan konsekuensi mereka, kadang-kadang lebih berharga daripada kesuksesan apa pun.
Saya telah memiliki pengalaman otomasi dalam hidup saya yang sudah lama memalukan. Bukan karena sistemnya bekerja dengan buruk, atau kurva metadata dulu, atau TK tidak cocok - justru sebaliknya. Semuanya indah, cepat, dengan implementasi penuh di seluruh perusahaan. Dari sudut pandang kriteria formal, ini adalah keberhasilan yang lengkap.
Tetapi perusahaan, budayanya, implementasi ini telah berubah menjadi neraka - birokratis, sistemik dan tidak berarti.
Tetapi neraka ini telah membawa manfaat luar biasa bagi saya, yang dengan cepat saya bagikan kepada Anda. Saya tidak akan merusak, dan Anda tidak lari ke akhir publikasi untuk membaca.
Hal pertama yang pertama.
Latar belakang
Di masa muda saya, saya percaya pada sistem. Saya adalah seorang programmer sejati, yakin bahwa sistem rekayasa yang tepat, dengan mempertimbangkan semua variasi kehidupan, menghalangi semua gerakan untuk kesalahan dan celah untuk bajingan, dapat menyelamatkan dunia.
Saya menganggap orang sebagai elemen sistem yang harus duduk di tempat mereka dan menekan tombol tepat waktu, melihat angka dan menanggapi penyimpangan mereka dari norma, jika diperlukan oleh instruksi.
Keyakinan saya pada kebenaran gambaran saya tentang dunia diperkuat oleh praktik - secara harfiah, saya baru saja menyelesaikan proyek untuk menciptakan sistem seperti itu, hanya dari area yang berbeda. Orang-orang di dalamnya diberi peran sebagai operator atau pemain - Anda menerima tugas dari sistem, menjalankan, melaporkan. Tidak dieksekusi, atau tidak dilaporkan, atau hanya terlambat - denda 500 rubel.
Sistem ini bekerja, dan sangat efisien. Dan saya membuatnya sendiri - dan pemrograman, dan proses bisnis, dan instruksi, dan implementasi, dan debugging. Keberhasilan seperti itu tidak bisa tidak menutupi kesadaran saya - saya dengan jujur memutuskan bahwa dengan pendekatan ini saya dapat memecahkan masalah apa pun dalam mengembangkan sistem bisnis.
Dan sekarang mereka membuat tugas ambisius baru bagi saya - untuk membuat dan menerapkan sistem manajemen tugas, atau instruksi untuk seluruh perusahaan.
Tantangan
Setiap programmer dan / atau manajer akan mengerti bagaimana dan mengapa masalah seperti itu muncul, jika dia mengetahui lebih banyak tentang perusahaan tempat peristiwa itu terjadi.
Perusahaan ini adalah yang paling biasa, industri dan komersial, jauh dari pusat Rusia, dengan semua luka dan fitur tradisional. Salah satu kuncinya adalah disiplin kinerja yang buruk. Sederhananya, Anda tidak dapat memaksa siapa pun untuk melakukan apa pun kecuali manajemen yang tangguh.
Rapat sedang diadakan, masalah sedang dibahas, dan tugas sedang dikeluarkan berdasarkan hasil. Mereka didistribusikan - dalam arti mereka dimasukkan ke dalam protokol kertas, yang kemudian disalin dan didistribusikan kepada para peserta. Diasumsikan bahwa mereka semua akan dengan gembira berlari untuk memenuhi instruksi mereka.
Apa yang terjadi pada pertemuan berikutnya? Semua orang melihat protokol, seperti seekor domba jantan di gerbang baru. Dan, saya lupa, mereka tidak mengingatkan saya, mereka tidak memperingatkan saya, mereka tidak memberi saya salinan protokol, dll.
Kisah yang sama dengan memo (apakah Anda tahu hal seperti itu?). Mereka menulis, berkoordinasi, membawa - mengeksekusi. Ya, lari saja. Saya pribadi hanya melakukan layanan pertama, sampai saya mengerti aturan utama - hampir tidak ada yang pernah memeriksa apakah mereka dieksekusi atau tidak. Secara pribadi, saya meletakkan layanan di laci bawah nakas. Yang lain bertindak lebih menarik, kata "usap" terdengar di sana.
Kekacauan ini diperlukan untuk menang.
Seperti yang Anda pahami, ini terutama tentang tugas lintas fungsional, yaitu tentang interaksi antara berbagai layanan. Di dalam, bos lebih atau kurang diatasi.
Saya sangat percaya bahwa semua masalah perusahaan adalah karena melakukan disiplin. Sudah cukup untuk memastikan bahwa pesanan dan proses bisnis dijalankan, dan semuanya akan dibentuk dengan sendirinya.
Pengembangan
Saya melihat solusi apa yang ada di pasaran. Khas, industri, bitriks dan megaplan, outluks, dan awan, dan saya tidak menyukai apa pun. Semuanya terlalu gula di sana, berorientasi pada kebaikan, ketekunan, motivasi, dan semangat tim yang priori.
Hal utama adalah bahwa sistem yang mudah dan cepat dapat disesuaikan diperlukan. Dan kemudian saya adalah 1Snik murni.
Yang paling dekat dengan kebenaran adalah 1C: Workflow, lalu versi 1, tapi saya juga tidak menyukainya. Saya membutuhkan sistem yang sederhana dan cepat, tanpa fungsi yang tidak perlu dan banyak pengaturan dan opsi. Selain itu, saya memiliki pengalaman dalam menciptakan sistem sederhana seperti meja layanan - saya tahu bahwa mereka dibuat, diubah, dan diimplementasikan dengan mudah.
Jika ada yang tahu, 1C: Manajemen dokumen adalah konstruktor. Di dalamnya Anda dapat menyusun sistem apa pun untuk mengelola tugas, proses, dan proyek. Tetapi "pertemuan", yang dilakukan melalui penyetelan, dan bukan pemrograman, dilakukan terlalu lama. Yah, bagaimanapun, itu tidak mungkin dilakukan tanpa penyesuaian, dan jika demikian, saya memutuskan untuk membuat sistem sendiri. Bahkan, saya membutuhkan satu alat di sana - tugas. Nah, kit, seperti laporan tentang disiplin kinerja, daftar tugas dengan pengaturan yang berbeda, dll.
Selama beberapa hari, ia membuat konfigurasi pada formulir yang dikelola, diterbitkan di IIS, dan pergi untuk mengambilnya.
Fitur utama yang saya anggap kesederhanaan dari pernyataan masalah. Pengalaman saya mengatakan bahwa hal yang paling sulit di pabrik dalam sistem seperti itu adalah menyeret manajer menengah, karena mereka tidak ingin transparansi dalam manajemen, dan mereka selalu meramalkan implementasi, mengatakan bahwa sistem itu kompleks.
Tugas saya sangat sederhana. Dan ini membantu keberhasilan commissioning sistem, karena saya menyerahkan kepada para pemimpin, dan sistem dipenjara bagi mereka.
Itu diuji oleh beberapa favorit, saya memperbaiki semua tiang tembok yang ditemukan, dan dioperasikan di seluruh kantor.
Sistem
Seperti biasa, sistem dianggap sebagai kemauan baru, yang akan segera berakhir. Nah, masuk, yah, aduk, yah, keluar. Itu saja.
Dan patung-patung. Manajemen benar-benar ingin sistem bekerja. Dan saya ingin karena percaya pada ketertiban.
Pada tahap pertama, sistem itu seperti anak - naif dan bersih, percaya diri pada niat baik orang. Mereka semua baik, mereka ingin bekerja dan melakukan semuanya tepat waktu, mereka tidak punya alat.
Tetapi kenyataan dengan cepat mengubah anak itu menjadi penjahat yang jahat dan licik.
Di versi pertama, tidak ada penerimaan tugas untuk bekerja. Anda mengirim, dan itu sudah dilakukan. Bercinta di sana, mereka berkata "Aku belum melihat, aku tidak tahu." Saya perlu fakta penerimaan ke dalam pekerjaan - ok, tambahkan. Pada saat yang sama, ada laporan - yang tidak menerima instruksi untuk bekerja terlalu lama.
Sistem naif berpikir tidak ada tugas yang buruk. Nah, ketika omong kosong yang jelas sedang ditulis. Tetapi mereka. Jadi apa Kami menambahkan kemampuan untuk menolak pesanan.
Semuanya mulai menurun - bisakah Anda, setelah semua, memiliki tombol, mengapa tidak menolaknya? Tidak ada orang yang salah jalan! Kami menambahkan komentar wajib ketika menolak - tulis, mengapa Anda tidak senang! Penyimpangan menjadi sedikit kurang.
Selama pengembangan, saya, setelah mendengar cukup banyak orang pintar, memasukkan ke dalam sistem rincian waktu eksekusi menjadi titik kontrol. Sehari setelah permulaan, di tengah masa jabatan, dan di suatu tempat yang mendekati akhir, perlu untuk "mencatat" bagaimana prosesnya. Saya melakukan ini sesuai dengan rekomendasi orang-orang yang masuk akal, tetapi kenyataan datang kepada saya dan berkata - apa-apaan ini pamer, ada awal, ada akhir, titik. Oke, bersih.
Orang-orang mulai melakukan tugas - memasang bendera dan menulis komentar tentang apa yang mereka lakukan. Dan tugas itu langsung jatuh ke bagian "selesai". Para birokrat datang dan berkata - eh, bagaimana bisa, mereka tidak melakukan itu sama sekali, bagaimana mereka bisa mengembalikan tugas itu kepada mereka? Setelah beberapa perdebatan, kami menambahkan kemungkinan menolak hasil implementasi.
Sekarang, direktur yang buruk mulai membeku pada tugas verifikasi. Dia menulis sebuah tugas, dan berpikir bahwa dia telah memenuhi misinya di alam semesta. Kontraktor telah melakukan, laporan telah ditulis, dan sedang menunggu verifikasi. Tapi dia tidak. Para pemain marah, dan sebuah laporan muncul yang memantau verifikasi pesanan yang selesai.
Tapi cacing itu terus menggeliat. Setelah periode validasi dikontrol, maka kami akan dengan bodohnya menolak semua yang kami tidak punya waktu untuk memverifikasi. Sial, apa yang harus dilakukan dengan ini? Solusi pertama yang saya temukan, orang kedua. Solusi saya adalah tombol komplain. Anda menekan, Anda memilih kepada siapa untuk mengirim keluhan, Anda menulis komentar, dan tautannya datang ke orang tersebut atas nama. Terkadang itu membantu jika penerima keluhan adalah orang yang cerdas dan berdaya.
Tentang solusi kedua yang digunakan orang akan lebih rendah.
Sistem, tentu saja, membutuhkan eksekusi pesanan tepat waktu. Masa lalu bersinar merah, ditampilkan dalam laporan khusus, semuanya sebagaimana mestinya. Tetapi sistem naif percaya bahwa pesanan dapat diselesaikan tepat waktu, karena disepakati ketika mulai bekerja. Orang, tentu saja, memiliki pendapat yang berbeda - kami memiliki keadaan di sana, memuat, bla bla bla. Saya harus menambahkan kemampuan untuk menunda tenggat waktu. Tapi dengan yang licik.
Jika batas waktu belum kedaluwarsa, maka Anda dapat mengajukan permintaan untuk transfer melalui sistem. Jika Anda telah melewati tenggat waktu, maka Anda tidak dapat meminta transfernya melalui sistem. Hal ini diperlukan untuk bangkit dan menginjak-injak kaki ke direktur sehingga ia masuk ke sistem dan memindahkan tenggat waktu. Ini telah disebut jenis "mendorong orang ke arah komunikasi verbal." Pada saat yang sama, untuk tujuan pendidikan, untuk melacak tenggat waktu, untuk menghindari wasir dengan percakapan pribadi - tidak semua orang menyukainya.
Penundaan diizinkan untuk melakukan dua. Ketika batas habis, tidak ada apa-apa, bahkan inisiator tidak bisa bergerak.
Kemudian ternyata ada sedikit birokrasi dalam sistem - Anda bisa memesan kepada orang lain. Dan kesepakatannya? Orang-orang mulai bergumam. Bagaimana ini, semacam engkol memberi perintah pada saya pada huruf "m", tetapi kepala akuntan dan pencari tidak akan melihatnya? Ayo, tambah koordinasi.
Saya benar-benar tidak ingin merusak dokumen kecil "Pesan", dan saya menambahkan yang baru - "Catatan Layanan". Artinya sama, hanya Anda yang bisa menambahkan koordinator yang Anda inginkan dan berapa banyak yang Anda inginkan. Dan sementara semua orang tidak setuju, tidak mungkin untuk menerima pekerjaan. Dan kemudian setidaknya menjalankan layanan itu sendiri, setidaknya menaruh 100 instruksi pada dasarnya. Jika seseorang menolak layanan, maka semuanya, akhirnya, perlu untuk memulai dari awal lagi.
Sekelompok tuas dan trik birokrasi muncul. Sebagai contoh, negosiator dapat menambahkan inisiator dan penerima. Selain itu, pikiran pemrograman saya berkata - mengapa penerima tidak dapat menambahkan dirinya ke perjanjian? Bagaimana lagi yang bisa! Saya sendiri mulai melakukannya. Mereka menulis saya layanan, saya - setuju untuk diri saya sendiri, dan menolak.
Kemudian kami sampai ke notulen rapat. Menugaskan hasil rapat itu membosankan, karena mereka akan tersebar. Jadi dokumen baru muncul - "Rencana Kerja". Ngomong-ngomong, dia keren. Kemudian dimungkinkan untuk mencetak selembar kertas untuk pertemuan berikutnya, dan daftar semua instruksi, status mereka, komentar pada eksekusi dan penolakan, dll.
Cacing mulai menggeliat lagi. Mereka duduk di sebuah pertemuan, mereka diberi tugas, mereka mengangguk dengan labu, dan kemudian mereka datang ke komputer, pesanan tiba, dan mereka menolaknya - ada tombol!
Bagaimana bisa, malaikat-malaikat sistem itu marah, apakah Anda duduk dan melambaikan surai Anda? Nah, mereka mengatakan bahwa kata-katanya tidak benar di sana, batas waktunya tidak sama, dan secara umum saya hanya memiliki tanda gugup, kepala saya menggantung sendiri di hadapan direktur.
Oke, tambahkan perlindungan. Rencana kerja mencantumkan semua orang yang menghadiri pertemuan, dan mereka kehilangan hak untuk menolak penugasan dari rencana kerja ini. Secara licik. Tapi cacing itu lebih rumit.
Sekarang ada kesempatan untuk menduplikasi tugas seorang pria yang naif, menghindari kemungkinan penolakan! Anda membuat rencana kerja dengan nama seperti "Bertemu di ruang merokok", menunjukkan orang tersebut sebagai peserta, menulis kepadanya omong kosong, dan itu saja, dia tidak bisa menolaknya. Tentu saja, ini hanya dilakukan untuk Hochma, karena Anda bisa mendapatkannya di labu.
Kemudian mereka memutuskan bahwa kami akan menjadwalkan pertemuan dengan rencana kerja yang sama. Anda melakukannya di muka, tentukan peserta, tempat, waktu, agenda, dan kirim. Undangan datang kepada orang-orang, mereka harus menerima atau menolak. Kemudian dalam dokumen yang sama Anda mengarahkan pesanan pada hasilnya.
Tapi penugasan, SZ dan rencana kerja adalah cakrawala singkat perencanaan dan manajemen, tetapi saya ingin lebih otentik. Seseorang datang dengan - mari kita tulis jenis tugas selama sebulan, dan kemudian tunjukkan tingkat pencapaian dalam persen. Idenya, tampaknya, diambil dari sebuah seminar, serta nama - "Matriks tanggung jawab."
Omong kosong seperti itu ditulis di sana, seperti "Operabilitas sistem disediakan 24/7" (ini ada dalam matriks administrator sistem). Kemudian, pada akhir bulan, saya, sebagai pemimpin mereka, masuk dan menetapkan angka yang sebenarnya. Saya tidak peduli, dan mengatur 100%.
Dan bukan saja aku tidak peduli. Semua diatur 100%. Tapi di sini, tentu saja, ada orang-orang serius yang membakar kami dan mulai meronta-ronta. Mulai sekarang, saya harus menulis "bilangan real".
Tetapi bahkan di sini salah satu yang hebat mengingat seminar yang dihadiri, dan berkata: jika tugas itu selesai pada 94%, maka itu tidak selesai. Mereka berdebat, bertengkar, menetapkan 95% sebagai ambang batas.
Lalu mereka ingat - bah, kita masih punya proyek! Eksternal (untuk uang, untuk pelanggan) dan internal (semua ada pengembangan, konstruksi, dll.). Apa yang harus dilakukan - kami menambahkan esensi "Project", di dalam - kaskade klasik, dengan bagan Gantt dan kemampuan untuk memesan, membuat tahapan dan semua omong kosong yang tidak masuk akal yang disebut "manajemen proyek".
Itu tentang di tempat ini yang tidak dapat diperbaiki terjadi.
Tidak bisa diperbaiki
Dalam pemrograman bisnis, ada hal seperti itu - tiga serangkai perubahan ketika otomatisasi, perubahan proses bisnis, dan motivasi berjalan seiring, dan semua orang mencapai kebahagiaan.
Dan yang tidak dapat diperbaiki adalah ketika otomasi, proses bisnis, dan sistem motivasi saling berhubungan secara tidak tepat.
Itulah tepatnya yang terjadi. Sistem berfungsi, tetapi tidak diperlukan, karena tidak melibatkan hubungan dengan motivasi. Anda tidak melaksanakan instruksi - yah, mereka kadang-kadang akan memarahi Anda jika Anda adalah bosnya, dan Anda hampir tidak pernah sampai ke orang linier.
Tetapi yang hebat memutuskan bahwa itu cukup untuk memanjakan diri, sistemnya keren, memperhitungkan hampir semua manifestasi realitas, sekarang tidak akan mati.
Dan mereka memperkenalkan konsep "melakukan disiplin" ke dalam sistem motivasi.
Secara matematis, ini sangat sederhana - persentase pesanan selesai tepat waktu. Mereka memberi Anda 10 instruksi, Anda selesai tepat waktu 9 - Anda memiliki ISP. disiplin 90%. Set 10, semuanya terlambat - Anda memiliki 0%. Kondisi yang terpisah untuk mereka yang tidak menerima instruksi adalah dengan bodohnya 100%.
Pengukuran pertama disiplin kinerja untuk perusahaan memberikan angka sekitar 50%. Kami menetapkan tujuan - untuk membawa hingga 80%.
Performing disiplin mulai memengaruhi upah. Pada awalnya, tidak signifikan - sekitar 5% dari gaji dikendalikan oleh disiplin. Yaitu jika Anda seorang akuntan dengan gaji 30 tr, maka Anda akan diguncang hingga maksimal 1,5 tr, jika sama sekali Anda tidak akan memenuhi pesanan.
Kemudian (dengan sangat cepat) mereka membawa pengaruh disiplin hingga 20% dari gaji. Gambar telah berubah secara dramatis. Pesanan, disiplin, memo, dan semua entitas lainnya dengan cepat mulai digunakan, mereka mulai mengenal semua karyawan yang ada di depan komputer.
Berbicara secara formal dan dalam jumlah, proyek untuk meningkatkan disiplin eksekutif perusahaan dilakukan dengan cemerlang. Bagi kami programmer, itu normal untuk melakukan tugas yang ditulis di komputer, kami sudah terbiasa, dan tanpanya itu bahkan tidak mudah.
Tapi di sini ada masalah lain. Akuntan, ekonom, penjual, pemasok, perancang, SDM, jaminan kualitas, mandor produksi, penjaga toko, manajer proyek, teknolog, insinyur, sekretaris, manajemen mutu, programmer, administrator sistem, teknisi dan, tentu saja, manajer - mereka semua terhubung ke sistem, semua orang tahu bagaimana bekerja dengannya, setiap orang bekerja dengannya, setiap hari mereka masuk dan memantau disiplin mereka, berlari-lari dengan tenggat waktu, dan dengan sepenuh hati mendukung pencapaian tujuan perusahaan.
Dan tujuan perusahaan tercapai dalam waktu kurang dari enam bulan. Disiplin kinerja naik menjadi 85%, dan sedikit kemudian - menjadi 95%. Hasil apik yang dapat Anda masukkan dengan aman ke dalam pencapaian Anda dan menghembuskan pipi saat wawancara.
Tetapi berapakah biayanya? Dan bagaimana perusahaan berubah?
Orang
Transformasi lucu terjadi pada orang-orang selama proses implementasi.
Pertama, massa orang berhenti begitu saja.
Seseorang dipecat, sehingga untuk berbicara, untuk ketidakcocokan profesional yang diungkapkan oleh sistem. Dapat dikatakan manfaat dari otomatisasi. Menjadi jelas bahwa seseorang tidak melakukan tugas sama sekali. Atau selalu menulis beberapa alasan dan omong kosong alih-alih laporan kemajuan.
Seseorang keluar sendiri, karena, saya kutip, "cukup, cukup untuk dimakan". Lucu asal usul frasa ini.
Sistem, seperti yang diharapkan, mengirim pemberitahuan ke surat. Ketika pesanan baru diterima, ketika pesanan Anda selesai, ketika istilah baru diminta, dll. Pada saat yang sama, di pagi hari, dia mengirim ringkasan instruksi dengan instruksi yang sudah lewat waktu ke kantor pos. Sangat nyaman bagi sebagian orang - saya membaca di pagi hari bahwa tidak ada yang mendesak, dan Anda bahkan tidak memasuki sistem.
Jadi, zamannya gelap, dan tidak semua karyawan memiliki surat perusahaan, beberapa unit jarak jauh menggunakan kotak surat pribadi. Tentu saja, saya hanya mengarahkan kotak pribadi ini ke pengaturan pengguna dan tidak menguap.
Dan Bung berhenti, dan saya baru tahu tentang ini dalam beberapa hari. Selama beberapa hari ini, tentu saja, ia terus menerima surat dari sistem, seperti tidak ada instruksi, tetapi Anda tidak pergi jauh, mereka tiba-tiba muncul. Dan pria itu menulis jawaban untuk sistem - "lepaskan saya, cukup, cukup untuk makan". Saya melihat surat itu secara tidak sengaja, karena Kotak surat itu diatur untuk saya, dan ketika surat itu tiba, sebuah notifikasi muncul.
Terutama banyak pemimpin yang berhenti dari, katakanlah, pekerja teknis. Master, manajer toko, manajer produksi, insinyur kepala, manajer gudang, kepala desainer, dll. Tidak bisa bergaul dengan sistem.
Saya sendiri tidak tahu persis bagaimana berhubungan dengan situasi seperti itu. Di satu sisi, saya ingin merek mereka dengan orang-orang tua yang tidak ingin mengikuti perkembangan zaman. , , - , , « , !» — , .
, . , – . – , , . , , « ».
-, – , . , . , – «, , , ». .
. , , . .
. , , , « ». , , , , , , .
. .
-, … , . , .
– , , .
, , , -, . -, , , .
– . , . , , . , , , – .
, , . , . .
. , – , , , . 100 %. , , , , .
, , , . , .
. .
, , , . , , , . ? ? ? ?
, , . , .
, – . « ».
Apa hasilnya? ! , , , , . – , .
, . – . . , 10 . .
, , , . ? ! !
, , . – « ». .
. ? « ». ? , ?
, . ? 15? 15 ! ! .
«, 1, , », .
– « , - , - , ». , .
– « , ».
, . , . , , , . , «, ».
, , , . 100 % !
, , -, . – , , .
- - , . – , , , « - ».
- . - , – , ? ! – , , !
, . , ., – , ( , ) . , . , , , .
– .
, , .
,
, .
, , . .
, .. , . . Yang saya lakukan.
, . . .
– 95 %. . 100 %. – 19 .
, , ? , 19 . , !
19 , – , .
, , . , .
. , . , , , . , ? . ? Baik, dll
, , . , « – , ». – , , . , .
– .. , .
– - . , . . .
– - , « ».
, , , , . , , .. – -, .
- , – , – « -». , , --. – .
, . , .
-, .
, , . , Scrum, - , .
. , – . , .
Kesimpulan
, , – , .
: , , , «» «Das Experiment» . , . , , , – . , .
, . , , .
, , . , . , .
– , . . – , , .
: «» – . , , .
, , – . – , - , – , 24.
, , – , , .
, .
.
Yang paling penting bukanlah bagaimana membuat dan mengimplementasikan sistem seperti itu. Hal utama - untuk apa.
Kami kembali secara mental ke awal publikasi: Saya sangat percaya bahwa semua masalah adalah karena disiplin yang berkinerja rendah. Cukup membuat orang menyelesaikan tugas, dan semuanya akan berjalan lancar.
Dan inilah hasil unik di depan saya - bisnis di mana semua tugas diselesaikan, di mana 95% - tepat waktu. Bukankah itu dongeng? Tanpa memperhitungkan semua ingus ini tentang pengaruh lingkungan antropogenik pada manusia.
Semuanya, mimpi telah menjadi kenyataan, sekarang efisiensi bisnis akan meroket, karena telah berubah menjadi sistem yang patuh, adaptif, dan responsif. Mari berkuasa, dan semuanya akan menjadi liar.
Tapi itu dia. Saya menulis kesimpulan utama.
Ketika pemimpin mulai mendengarkan, ternyata dia tidak punya apa-apa untuk dikatakan.
Sementara tidak ada yang memecahkan masalahnya, dia adalah orang baik-baik saja, di atas kuda putih, karena selalu ada alasan - ya mereka tidak melakukan hubungan seks di sana, itulah masalahnya.
Pada saat yang sama, tugas-tugas yang ditetapkan manajer tidak dianalisis. Baik oleh diri mereka sendiri, maupun oleh orang lain. Apa bedanya, apa yang harus dipesan jika masih gagal?
Bagian dari tugas, tentu saja, akan dilakukan, tetapi faktanya adalah bagian itu. Dan bagian kedua, tidak terpenuhi, akan selalu berfungsi sebagai penyangga, atau peredam, melindungi kepala.
Perhatikan bahwa ini bukan hanya tentang tugas-tugas pemimpin bawahannya. Pertama-tama, saya berbicara tentang tugas lintas fungsional, ketika satu pemimpin menempatkan tugas ke yang lain, paralel, pada garis horizontal.
Ini, menurut pengamatan saya, adalah alasan favorit bagi para pemimpin - mereka tidak, mereka tidak memberikan saya, mereka tidak membeli saya, mereka tidak setuju dengan saya.
Selain itu, alasan ini dapat dibuat secara artifisial - sehingga ada buffer. Nah, manajer produksi tahu bahwa mereka tidak akan membelikannya mesin pengerjaan logam lima sumbu. Tapi dia memang membuat aplikasi, memasukkannya ke dalam anggaran, berjalan-jalan, membuat mata yang tulus - berikan padaku! Jangan memberi.
Apa selanjutnya Itu saja, persetan Anda sampai ke dasarnya dengan mengorbankan pernikahan, yang memberikan mesin tiga koordinat dalam pembuatan bagian kompleks. Anda tidak memberi saya, Anda menolak, dan kami berputar sebanyak yang kami bisa, meskipun pernikahan terkadang.
Dan di sini semuanya justru sebaliknya. Anda menetapkan tugas dan mereka akan melakukannya. Sial, ini menakutkan. Ini sangat menakutkan. Karena Anda mulai benar-benar memikirkan apa dan kepada siapa Anda memerintahkan untuk melakukan.
Dan ketika Anda menghadapi tugas bisnis yang nyata, dan Anda tidak bisa lagi menyembunyikan ketidakmampuan Anda di belakang pemain dan sekutu, maka ada beberapa jalan keluar. Beberapa berhenti.
Paling tidak ada yang perlu dikatakan. Sesuatu yang besar, serius, strategis. Jadi, pada hal-hal sepele, karena mereka telah terbiasa dengan kontrol mikro manual selama bertahun-tahun, ketika risikonya rendah.
Dan ketika mereka mencapai manajemen strategis, mereka duduk dalam genangan air. Lagi pula, Anda tahu sekarang bahwa mereka akan melakukan apa yang Anda katakan. Dan apa yang harus dikatakan?
Tidak ada yang perlu dikatakan. Yang paling berani, tentu saja, berbicara, tetapi dengan cepat menjadi jelas bahwa ini semua omong kosong. Seseorang dipecat karena haluan yang salah, seseorang melarikan diri dan tidak berbicara lagi.
Dan saya kehilangan kepercayaan pada efektivitas penerapan sistem manajemen tugas, serta efektivitas manajemen. Tidak ada gunanya membuang waktu untuk efisiensi eksekusi dengan mengotomatisasi kontrol tugas. Karena jika Anda mengalami krisis manajemen nyata, ternyata tidak ada yang tahu apa yang harus dilakukan.
Tapi ini bukan ujung jalan, tetapi hanya belokan. Ketika memperkenalkan sistem manajemen tugas, seseorang tidak perlu khawatir tentang pelaksanaan tugas, tetapi tentang perumusannya. Ini lebih penting.
Untuk saat ini, mari kita memikirkan fakta bahwa mediokritas utama dalam bisnis kita adalah para pemimpin. Jelas bahwa Anda tidak akan mengambil kata saya untuk itu. Apalagi jika Anda sendiri seorang pemimpin. Tapi, untuk berjaga-jaga, jangan minta programmer untuk mengotomatisasi manajemen bawahan Anda. Takut dengan keinginan Anda, mereka mungkin menjadi kenyataan.
PS
Implementasi yang dijelaskan dalam artikel berlangsung pada 2013-2014. Saya menulis teks artikel ini setahun yang lalu. Saya masih cukup terkesan dengan pekerjaan di perusahaan itu, dan sangat tertarik pada tugas yang fleksibel dan teknologi manajemen proyek.
Tetapi selama tahun ini, saya secara signifikan merevisi pandangan saya, melanjutkan dari kenyataan lain - implementasi proyek pengembangan dan implementasi untuk pelanggan eksternal. Saya sekali lagi menghadapi masalah yang sama yang pernah menyiksa perusahaan asal saya - disiplin berkinerja rendah, terutama pada bagian dari pelanggan.
Itu saja - orang baik. Anda datang kepada mereka - Egegei, semua dilakukan dengan baik, kami akan melakukan segalanya, katakan saja padaku! Dan ketika Anda pergi, Anda mulai berkomunikasi melalui Internet - di suatu tempat semua orang hilang, tugas-tugas macet selama berbulan-bulan dan, yang paling penting, Anda tidak mengerti apa-apa tentang status apa dan kapan semuanya berakhir.
Setelah disiksa dengan segala macam github, jig, pelacak Yandex, dan manajer tugas gula kapas lainnya, saya, seperti yang dikatakan M dalam film "Casino Royale," ketinggalan Perang Dingin. Sekali lagi, saya ingin tahu siapa bajingan itu yang tidak menerima tugas itu. Saya ingin melihat dengan jelas di mana reptil itu, tidak memeriksa dan tidak menerima hasil pekerjaan yang dilakukan oleh programmer. Saya sangat kurang dalam laporan saya tentang melakukan disiplin, menunjukkan siapa yang bekerja dalam sebulan, kuartal dan tahun.
Jadi saya ... saya ingin mengatakan - dengan enggan, tetapi tidak - dengan penuh sukacita dan kelegaan! - Saya menambahkan elemen terbukti mengendalikan ke sistem manajemen tugas yang saya lakukan. Kekuatannya adalah dalam integrasi, dan bukan dalam oposisi. Maksimalisme muda ini membuat Anda berteriak, “Bajingan selamanya!” atau "Disiplin, dan hanya disiplin!". Dan saya akan mengambil yang terbaik - dari yang pertama dan kedua - dan menambahkan saya sendiri, yang dikembangkan selama 10 tahun praktik manajemen tugas.
Fiuh, terima kasih Tuhan. Semuanya tidak sia-sia.
Selamat Tahun Baru, teman-teman!