Kami mengumpulkan setumpuk lengkap

Dek, menurut penulis, dulu disebut "tim" yang direkrut pencuri. Setiap orang dalam tim memiliki "setelan" sendiri - spesialisasi dan tujuan. Inilah yang Boris Akunin menulis tentang ini dalam bukunya "Lover of Death":

“Para bocah lelaki mengatakan bahwa bagi pengusaha sejati yang hidup berdasarkan hukum, sebuah geng disebut“ geladak ”, dan setiap geladak memiliki peralatannya sendiri. Seorang komplekt adalah delapan yang beruntung, masing-masing dengan posisi masing-masing. Yang utama adalah "raja"; dengan dia, seorang marukha, "wanita" yang suka bisnis, kemudian "jack" - semacam asisten utama; well, para pejuang lainnya, dari sepuluh menjadi enam. . "

Kurang dari delapan orang tidak masuk akal, akan ada kesenjangan dalam "kompetensi". Tidak ada lagi - akan ada duplikasi dan hilangnya kemampuan kontrol.



Anehnya, Jeff Sutherland yang sama, salah satu penulis scrum, menyebut angka yang sama - dari 5 hingga 9 orang. Meskipun dia tidak menentukan spesialisasi.

Oh baiklah Dan kami melanjutkan topik membangun tim untuk peran berdasarkan tes Belbin. Deskripsi peran, seperti yang saya lihat dalam praktik saya, ada di sini . Kiat untuk pertanyaan "mengapa ini diperlukan?" - di sini .

Saya akan memberi tahu Anda lebih banyak fitur dan chip, baik untuk memahami peran dan penerapannya dalam profesi kami.

Pengaruh peran

Peran nyata yang dilakukan seseorang dengan mudah dan senang. Biasanya ini satu, maksimal dua peran. Perbedaan utama antara peran yang diucapkan, "mereka": untuk pemenuhannya, seseorang tidak perlu dimotivasi, disesuaikan, dipaksa atau diajar.

Dia akan memperoleh pengetahuan selama bekerja, karena dia sendiri menginginkannya. Dia akan didorong ke depan oleh intuisi dan motivasi intrinsik. Bekerja pada peran utama itu mudah .

Peran yang kurang menonjol, seolah-olah, peran cadangan. Seseorang tidak begitu mau melakukan pekerjaan yang terkait dengan peran ini, tetapi, secara umum, juga tidak mengalami kesulitan. Cara menyikat gigi - tidak banyak kesenangan, tetapi tidak menimbulkan masalah.

Masalah disebabkan oleh kinerja tugas yang terkait dengan peran yang tidak diekspresikan. Perhatian khusus ketika membangun, atau lebih tepatnya, membangun kembali tim harus diberikan pada penggunaan peran yang tidak diekspresikan.

Jika seseorang menjijikkan "pergi untuk bernegosiasi dengan pengguna", yaitu dia tidak pernah menjadi diplomat, dan menendang di sana dengan tendangan, maka dia mengalami stres serius. Sangat serius. Bahkan karena dia takut berkomunikasi dengan pengguna - dia, tampaknya, memiliki jiwa yang menolak, seolah-olah itu sedang rusak. Kadang-kadang seseorang bahkan tidak bisa menjelaskan perasaan ini kepada dirinya sendiri - "Saya tidak menginginkan segalanya."

Atau, jika seseorang yang tidak memiliki peran Koordinator diminta untuk mengelola pekerjaan beberapa rekannya, ia jatuh pingsan. Tentu saja, pada akhirnya, dia akan melakukan sesuatu, memberikan beberapa perintah, tetapi, sekali lagi, dengan mengorbankan tekanan tinggi.

Ada sebuah pendapat, dan saya membagikannya untuk waktu yang lama bahwa jika seseorang dipaksa untuk melakukan sesuatu untuk waktu yang lama yang tidak dia inginkan dalam hati, maka dia akan terbiasa dengannya, belajar dan menikmatinya. Beberapa tahun pengamatan meyakinkan saya. Belajarlah untuk belajar sesuatu, tetapi yang utama tetap - stres dari kenyataan bahwa Anda melakukan bisnis yang tidak menyenangkan untuk diri sendiri.

Ada jalan keluar dari situasi ini, mereka akan dibahas di bawah ini.

Aktivasi peran

Secara pribadi, pendapat saya sangat penting, sangat penting. Ini adalah aktivasi yang hampir sama dengan yang saya tulis baru-baru ini - ketika seseorang tiba-tiba menyadari bahwa ia memiliki semua yang ia butuhkan dan mulai bertindak.

Peran bisa sama ketika memformat ulang perintah.

Di sini programmer duduk untuk diri mereka sendiri, dan tidak tahu tentang peran apa pun. Mereka memiliki bos berkepala bodoh, seperti saya, yang mengukir seseorang dari mereka - programmer berpengalaman, pejuang, insinyur otomasi - tidak masalah.

Fitur karakter, meskipun saya lihat, tidak digunakan. Bahkan terkadang dilarang digunakan, karena pendekatan ini tidak cocok dengan pola. Misalnya, saya tidak mendengarkan Diplomat, yang, di ruang merokok, setuju dengan kepala departemen otomatis untuk mengurangi persyaratan proyek - dia berkata, "Biarkan dia datang kepada saya dan memberi tahu saya sendiri", takut kehilangan otoritasnya.

Dan tiba-tiba sesuatu berubah, dan orang-orang mengetahui tentang fitur mereka. Bukan kata yang paling cocok - dipelajari, lebih - dikonfirmasi, karena secara intuitif, sebagian besar orang entah bagaimana dapat membandingkan diri mereka sendiri dengan skala ini. Namun persentase tertentu dari kebaruan setelah tes masih muncul.

Pada saat seperti itu, aktivasi terjadi - seseorang memahami bahwa ia memiliki , meskipun tidak dikonfirmasi, dan kecenderungan, dan kemampuan bawaan untuk beberapa jenis kegiatan. Jika dia tidak percaya, seperti kebanyakan orang, maka semuanya akan tetap seperti sebelumnya. Dan jika Anda percaya, baik, atau setidaknya memutuskan untuk memeriksa, maka hasilnya bisa luar biasa.

Saya pribadi yakin akan hal ini pada diri saya sendiri - Anda tahu, Anda mulai mencoba, Anda yakin, Anda percaya, Anda berkembang dan Anda menikmati. Karena dia duduk, secara kasar, di barak batalyon konstruksi, di antara kepala botak yang sama, dengan seragam yang sama, dan kemudian mereka datang dan berkata: bung, panggilanmu adalah menjadi seorang pilot tempur, mari berkemas dan mengemudi, pesawat sedang menunggu.

Saya menggambarkannya agak emosional, karena saya tidak tahu bagaimana menjelaskannya secara rasional. Bagi saya, ini mirip dengan beberapa penemuan yang tidak terduga, di mana lelucon itu "apa yang bisa terjadi?" Atau satu hal lagi - begitu seorang polisi lalu lintas menghentikan saya di jalan, saya ingin menulis denda untuk pejalan kaki, saya katakan: mungkin biarkan saya pulang? Dia mengatakan - oke, pergi. Di sini, kira-kira sensasi semacam itu dapat dialami dari aktivasi peran.

Agar orang dapat merasakan sensasi seperti itu, suasana yang tepat diperlukan, dan pemimpin harus menciptakannya. Jika tim memerintah sendiri, yang terjadi tidak terlalu sering, maka suasana akan tercipta dengan sendirinya.

Aktivasi dapat membantu orang menemukan diri mereka sendiri, termasuk dalam pengertian global. Jika bawahan Anda memiliki aktivasi peran utama, yang tidak mereka curigai, dan Anda adalah alasannya, maka orang tidak akan melupakan ini. Saya tidak melupakan orang yang mengaktifkan saya.

Kombinasi peran dalam diri seseorang

Saya akan menyentuh pada topik kombinasi peran. Hal utama: kombinasi peran adalah baik jika peran itu diucapkan atau diekspresikan secara moderat. Kombinasi beton baik untuk berbagai jenis kegiatan, ada juga yang cocok untuk spesifik kami.

Generator + Analyst adalah salah satu kombinasi terbaik untuk pengembang dan pemrogram pabrik, karena orang seperti itu akan memunculkan ide, dan dia akan memeriksanya untuk kecukupan. Generator yang bersih cenderung melayang-layang di awan kadang-kadang, sementara seorang analis, sebaliknya, merangkak di tanah untuk mencari hambatan. Jika peran-peran ini ada pada orang yang berbeda, maka masalah komunikasi interpersonal yang biasa akan mengganggu proses. Di dalam satu orang, peran seperti itu rukun.

Koordinator + Motivator - kombinasi hebat untuk pemimpin murni. Fitur utama adalah bahwa orang seperti itu tidak hanya dapat memberikan instruksi, tetapi juga menjelaskan mengapa ini perlu. Dan untuk menjelaskan sehingga bawahannya sendiri ingin menyelesaikan tugas. Koordinator adalah setir, itu menunjukkan arah, dan motivator adalah mesin. Jika ini adalah orang yang berbeda, maka, sekali lagi, mereka perlu setuju, dan jika perannya ada di dalamnya, maka ia menjadi lokomotif.

Coordinator + Finisher adalah kombinasi yang baik untuk kegiatan proyek, terutama untuk bekerja untuk klien, di mana penting untuk menyelesaikan proyek tanpa penundaan, sehingga uang akan mengalir dengan mantap. Tugas-tugas yang diajukan oleh pemimpin seperti itu akan didominasi oleh fokus untuk menyelesaikan perilisan, tahap atau proyek. Dia juga sangat cocok untuk peran pemilik produk dalam metodologi yang fleksibel: dari waktu ke waktu perlu untuk menyelesaikan masalah seperti itu - "apa yang harus dilakukan pertama untuk menyelesaikan proyek dengan cepat atau meluncurkan rilis?". Jika finisher tidak terlibat dalam pilihan ini, maka proyek dapat hilang dari penyelesaian - misalnya, untuk mengimplementasikan fungsionalitas (generator) yang tidak perlu, tetapi "keren" atau ke tes global tentang kebenaran penyelesaian SLAE oleh modul-modul umum - apakah ada kesalahan? (analis).

Generator + Diplomat adalah solusi yang baik untuk proyek implementasi dan pemrogram pabrik - di mana ada klien. Keindahannya adalah bahwa ide-ide generator tidak akan ditawarkan dalam tim, tetapi di luar itu - kepada pelanggan. Ini mungkin ide yang akan menyelamatkan tim dari pekerjaan yang tidak perlu jika diplomat setuju dengan pelanggan. Sebagai contoh, ini akan menawarkan klien alternatif di antara solusi yang sudah jadi, daripada mengembangkan "dalam kerangka referensi saya", yang diinginkan pelanggan.

Motivator + Team Soul - kombinasi untuk departemen pengembangan atau tim programmer pabrik yang lamban. Ini tidak lebih dari gaya manajemen ayah menurut Goleman, ketika pemimpin membangun hubungan saling percaya dengan bawahan, dan mereka diungkapkan secara maksimal karena mereka mempercayainya. Benar, model seperti itu dapat berkembang menjadi manipulasi, karena pemimpin memiliki akses ke jiwa, mengetahui karakteristik dan kelemahan, dan dapat memanfaatkan ini. Secara pribadi, seperti yang saya sebutkan di artikel pertama, saya tidak suka jiwa tim ini. Meskipun, mungkin saya tidak tahu cara memasaknya?

Generator + Kontraktor - kombinasi untuk penyendiri, di departemen pengembangan atau di pabrik, dengan hak khusus. Ini adalah orang yang membuat terobosan, karena dia sendiri yang punya ide, dan dia sendiri yang menyadarinya. Ia tidak memiliki kendala dalam bentuk koordinasi, diskusi dan analisis. Diciptakan, dibuat, diterbitkan. Dalam hidup, itu tidak terlalu umum, karena dominasi manajer yang mencintai KPI.

Analis + Koordinator - kombinasi yang baik untuk membangun sistem kontrol, setidaknya dalam pengembangan, bahkan di pabrik. Biasanya koordinator puas dengan kontrol manual - ia mendistribusikan tugas, memeriksa hasilnya, dan mengendalikan proses. Jika ada juga seorang analis di dalam, maka ia akan terganggu oleh ketidakefisienan proses manajemennya sendiri, dan ia akan mulai berkontribusi.
perubahan. Jika analis tidak buruk, maka sistem manajemen yang cerdas dapat diperoleh.

Kombinasi yang mungkin cukup. Prinsipnya jelas, dan latihan pribadi Anda akan terlihat semakin menarik.

Penempatan yang salah

Seperti yang saya tulis di atas, menggunakan seseorang dalam peran yang tidak biasa baginya adalah tekanan baginya. Tetapi ada pengecualian untuk aturan ini - generator, analis, dan pemain. Mungkin orang lain, tetapi saya pribadi mengamati ini.

Orang-orang ini, karena karakter dan pandangan dunia mereka, kadang-kadang dapat menikmati tugas-tugas yang tidak dimaksudkan untuk mereka, dan merusak semuanya.

Generator dalam posisi apa pun terasa keren , tetapi hanya berurusan dengan satu hal - ia menghasilkan sesuatu yang baru untuk dihidupkan. Ia lupa untuk memenuhi tugas yang diberikan kepadanya, tidak menganggapnya penting. Baginya, yang utama adalah menciptakan sesuatu.

Bagi analis, makanan untuk pikiran sangat penting, dan ia juga menemukannya dalam posisi apa pun. Hanya saja dia tidak akan membangkitkan yang baru, tetapi menggali yang lama - tanpa akhir, untuk waktu yang lama, mencari alasan baru untuk kritik dan analisis sistem. Kasus ini akan berdiri diam, tetapi analis juga tidak peduli. Dia akan mengatakan bahwa hal utama adalah "mencari tahu."

Saya memasuki kontraktor dengan reservasi - dia bisa merasa baik di beberapa posisi yang tidak biasa ketika dia diberi instruksi . Dia dapat, misalnya, mengelola orang sesuai dengan instruksi. Kualitasnya begitu-begitu, karena tidak ada umpan balik - kontraktor tidak tertarik dengan apa yang dia lakukan dengan benar atau tidak. Yang utama sesuai instruksi .

Hanya perlu diingat jika Anda memutuskan untuk membangun kembali tim - beberapa orang mungkin bangun untuk posisi yang tidak tepat untuk penegasan diri, tetapi ini tidak akan menguntungkan sisanya.

Pengembangan peran yang tidak diekspresikan

Sayangnya, terkait dengan profesi kita, beberapa peran yang tidak diekspresikan harus dikembangkan.

Pendekatan yang biasa, ketika seseorang hanya dipaksa untuk melakukan sesuatu yang tidak dibohongi oleh jiwa, menghasilkan protes internal dan membuatnya dalam keadaan tertekan. Tidak baik, tekanan benar yang terjadi pada proyek implementasi ketika bumi terbakar di bawah kaki Anda, dan buruk - rutin, membosankan, tak terhindarkan dan lamban, menggiling dari dalam setiap hari.

Ketika semuanya bisa dijelaskan, dan tujuan mengatasi diri sendiri jelas, maka hidup menjadi lebih mudah. Anda cukup menjelaskan kepada orang itu bahwa profesi kita sedemikian rupa, di mana perlu untuk dapat mengetahui ini dan ini, dan dia setuju - dirinya sendiri, tanpa paksaan, atau mungkin dengan kesenangan.

Secara pribadi, Kontraktor menurut saya peran paling penting bagi seorang programmer. Suka atau tidak, Anda harus bekerja. Untuk manajer proyek, mungkin tidak terlalu buruk untuk tidak dapat bekerja, tetapi programmer bodoh perlu menulis kode dan menyelesaikan masalah. Baik ide, pidato yang memotivasi, maupun kemampuan untuk bernegosiasi dengan pengguna dapat menghilangkan kode.

Peran terpenting kedua, menurut saya, adalah Analis. Anda mungkin akan mengoreksi saya di sini, karena saya kurang berpengalaman dalam pembagian kerja programmer yang modern - apakah arsitek, metodologi, penulis teknis, coders, direktur, dll muncul di tempat yang sama? Saya, dengan cara lama, menganggap seorang programmer sebagai orang yang memecahkan masalah dari awal (percakapan dengan pelanggan) sampai akhir (percakapan dengan pelanggan). Pelanggan adalah internal atau eksternal. Tidak ada cara untuk melakukannya tanpa peran seorang analis, karena itu memecahkan masalah yang sebelumnya ditanyakan dalam pertanyaan "bagaimana perbaikan ini akan mempengaruhi sistem secara keseluruhan?"

Jika pekerjaan dibagi - misalnya, pembuat enkode, yang ditulis oleh setiap orang, hingga nama metadata, mungkin bukan analis. Di sini Anda lebih tahu.

Peran ketiga terpenting, secara agregat, dari Generator. Hanya membosankan untuk hidup tanpanya - rutinitas akan makan. Penting, setidaknya kadang-kadang, untuk mencoba berpikir di luar kotak dan mencari solusi baru.

Sekarang tentang bagaimana mengembangkan peran yang tidak diekspresikan. Tidak ada yang supranatural, semuanya dangkal dan sederhana - untuk dikuasai, dalam praktiknya, teknik dan algoritma yang sesuai, yang jumlahnya tak terhitung jumlahnya.

Peran yang diungkapkan itu sendiri akan menemukan jalannya, secara intuitif, melalui potongan pengetahuan dan wawasan. Tetapi yang tidak terekspresi membutuhkan algoritma, jalur, instruksi, dan perhatian konstan.

Misalnya, ada banyak praktik untuk mengembangkan peran Kontraktor itu sendiri - manajemen waktu yang sama, atau prokrastinologi populer sekarang. Sekelompok video motivasi dengan frasa "bagaimana membuat diri Anda bertindak" adalah tentang mengembangkan peran Kontraktor.

Kontraktor yang diungkapkan biasanya tidak memiliki masalah seperti itu. Dia datang untuk bekerja, menyalakan komputer, duduk di program. Itu saja.

Orang yang tidak terekspresi memiliki downtime yang konstan, mereka membutuhkan motivasi, tendangan, sistem kontrol, dll.

Jika tim memiliki motivator, maka Anda dapat mempercayakannya dengan melacak pengembangan kompetensi yang tidak diungkapkan. Hal utama adalah bahwa ia akan memahami nuansa "tidak melakukan apa-apa": Kontraktor yang diungkapkan tidak bekerja jika ia lupa mengatur tugas, tidak diekspresikan - karena ia tidak dapat memaksakan dirinya sendiri. Seorang manajer yang keren hanya akan berteriak pada mereka berdua, dan motivator yang tepat akan berbicara dengan yang tidak terekspresi, dan mengatur koordinator pada yang diungkapkan.

Ada juga banyak literatur tentang pengembangan kemampuan seorang analis. Anda bisa mulai dengan pemikiran sistemik, ada cukup banyak teori dan teknik praktis. Ini juga akan berguna untuk mempelajari bagian metodologis dari perangkat lunak yang Anda gunakan, setidaknya blok utama. Pemahaman akan muncul di kepala apa yang terhubung dengan apa, di mana ia muncul dan di mana ia mengalir, apa yang mempengaruhi dan apa itu tergantung. Biarkan dia tidak menganalisis dari hati, tetapi dia akan dapat menghindari kesalahan.

Cara benar-benar mengembangkan kemampuan generator - saya tidak tahu. Tampaknya ada beberapa buku dan teknik, seperti TRIZ, tetapi saya belum membacanya. Saya memiliki peran paling jelas - generator, jadi saya hanya menghasilkan.

Saya hanya tahu fokus dari latihan, yang tidak membuat seseorang menjadi generator, tetapi membantu sedikit - memperluas cakrawala. Ini adalah kasus ketika mereka puas dengan sedikit - bukan ide mereka sendiri, tetapi orang asing. Meskipun, ini tidak terlalu kecil, dan kadang-kadang lebih baik untuk mengambil ide orang lain atau solusi yang sudah jadi daripada menciptakan kembali roda. Tentu saja, ini bukan generator, melainkan indeks referensi, tetapi sebagian akan mengatasi fungsi “menemukan beberapa opsi untuk menyelesaikan masalah”.

Masalah utama dengan kompetensi yang tidak diekspresikan adalah bahwa mereka kemungkinan besar tidak pernah diungkapkan. Ini seperti penyakit yang tidak dapat disembuhkan, seperti hipertensi yang berkaitan dengan usia, ketika sudah terlambat untuk mengatasi penyebabnya, dan tetap hanya memilih kombinasi pil yang tepat untuk menjaga tekanan tetap terkendali.

Kita perlu disiplin dan pengendalian diri, pengukuran efisiensi, konsistensi dalam penerapan metode yang dipilih, jika tidak semuanya akan kembali ke titik awal.

Benteng-benteng seperti itu diambil dengan pengepungan yang lama, tetapi tanpa pengepungan ini, mungkin sama sekali tidak.

Mengapa

Anda mungkin sudah menjawab pertanyaan Anda sendiri “mengapa ini diperlukan?”, Tapi untuk berjaga-jaga, saya akan memberikan jawaban saya.

Pada dasarnya, ini terdiri dari tiga kata: efisiensi, kesenangan, pengembangan .

Efisiensi terwujud ketika orang-orang jatuh ke tempatnya. Mereka bekerja tanpa tekanan yang tidak perlu, dan menyelesaikan tugas-tugas di mana jiwa mereka berada.

Biaya tenaga kerja untuk implementasi pekerjaan "mereka" lebih rendah daripada "alien", kadang-kadang kadang-kadang. Dalam beberapa contoh hiperbolik, bahkan puluhan kali.

Misalnya, Kontraktor yang lazim, yang sebelumnya kami panggil klien, perlu setengah jam untuk mempersiapkan panggilan. Tune in, berkumpul, cari opsi untuk mengembangkan percakapan, pelajari frasa pertama. Dan panggilan berlangsung 1-2 menit.

Diplomat yang sama hanya akan menelepon dan menghabiskan 1-2 menit yang sama.

Analis akan menjawab pertanyaan "bagaimana ini akan mempengaruhi sistem" dalam 5 menit, koordinator tidak akan menjawab sama sekali - ia akan mencoba untuk membingungkan seseorang dengan ini. Kontraktor akan menjawab, tetapi hanya setelah studi rinci tentang metadata dan tumpukan panggilan.

Generator akan memunculkan 3 opsi untuk menyelesaikan masalah saat rokoknya merokok, dan jiwa tim akan menghabiskan seluruh Jumat malam di situ.

Basi, membosankan, dan tidak manusiawi, tetapi efisiensi tumbuh - tim memberikan hasil lebih banyak untuk periode waktu yang sama.

Kesenangan dialami oleh semua anggota tim.Sebagian besar waktu mereka sibuk dengan apa yang mereka sukai - masing - masing miliknya sendiri . Hal yang berasal dari hati dilakukan dengan mudah dan alami, dan ternyata yang terbaik dari semuanya.

Ketika ternyata yang terbaik dari semuanya, tetapi tidak ada yang bersaing dengan Anda, Anda hanya menikmati proses dan hasilnya.

Tetapi kesenangan utama, tentu saja, adalah bahwa Anda dipahami dan diterima apa adanya . Kualitas Anda telah menemukan aplikasi, Anda dihargai untuk apa yang Anda inginkan dan tahu caranya, dan bukan apa yang benar atau karena budaya perusahaan, staf, atau mengoordinasikan sistem manajer keren.

Tentu saja, setiap anggota tim harus melakukan pekerjaan yang tidak dicintai - seperti menyikat gigi di pagi hari. Itu perlu - itu artinya perlu, jika saya sudah memutuskan untuk menjadi seorang programmer.

Nah, perkembangan yang terjadi bukannya terus menerus putus sendiri. Perkembangan yang jelas, sehat, dan disiplin, seperti halnya seorang samurai. Anda melihat kelemahan Anda, Anda berusaha memperkuatnya.

Jelas bahwa istilah "titik lemah" itu relatif, karena terkait dengan aktivitas yang dipilih. Saya memutuskan untuk menjadi seorang programmer - saya harus menulis kode. Anda tidak ingin menulis kode - maaf, bung, Anda tidak bisa menjadi programmer.

Saya memiliki seorang gadis dalam tim dengan paku panjang yang mencegahnya menekan tombol. Metodologi yang sangat masuk akal, dalam akuntansi dan akuntansi pajak. Tetapi dia menekan kunci-kunci itu dengan pensil agar kukunya tidak pecah. Saya berpikir, dan memutuskan bahwa kuku lebih penting, dan menjadi ahli metodologi murni.

Ketika keputusan itu dibuat dengan sendirinya , maka keinginan untuk mengembangkan kualitas yang hilang muncul, dan peran yang tidak terekspresi berhenti menjadi masalah.

Tim satu orang

Semua hal di atas dapat diterapkan dengan aman dan satu orang - diri sendiri, jika Anda tidak memiliki tim. Saya melakukan itu.

Keterbatasan hanya muncul - tidak ada orang lain, tidak ada yang mentransfer peran yang tidak diungkapkan dengan jelas.

Karena Anda harus menariknya sendiri. Dalam sebuah tim, seseorang harus mengembangkan 1-2 peran yang tidak diekspresikan, tanpa tim - 3-4, tergantung pada situasinya.

Yang lainnya persis sama, hanya dalam satu. Dia memberi dirinya tugas, memotivasi dirinya sendiri, menciptakan solusi sendiri, menganalisis sendiri, berbicara sendiri dari hati ke hati, menyadarinya sendiri, berbicara dengan klien atau pengguna sendiri, memaksa dirinya untuk berhenti membangun fungsionalitas dan bergerak ke garis finish.

Penguatan tim

Mengetahui peran dalam tim, setelah bekerja dalam model ini, Anda dapat menyesuaikan rencana ekspansi dengan mempertimbangkan peran yang diperlukan.

Kami melakukan hal itu, di tingkat SDM - semua kandidat menulis tes Belbin, antara lain. Ini, tampaknya, sekarang menjadi praktik umum, jadi tidak ada yang akan menolak.

Sebagai contoh, kami memiliki 3 pemain cemerlang dan 1 pemain rata-rata, tetapi tidak ada motivator dan finisher. Kami mencari itu.

Dengan segala hormat kepada orang-orang yang datang kepada kami, kami tidak membutuhkan orang lain yang akan menunggu tugas dan hanya kode, kami tidak perlu. Kami tidak punya masalah dengan pengkodean, tetapi dengan motivator - ada.

Satu-satunya hal adalah Anda harus memberitahu kandidat untuk menulis dengan jujur. Dia, secara sadar atau tidak sadar, akan mencoba menebak jawaban yang benar, sesuai dengan stereotip. Dia ingin tampil sebagai Kontraktor, atau Analis, atau Generator, dan akan tetap tidak bekerja, karena Anda memerlukan Finisher, Anda sudah memiliki tim polisi lalu lintas. Lebih baik menolak calon di pintu masuk daripada malu mengusirnya nanti - dia akan merasakannya.

PS

Sepertinya dia menulis semua yang dia ingat. Saya ingin menambahkan beberapa case, seperti set yang paling cocok untuk situasi yang berbeda, tetapi saya pikir itu hanya akan membingungkan Anda.

Jika Anda memutuskan untuk mencoba model seperti itu, maka Anda tidak perlu saran saya atau orang lain. Semua sama, Anda akan mulai dengan apa yang Anda miliki - membuat profil dan mencoba untuk mendistribusikan kembali tanggung jawab. Dan kemudian kesenangan dimulai - eksperimen, penemuan, dan pengalaman unik membangun tim.