Baru-baru ini, secara tidak sengaja, dengan pengajuan satu orang baik, sebuah ide lahir - untuk melampirkan ringkasan singkat untuk setiap artikel. Bukan anotasi, bukan bujukan, tapi ringkasan singkat. Sedemikian rupa sehingga mungkin untuk tidak membaca artikel sama sekali.
Saya mencobanya dan saya sangat menikmatinya. Tapi ini tidak peduli - hal utama yang disukai pembaca. Mereka yang berhenti membaca sejak lama mulai kembali, memberi saya seorang graphomaniac. Dan lelaki baik lainnya menyarankan saya untuk menulis ringkasan singkat untuk setiap artikel lama. Saya setuju dan sekarang, di antaranya, saya menulis shorties ini. Dia menyebut mereka celana pendek.
Saya menarik perhatian Anda beberapa celana pendek seperti itu, menurut beberapa publikasi. Tiba-tiba Anda akan menemukan sesuatu yang berguna untuk diri Anda sendiri.
Kucing itu mati, ekornya terkelupas
Rapat sangat sering gagal. Berkumpul, babak belur, berpisah.
Hasil, atau produk dari rapat, adalah keputusan. Di sini mereka biasanya tidak. Dan jika ada, itu tidak selalu berkualitas baik.
Jika pertemuan terbatas waktu, dan keputusan harus diambil, maka itu (keputusan) berkualitas buruk.
Jika rapat tidak dibatasi waktu dan berlangsung hingga keputusan dibuat, maka keputusan apa pun dibuat jika hanya rapat berakhir.
Jika suatu keputusan ditemukan pada suatu rapat, maka itu akan dibuat - hanya karena otak menghargai apa yang muncul.
Memahami kualitas solusi yang buruk akan datang kemudian, tetapi akan terlambat.
Untuk membuat keputusan yang efektif, lebih baik tidak berpartisipasi dalam diskusi, tetapi untuk diam-diam mengamati.
Pertama, otak tidak akan sibuk memikirkan jawaban.
Kedua, tidak perlu membuat keputusan.
Setelah pertemuan, Anda dapat merenungkan dengan tenang dan membuat keputusan. Akan lebih baik.
Kunci: di rapat, diam dan dengarkan. Agar yang lain tidak khawatir, katakan bahwa ini adalah posisi sadar.
→
habr.com/en/post/341654Parasit laten
Pada dasarnya, ada dua pendekatan untuk menetapkan tujuan dan mengendalikan kinerja: parasit dan simbiotik.
Pendekatan simbiosis adalah membuat masalah diselesaikan.
Pendekatan parasit adalah untuk membuat tugas TIDAK diselesaikan.
Pendekatan simbiosis bersifat langsung dan langsung, tetapi sulit untuk diterapkan. Karena itu jarang terjadi.
Tugas diatur agar semuanya jelas - dan tujuan, sumber daya, dan keterbatasan.
Kontrol dilakukan sehingga tugas diselesaikan dengan tepat.
Pendekatan simbiotik adalah meninggalkan bagian dari tanggung jawab (dan lebih banyak lagi) untuk menyelesaikan masalah pada sutradara panggung.
Pendekatan parasit bersifat kemerahan dan licik, tetapi mudah diimplementasikan. Karena itu, hal itu biasa.
Tugas diatur sehingga tidak ada yang dipahami. Semakin tidak jelas semakin baik.
Kontrol, lebih disukai tidak sama sekali.
Tidak ada tanggung jawab pada direktur tugas, seluruh "monyet" ditransplantasikan ke leher pemain.
Tujuan dari pendekatan parasit: manipulasi, FSW, penegasan diri. Oleh karena itu, sering ditemukan dalam pekerjaan mentor dengan karyawan pemula.
Lebih baik, tentu saja, pendekatan simbiotik.
→
habr.com/en/post/343696Dimensi vs Ilusi
Jika Anda mengevaluasi proses dan hasil aktivitas Anda tanpa pengukuran, maka Anda akan salah sepanjang waktu.
Skor tanpa angka tergantung pada mood. Suasana hati yang buruk - sepertinya Anda tidak bekerja dengan baik. Suasana hati yang baik adalah sebaliknya.
Jadi Anda dapat duduk dan bekerja dengan buruk selama seminggu, dan pada hari Jumat memberikan hasil "ke gunung", dan tampaknya seluruh minggu berjalan dengan baik.
Pada dasarnya, ada dua jenis metrik: kuantitatif dan alternatif (lebih dikenal oleh programmer sebagai Boolean).
"Tugas selesai tepat waktu" adalah Boolean. Ini sama dengan “Detail fit” (tanda kualitas alternatif ketika mereka tidak dapat diukur dalam jumlah).
"Kami bekerja dengan baik", "Kami memenuhi rencana", "Saya baik-baik saja" - juga Boolean.
Pada perkiraan seperti Boolean, proses kontrol sulit dibangun. Anda disarankan untuk beralih ke metrik kuantitatif secepat mungkin.
Boolean melahirkan birokrasi dan formalisme. Misalnya, pemenuhan tugas tepat waktu dapat dicapai dengan meningkatkan waktu, menciptakan tugas untuk diri mereka sendiri, dan melaksanakan IDB.
Untuk mengelola berdasarkan indikator Boolean, Anda harus menghabiskan banyak waktu - untuk rapat, analisis, dll. Karena terlalu sedikit informasi.
Dianjurkan untuk mengukur proses dan hasilnya. Maka gambar akan menjadi yang paling lengkap.
Untuk programmer, metode "Perencanaan Poker" dari Scrum direkomendasikan.
→
habr.com/en/post/343910Ini sparta
Misalkan Anda seorang programmer, dan mereka membawakan Anda tugas serius. Dan Anda berpikir bahwa tidak perlu menyelesaikan masalah - itu bodoh, berbahaya.
Perilaku umum dalam situasi seperti ini: membawa tugas ke bidang publik. Kirim untuk berkoordinasi dengan bos, memulai proyek internal, memperbaikinya dalam sistem, dll.
Pada titik ini, semuanya rusak. Orang yang membawa tugas tidak ingin dianggap bodoh. Dan begitu mereka pergi ke lapangan publik, mereka akan membela diri.
Penting bagi seseorang untuk tidak kehilangan muka, dalam arti politik. Hal utama dalam politik adalah tidak pernah mengakui kesalahan Anda. Anda tidak dapat melakukan apa-apa, tetapi hal utama adalah untuk tidak mengenali kesalahan.
Seorang pria akan melakukan yang terbaik untuk membuktikan bahwa seorang programmer adalah penjahat, idiot, lawan perubahan. Dan programmer masih harus menyelesaikan masalah.
Dalam beberapa kasus, seseorang akan mengatur semuanya sehingga programmer tidak menyelesaikan masalah sama sekali. Maka orang itu akan menjadi "putih", dan programmer akan benar-benar "hitam" (dan menolak, dan akhirnya gagal).
Ada beberapa solusi.
Yang pertama adalah menjadi programmer bisnis, memahami bidang terkait, dan menentukan sendiri apa dan bagaimana mengotomatisasi.
Yang kedua adalah artikel oleh Kepala Perubahan. Misalnya, direktur pengembangan.
Yang ketiga adalah tidak muncul, dan hanya melakukan apa yang mereka katakan.
Keempat - Jalan Sparta, penolakan cepat terhadap keputusan. Itu lebih dikenal sebagai gagal cepat, gagal murah (keluar cepat, keluar murah).
Hal utama adalah tidak memasukkan publisitas. Untuk memberi tahu orang tersebut - jangan menghabiskan banyak waktu, kami akan membuat prototipe, dan melihat apakah solusinya layak atau tidak.
Prototipe akan memakan waktu sedikit. Dalam hal sukses, keduanya akan mendapatkan milik mereka sendiri - baik keputusan normal dan poin politik.
Jika gagal, tidak ada yang akan menderita. Seseorang akan lebih baik untuk seorang programmer.
→
habr.com/en/post/344650Pengganti
Bisnis tidak menyukai 1C dan produknya, pengembang web, QMS, akuntansi, ekonom, proyek pengembangan, Scrum, CBT, pengontrolan, KPI, dan sistem motivasi.
Bisnis menyukai peningkatan profitabilitas melalui otomatisasi, peningkatan omzet dari promosi Internet, peningkatan kualitas produk, gambaran bisnis yang sederhana dan jelas, perkiraan keadaan perusahaan, peningkatan efisiensi yang nyata, percepatan proyek 2-4 kali, peningkatan laba yang berlipat ganda, dan penurunan inventaris , sistem manajemen yang akurat, sistem yang jelas dan dapat dipahami untuk menilai keadaan bisnis, sistem penilaian tenaga kerja yang memungkinkan pemberhentian setengah dari manajer.
Bisnis suka mencapai tujuan bisnis. Bisnis tidak suka pengganti.
Seorang pengganti adalah ketika mereka diminta untuk mencapai tujuan bisnis, tetapi menerima proyek otomatisasi, situs web, setumpuk kertas, staf karyawan yang tidak jelas atau laporan kaki yang tidak dapat dibaca.
Pengganti adalah ketika tujuan di jalan diganti dengan sarana pencapaian. Dan mereka lupa tentang tujuan bersama.
Produksi pengganti didasarkan pada tiga pilar: formalisme, gradualisme, dan tanggung jawab bersama.
Formalisme adalah transfer tujuan ke kertas dengan dekomposisi. Namun pada kenyataannya - terjemahan fokus perhatian dari target besar menjadi detail kecil. Tidak ada yang mengingat tujuan lagi - semua orang membahas detailnya.
Gradualisme adalah tingkat transisi yang rendah dari tujuan ke cara. Pada awalnya, tujuannya masih terkadang dibahas. Namun secara bertahap, langkah demi langkah, disebutkan semakin sedikit. Sampai pelanggan itu sendiri lupa tentang itu, tenggelam dalam detail.
Tanggung jawab bersama adalah bahwa semua kontraktor beroperasi kira-kira sama. Tidak ada satu pun automator yang benar-benar meningkatkan keuntungan. Karena itu, pelanggan terutama dan tidak ada jalan keluar.
Apa yang harus dilakukan
Hindari pengganti dan langkah pertama menuju penciptaan mereka: formalisme. Setidaknya pada proyek internal. Tetapkan tujuan dan bicarakan dengan pelaku secara konstan. Pada skala, sumber daya, rencana, dll. - juga. Tetapi yang utama adalah tentang tujuannya.
Kalau tidak, fokus perhatian pasti akan bergeser, dan Anda akan mendapatkan pengganti lagi.
→
habr.com/en/post/344844Jeb Klitschko
Ada petinju seperti - Vladimir Klitschko. Ia memiliki fitur - penggunaan jab yang konstan. Baik i.e. lebih permanen daripada petinju lain.
Jeb terus membuat lawan dalam ketegangan, melelahkan.
Fitur utama Jeb Klitschko: kemudahan eksekusi (relatif, tentu saja) dan keteguhan.
Fakta bahwa terus-menerus dilakukan, bermanfaat, tetapi tindakan sederhana dapat membawa banyak manfaat, kata banyak penulis.
Saya memutuskan untuk mencobanya juga. Saya membuat sistem akuntansi sederhana - pukulan yang saya buat hari ini.
Itu di pabrik. Dia membuat Jebah saat makan siang (saya tidak punya makan siang), yaitu 1 jam sehari. Dia melakukan apa yang tidak dilakukan orang lain (mereka mengatakan itu mengarah pada kesuksesan).
Saya mengatur pemeriksaan pada sistem belajar mandiri, muncul dengan ide-ide untuk pengembangan, menerapkan ide orang lain untuk pengembangan, mengatur tugas-tugas otomatis, refactored dan mengoptimalkan kode.
Setiap hari - tugas apa pun dari daftar ini. Dia melakukan satu tugas - tampan. Anda bisa beberapa.
Pengamatan dipimpin 3 bulan. Selama waktu ini, ia melakukan 30 pemeriksaan, menghasilkan 200 gagasan, mewujudkan 80 gagasan orang lain, membangun proses otomatis di dua departemen, membuat tiga optimisasi keren.
Keren, apa. Nah ini "antara hal-hal." Saya merekomendasikan hal ini kepada semua orang.
→
habr.com/en/post/344934Pengganti fleksibel
Kata "Scrum" mengacu pada setidaknya dua entitas: filsafat dan kerangka kerja.
Filsafat, atau pendekatan untuk bekerja, dijelaskan dalam buku karya Jeff Sutherland.
Kerangka kerja, yaitu algoritma tindakan yang dijelaskan dalam dokumen yang disebut Panduan Scrum.
Filsafat berubah menjadi kerangka kerja karena para pengarang filsafat ingin menghasilkan uang darinya (dengan kata-kata mereka sendiri).
Kerangka kerja ini sangat disederhanakan dibandingkan dengan filsafat. Yang utama adalah bahwa tujuannya telah disederhanakan, atau lebih tepatnya dibuang.
Tujuan filosofi: mempercepat pencapaian hasil. Apalagi kadang-kadang. Ada 8 kali contoh percepatan dalam buku ini.
Tujuan dari kerangka kerja ini adalah untuk memiliki Scrum. Dikatakan demikian: lakukan sesuai dengan instruksi - Anda memiliki Scrum, melanggar instruksi - Anda tidak memiliki Scrum.
Kerangka kerja ini tidak menyiratkan percepatan pencapaian hasil, secara umum.
Orang yang mengajar atau mengimplementasikan Scrum bekerja dengan kerangka kerja. Mereka berbicara dan menerapkan algoritma yang tidak mengarah ke hasil apa pun selain "sekarang kami memiliki Scrum".
Intinya jelas. Filsafat sangat sulit dijual. Kerangka kerjanya lebih sederhana.
Kerangka kerja adalah produk. Dia, seperti yang diharapkan, melewati "kemasan". Sederhana, dapat dimengerti, ada dukungan dan banyak spesialis. Tidak menyerupai apa pun?
Semuanya baik, kecuali hasilnya - tidak.
Jika pelanggan tidak terbiasa dengan filosofi Scrum, maka implementasi kerangka kerja akan cocok untuknya dengan sempurna.
Jika pelanggan terbiasa dengan filosofi Scrum, maka ia akan kecewa dengan implementasi kerangka kerja - tidak akan ada percepatan dalam mencapai hasil.
Ini akan keren, modis, modern, tetapi tidak ada tujuan bisnis yang akan dicapai (kecuali untuk pengembangan anggaran untuk "sesuatu yang baru").
Bagaimana menjadi Pelajari filosofi Scrum. Ini didasarkan pada filosofi Jepang tentang manajemen kualitas, esensinya adalah: pengukuran dan peningkatan tanpa akhir.
Sayangnya, di sana Anda harus berpikir, bereksperimen, mengamati, dan, sayangnya, banyak bekerja. Jika ini tidak cocok untuk Anda, ambillah kerangka itu.
→
habr.com/en/post/345540