10/50/99: cara memberi umpan balik

Umpan balik di perusahaan seperti Batman di Gotham. Semua orang berharap dia tiba dan menyelamatkan semua orang, dia akan mengarahkannya ke jalan yang benar. Tapi kadang-kadang, menilai dari sensasi, bukannya Batman, Joker yang terbang masuk dan menghancurkan proyek Anda.



Bagi kami, seperti untuk sebagian besar perusahaan modern, pertanyaan tentang umpan balik cukup akut: kapan, kepada siapa dan bagaimana memberikannya dengan benar. Kami mencoba berbagai pendekatan. Baru-baru ini menemukan materi menarik yang kami bagikan dengan Anda. Di bawah kucing tentang prinsip umpan balik "10/50/99", cara membantu dan tidak merusak.



Seratus tahun yang lalu, saya adalah seorang desainer web dan pengembang lepas. Dan kebetulan saya membuat situs web untuk perusahaan yang bergerak di bidang pengolahan air. Menyenangkan, bukan? Saya masih muda dan, terus terang, bahkan tidak sepenuhnya mengerti apa yang dilakukan orang-orang di perusahaan ini.

Pada awal proyek, kami berada di posisi yang sama dengan CEO (pelanggan): ia hanya menginginkan situs web yang keren. Seperti saya! Jadi saya pergi dan melakukannya. Terinspirasi oleh tren desain terbaru dan standar pengembangan modern, saya datang dengan tiga pilihan karya (seperti yang saya pikirkan).

Dan kemudian hal buruk terjadi - mimpi buruk terburuk bagi setiap perancang: CEO meminta saya untuk "membuat satu perubahan kecil", dan, pada kenyataannya, menambahkan solusi desain jelek yang mengubah karya agung saya dari Yang Hebat menjadi Hebat.

Saya diliputi frustrasi. Saya ingat semua komik Dilbert, di mana CEO menyerbu masuk pada menit terakhir dan menghancurkan segalanya.

Pada saat itu saya benci situs dan proyek. Dan satu-satunya yang saya inginkan adalah mengakhiri ini dengan mendesak. Selama bertahun-tahun, saya mengingat CEO ini dan berpikir: "Mengapa dia mencoba mengendalikan desain jika dia membayar saya uang untuk menjadi seorang desainer!? Dia tidak tahu apa-apa tentang desain! ”

... Tapi kemudian saya perhatikan bahwa saya mulai memberikan umpan balik dengan cara yang persis sama.

Cara merusak segalanya dalam satu umpan balik


Maju cepat ke hari-hari ini: sekarang saya sendiri adalah CEO (proyek SoapBox saya ). Spesialis keren bekerja dengan saya - bintang rock di bidangnya. Tetapi ketika mereka menunjukkan kepada saya pekerjaan mereka dan meminta umpan balik, saya mendapati diri saya berpikir bahwa "Saya mengubah karya agung mereka dari Yang Hebat ke yang Buruk."

Mereka bekerja keras selama berminggu-minggu, dengan cermat memikirkan setiap detail, dan kemudian menunjukkan kepada saya hasil akhir. Dan akulah, pada menit terakhir, yang merusak pekerjaan mereka.

Saya melihat ini dari wajah mereka dan mengingat bagaimana saya pernah membuat wajah yang sama. Apa apaan? Saya bukan orang jahat. Dan dia tidak mencoba merusak semuanya ... tapi dia merusaknya.

Hasil karya mereka luar biasa, tetapi tidak cocok dengan gambar "karya besar kita bersama". Ketika saya melihat perbedaan seperti itu, saya mengusulkan solusi dari seri: "Hmm, ada yang salah di sini, entah bagaimana bengkok, coba ubah ini ..." Intrusi ini adalah upaya saya untuk menghubungkan gejala dengan masalah yang saya tidak curigai: kami tidak memiliki konteks proyek tunggal.

Lain kali saya melihat "mahakarya bengkok", saya tidak lagi mencoba memperbaikinya. Saya baru saja berbagi konteks umum proyek. Dan tahukah Anda? ITU LAIN LAIN. Kali ini tanggapan saya menyebabkan air mata.

Pesan yang saya siarankan kepada mereka bergulir dari “Perbaiki satu hal” menjadi “Segala sesuatu yang telah Anda lakukan dalam beberapa minggu terakhir adalah kesalahan.”

Membenamkan diri dalam konteks adalah ide yang baik, tetapi waktu yang saya pilih untuk ini tidak. Saya perlu memberikan umpan balik dan visi yang keras tentang proyek pada tahap awal proyek. Dan agar ini terjadi, tim saya perlu mengundang saya jauh lebih awal, meskipun tampaknya benar-benar tidak masuk akal (lagi pula, tidak ada yang menunjukkan kepada guru tugas yang belum selesai di sekolah?).

Saat itulah pendekatan 10/50/99 menyelamatkan saya. Dia membantu melindungi orang dari frustrasi dan mengajari saya cara berbagi konteks yang hilang pada waktu yang tepat.

Berkeliaran melalui cerita: pada saat itu saya menyadari mengapa pria dengan filter air membuat saya membuat situsnya keji. Dia ingin situs tersebut sesuai dengan ide dan tujuannya. Saya ingin membenci "Mengapa Anda diam sebelumnya?", Tetapi pada kenyataannya, saya harus meminta konteks umum di awal atau untuk meminta umpan balik segera setelah saya turun ke bisnis, dan tidak menunda sampai saat terakhir untuk menunjukkan versi terakhir dari proyek.

Selanjutnya akan menjadi pendekatan 10/50/99 yang akan menyelamatkan proyek Anda dari kegagalan, dan tim Anda dari air mata.

Penafian: Saya tidak menemukan pendekatan ini. Saya yakin bahwa saya membaca sekitar 10/50/99 sekitar 10 tahun yang lalu. Saya ingat ini dengan baik, tetapi saya tidak dapat menemukan buktinya di Google. Selain itu saya menulis tentang ini satu atau dua kali.

Apa umpan balik 10/50/99?


Bayangkan bahwa setiap proyek dapat dibagi menjadi tiga fase kesiapan - 10%, 50% dan 99%, di mana:

  • 10% kesiapan - hampir tidak ada yang dilakukan;
  • 50% kesiapan - komponen utama proyek mulai terhubung satu sama lain;
  • 99% kesiapan - semuanya siap, masih harus memeriksa ejaan, tata bahasa, dll.



10/50/99% dari umpan balik sesuai dengan volume umpan balik yang dapat Anda bagikan di setiap tahap kerja ini.
Sangat jelas dan sangat penting: satu-satunya umpan balik yang dapat Anda berikan pada tahap 10% adalah umpan balik 10%. Anda seharusnya tidak memberikan umpan balik 10% pada tahap akhir 99%. Dan sebaliknya: Anda tidak dapat memberikan umpan balik 99% pada 10%.
Gagasan di balik pendekatan ini adalah berapa banyak waktu dan energi yang disimpan jenis umpan balik ini. Ketika ini menjadi aturan umum untuk memberikan umpan balik bagi semua orang di perusahaan, satu bahasa komunikasi dikembangkan. Sebagai contoh:

Kontraktor menunjukkan perkembangan pertama: "Saya berada pada tahap 10%".

Seseorang menunjuk salah ketik: "Ini dia salah tulis ...".

Secara harfiah semua orang di ruangan itu: “Kami sekarang berada di 10%. Simpan untuk nanti. "

Tahap 10% kesiapan proyek


Tahap paling awal dari setiap proyek adalah tahap kesiapan 10%. Ketika sebuah proyek hanyalah sketsa, garis besar, daftar peluru, singkat. Terkadang tahap ini hanya membutuhkan waktu 10 menit.



Pada tahap ini, tidak ada yang "baik" yang ingin saya tunjukkan kepada orang lain. Dan ini adalah umpan balik paling sulit yang harus Anda berikan dan terima, karena orang tidak suka menunjukkan pekerjaan "buruk" mereka kepada kolega dan bos.

Menurut saya ini sangat sulit bagi Jones: bagaimana cara menunjukkan proyek yang siap 10% dan terlihat keren pada saat yang bersamaan? Perasaan sakit tidak bisa dihindari, karena tampaknya Anda menunjukkan pekerjaan yang belum selesai. Bagaimana Anda bisa menunjukkan kelayakan proyek tanpa masuk ke detail?

Proyek itu sendiri dan pelaksana berada dalam posisi psikologis "tidak aman" pada saat ini, jadi penting untuk menjadi sensitif dan berpikir hati-hati tentang umpan balik. Satu kata ceroboh dapat merusak proyek. Serius.

Bagaimana tidak memberi umpan balik pada tahap 10%


Dari semua tahapan, di sinilah orang yang memberi umpan balik paling sering melakukan kesalahan.

Misalnya, perancang dilengkapi dengan rancangan tata letak pertama, dan perancang utama memberikan umpan balik: "Logo tidak terpusat." Ini membuat perancang berpikir seperti ini: "Bos saya berpikir saya perancang yang buruk, bahwa saya mencoba terlalu sedikit, bahwa saya harus lebih memperhatikan detail." Dia akan ingin melakukan pekerjaan yang lebih baik dan lain kali dia akan datang ke pertemuan dengan kesiapan 10% dengan tata letak Hi-Fi berwarna dan isian penuh.

Cara memberi umpan balik pada tahap 10%


Pada tahap kesiapan 10%, Anda harus memberikan umpan balik tentang visi umum (visi tunggal) dan arah di mana pekerjaan akan berlangsung. Seharusnya mudah bagi pemain untuk mengubah arah kerja saat ini tanpa merasa bahwa semuanya telah sia-sia. Perasaan tidak ada yang harus dilukai, bahkan jika semua orang di ruang rapat memutuskan "Anda tahu, seluruh gagasan ini adalah buang-buang waktu, kami menyimpang".

Pada tahap kesiapan 10%, Anda harus mendiskusikan proyek itu sendiri:

  • Apa tujuan dari proyek ini?
  • Apa hasil yang diinginkan?
  • Mengapa kita melakukan proyek ini sama sekali?

Semua ini harus Anda diskusikan sekarang untuk menemukan bahasa umum, arah dan visi yang akan mendorong proyek. Dengan memperbaiki perjanjian pada tahap awal proses, Anda menyelamatkan diri Anda (dan tim Anda) dari perdebatan yang menyakitkan dan tidak perlu nanti (lebih dekat dengan batas waktu proyek gagal). Dengan kata lain: jika seseorang ingin mendiskusikan proyek singkat, ia harus melakukannya sekarang atau membiarkannya diam selamanya.
Ambil catatan. Tuliskan keputusan yang muncul di pikiran Anda pada saat ini. Anda akan menyesal nanti jika tidak. Anda akan membutuhkannya di masa depan jika Anda memutuskan untuk mengubah sesuatu.
Dan inilah tepatnya yang saya cari: sebagai CEO, saya ingin membahas konsep tersebut. Karena pada titik ini saya dapat menambah nilai.

Saat tim Anda mempelajari proyek lebih dalam, Anda harus (idealnya) memberikan umpan balik yang semakin sedikit. Karena mereka ahli di bidangnya, dan Anda tidak. Sebagai seorang pemimpin, Anda dapat dan harus menawarkan umpan balik Anda pada tahap paling awal untuk menerjemahkan gagasan yang tidak konsisten ke arah yang benar. Jauh lebih murah untuk dilakukan sekarang daripada nanti.

Tahap 50% kesiapan proyek


Ini draft pertama. Tata letak tidak berwarna. Dan jika Anda berpikir bahwa sulit bagi karyawan untuk menggelar kesiapan 10% untuk dilihat semua orang, maka tahap kesiapan 50% bisa menjadi lebih buruk. Lagipula, di atasnya mereka dengan sengaja menunjukkan pekerjaan mereka yang belum selesai.



Kesalahan ketik, bertopik bukannya gambar, template teks. Potongan besar proyek masih dapat didiskusikan dan ditukar. Pada tahap ini, Anda perlu memastikan bahwa semua orang bergerak ke arah yang benar, mendiskusikan kerangka proyek, berdebat tentang bentuk teks, tanpa menggali tata bahasa dan ejaan.

Jangan menggiling. Jika Anda memberikan umpan balik pada detail kecil pada tahap ini, Anda akan merusak segalanya. Orang akan menilai komentar Anda sebagai kritik dan bukan sebagai umpan balik. Lain kali mereka akan datang dengan tiga versi proyek yang sudah jadi dan hanya meminta untuk memilih salah satu dari mereka. Dan mereka tidak akan berdialog. Dan mereka akan kecewa.

Cara memberi umpan balik pada tahap 50%


Untuk memberikan umpan balik pada titik ini, keluarkan catatan yang Anda buat 10%. Lihatlah visi dan arah yang Anda sepakati bersama tim saat itu, dan periksa apakah 50% proyek cocok dengan diskusi tersebut.

Pertengahan proses adalah tahap yang sulit. Arah dan tujuan tidak lagi dibahas, tetapi Anda masih tidak dapat menemukan kesalahan dengan kata-kata. Di sini Anda melihat keseluruhan struktur atau tata letak. Ini juga merupakan langkah yang tepat untuk mendapatkan umpan balik dari departemen atau tim lain, jika perlu. Di satu sisi, proyek telah maju cukup jauh untuk departemen lain untuk memiliki gagasan yang jelas tentang tujuan dan singkat, di sisi lain, masih ada waktu untuk perubahan berdasarkan umpan balik.
, , :

« 50% . , :

  • .
  • .
  • .

. , :

  • .
  • .
  • ».

99%


Proyek ini hampir siap. Pada tahap ini, semua orang sudah ingin memulai sebuah proyek sampai mati, harapan itu tampaknya tak tertahankan, tidak mungkin untuk menunggu pihak-pihak yang berkepentingan untuk melihat dan mendengarkan lagu terakhir.



Seluruh tahap adalah 99% tentang detail kecil. Akhirnya saatnya untuk menemukan kesalahan dan sampai ke bawah! Apakah tautan berfungsi? Apakah kita melacak indikator yang kita butuhkan dengan benar? Apakah ada kesalahan ketik? Apakah ada bug?

Sekarang tidak mungkin lagi untuk kembali ke diskusi tentang tujuan atau struktur. Kami menemukan ini di masa lalu. Kembali ke catatan jika perlu.

Cara memberi umpan balik pada tahap 99%


Waktunya telah tiba untuk umpan balik pilih-pilih, yang menggoda untuk diberikan di seluruh proyek! Melihat kesalahan pengejaan? Baik! Jarak beberapa milimeter kurang dari yang dibutuhkan? Luar biasa! Pada tahap ini, sebagian besar umpan balik harus berasal dari tim (yaitu para ahli), bukan dari pemimpin.

Lagi pula ... Jika Anda memiliki tim bagus yang Anda percayai, Anda dapat melewati tahap ini. Partisipasi Anda tidak lagi diperlukan. Percayakan mereka pada pekerjaan mereka dan jangan membawa manajemen mikro.

Namun, kesulitan mungkin timbul di sini. Sepanjang proyek, semua orang mati keinginan untuk memberikan umpan balik 99% pada waktu yang salah. Dan sekarang saat yang tepat untuk ini, orang mungkin mencoba untuk kembali ke umpan balik 10%. Lagi dan lagi. Tugas Anda sebagai seorang pemimpin hanyalah memastikan bahwa mereka tidak melakukannya.

Masih ada kasus ketika 99% umpan balik menjadi mimpi buruk bagi penerimanya. Otak mati, autopilot menyala. Dan seseorang mulai membuat semua perubahan yang diberitahukan kepadanya. Tugas Anda adalah mengingat tujuan proyek sehingga para pelaku dapat memisahkan umpan balik yang baik dari yang buruk.

Sebagai tambahan


Ini akan sedikit sulit
  1. , . , .

    10% 50% , , .

    , — . , , , - , .

    , , , . , . , .
  2. , .

    - , 10%.

    , 10/50/99. , , . , . , , , . . .

Tiga Tips Pendekatan
, 10/50/99 .

  1. .

    , . . . .

    , . , , . .
  2. .

    , . , , , , .

    — , . , .
  3. , , .

    10% , . . 10% 50% .

    , - , - .

    , - , 10% . , 10% , 10% . .

Jenis Umpan Balik CEO
, , .

. , , . , .

, , . :

  1. . — . , , - . , .
  2. . , , , , . , .
  3. . « », . — , . , .
  4. . , . . , .


All Articles