Menghindari Sindrom “Orang Cerdas” di Proyek Tim

61

Banyak praktik buruk dilakukan di awal proyek, dan saya mengenali mereka dan berjuang melawan semuanya. Karena saya tidak memilih dan memilih pertempuran saya, bos saya sekarang mengasumsikan sesuatu dari mulut saya adalah respon yang terlalu rumit, dan menghabiskan banyak waktu membela diri secara pribadi, daripada mencari kepentingan terbaik dari proyek.

Bagaimana saya mendorong tim ke arah yang benar, tanpa menunggu empat bulan agar semua orang mencapai konsensus yang saya coba lakukan selama ini, atau mencoreng reputasi saya di tim sebagai orang yang susah tahu semuanya?

Droogan
sumber
50
Mengawasi posting dari atasan Anda bertanya-tanya bagaimana cara menghindari sindrom "Smart Ass" - orang yang berpikir dia tahu semuanya meskipun dia baru dan tidak pernah bekerja pada proyek dunia nyata.
Paul Tomblin
3
@Roogans, tolong jangan berasumsi bahwa saya telah membaca pertanyaan lain oleh Anda. Jika Anda memperluas isi pertanyaan Anda, maka kami dapat saling menarik komentar (yang dimaksudkan untuk klarifikasi, kan).
Pekerjaan
9
@Dogogans: Membangun UI terlebih dahulu (prototyping) dan tidak ada desain muka dapat dianggap Agile, jika dilakukan dengan benar. Jangan berasumsi bahwa Anda tahu itu semua dan Anda tidak akan dikenal sebagai orang yang menganggap dia tahu semuanya. Yang mengatakan, tim pengembangan tanpa database bug mungkin tidak melakukannya dengan benar.
pdr
3
Sebagai catatan tambahan, tidak memiliki spesifikasi formal dari seluruh proyek adalah sesuatu yang sangat umum. Belajar beradaptasi dengan pemilik proyek Anda. Saya (dan banyak orang lain yang saya kenal) cukup sering bekerja dengan hanya cerita pengguna, tanpa spesifikasi seperti itu.
jer
14
Bagaimana Anda bisa begitu yakin bahwa Anda benar dan mereka salah? Harap backup dengan fakta.

Jawaban:

39

Perubahan butuh waktu. Udi Dahan memiliki artikel bagus yang menyentuh apa yang Anda minta, dan saya pikir dia melakukan pekerjaan yang lebih baik dengan jawabannya daripada saya.

Bersikaplah antusias, bukan pahit. Bersiaplah untuk dengan hati-hati, dengan riang menjelaskan posisi Anda jauh lebih sering daripada yang Anda inginkan. Hitung kemenangan Anda, dan bersiaplah untuk orang lain yang menolak ide Anda. Selalu ingat, bahwa sudut pandang orang lain, meskipun bukan milik Anda, mungkin sebenarnya masih benar. Pada waktunya, Anda dapat mencapai tujuan Anda jika Anda siap untuk bekerja dengan orang-orang.

Saya ingin tahu apakah Anda memiliki sedikit rasa sakit ketika Anda menulis "karena saya tidak memilih dan memilih pertempuran saya" ... sepertinya sedikit bendera merah bagi saya. Mendapatkan beberapa kemenangan awal dan mudah bisa membuat Anda tidak sebagai "si brengsek yang berpikir dia lebih pintar daripada orang lain" tetapi "pria yang punya ide bagus bulan lalu".

Kyle Hodgson
sumber
1
Mendapatkan kemenangan awal sulit ketika solusi Anda bergantung pada "apa yang bisa terjadi di masa depan". Sekarang, ketika saya mengidentifikasi hal-hal ini, saya mencatat apa yang harus saya harapkan, dan hanya menunggu sampai rusak. Mulailah dari awal.
Droogan
Jika seburuk yang Anda katakan, itu luar biasa buruk dan Anda harus mencari jalan keluar yang anggun. Bagaimanapun kesabaran adalah teman Anda. Semoga karir Anda akan panjang ... Jangan terlalu stres tentang jangka pendek. Hal-hal biasanya berhasil.
Kyle Hodgson
Saya suka berpikir saya belajar banyak, jika tidak lebih, di sisi interpersonal dari rekayasa perangkat lunak. Bagaimanapun, saya akan puas mengetahui bahwa saya membuat perbedaan di suatu tempat yang membutuhkannya, ditambah ... itu praktik yang baik.
Droogans
17

Anda perlu memberikan bukti yang eksplisit, tidak dapat dibantah, dapat dikompilasi, bukti bahwa Anda benar, atau mengurangi masalah menjadi sesuatu yang sepele, misalnya, sesuatu yang harus aman seperti RAII secara definisi lebih aman daripada sesuatu yang dapat aman, misalnya malloc / gratis.

DeadMG
sumber
37
Dan pertimbangkan kemungkinan bahwa Anda salah, dan 3 pria lainnya benar, dan Anda tidak melihatnya.
Yam Marcovic
@ Ya Dalam hal ini, kami akan menggunakan model data berbasis file. Contoh di sini bukan detail berenda; ini adalah kelemahan mendasar dan tidak dapat diubah yang diperingatkan oleh 90% dari semua buku dan kursus yang berfokus pada perangkat lunak. Kedengarannya sangat suram, kan? Cobalah dan tidak terancam ketika angka-angka itu disajikan kepada Anda, bos, dengan cara itu.
Droogans
10
@Dogogan Saya tidak mengatakan Anda salah, saya katakan pertimbangkan kemungkinan bahwa Anda salah setiap kali Anda bertengkar, seperti yang Anda harapkan orang lain lakukan.
Yam Marcovic
@Yam: Jika Anda memberikan bukti eksplisit dan tak terbantahkan, maka Anda baru saja membuktikan bahwa orang lain salah. Mereka selalu dapat mencoba untuk memisahkannya jika mereka mau.
DeadMG
4
@DeadMG Memprogram "praktik terbaik" tidak benar-benar menjadi lebih baik secara objektif, dan karenanya Anda tidak dapat benar-benar membuktikan bahwa mereka "lebih baik", hanya saja mereka memenuhi standar Anda tentang apa yang menurut Anda baik. Akan selalu ada plus dan minus, dan kadang-kadang orang lain akan menganggap apa yang Anda anggap baik, buruk.
Yam Marcovic
17

Saya pikir Anda sudah menjawab pertanyaan Anda sendiri. Satu-satunya saran yang saya miliki adalah belajar untuk memilih pertempuran Anda, dan belajar untuk bersabar. Suntikkan beberapa ide sesekali, lalu biarkan ide-ide itu meresap sampai Anda "menerima" dari orang lain di tim Anda.

Masalah utama bukan tentang siapa yang benar atau salah. Semuanya bermuara pada psikologi individu dan kelompok. Orang-orang cenderung secara salah merasakan rendah diri ketika nilai-nilai dan cita-cita mereka ditantang, dan orang-orang bisa sangat tahan terhadap perubahan. Mereka dapat menjadi argumentatif dan akan mencari orang lain untuk memvalidasi posisi mereka dan dihibur sebagai kelompok sehingga mereka tidak harus menantang nilai-nilai mereka sendiri, dan sehingga mereka tidak harus menghadapi perubahan yang mungkin membuat mereka merasa bahwa mereka memiliki konsep tertentu salah. Di sisi lain, pengembang perangkat lunak khususnya bisa menjadi orang yang sangat sensitif, namun sering kali tidak peka (terutama ketika lebih muda) dalam hal cara mereka mendekati nilai-nilai orang lain. Hasilnya adalah Anda akan sering menemukan tim di mana satu orang sangat tidak bahagia dan merasa bahwa orang lain tampaknya menolak untuk memahami, dan memperlakukan orang itu seperti poppy tinggi. Seringkali ini menghasilkan budaya kelompok yang beracun bagi semua, di mana menyalahkan dan mempertahankan menjadi norma.

Anda juga perlu mempertimbangkan posisi Anda sendiri dalam semua ini. Kecil kemungkinan bahwa kesalahan terhadap budaya beracun terletak sepenuhnya pada kolega Anda, bahkan jika itu sudah dimulai di sana. Lebih mungkin bahwa reaksi mereka terhadap Anda dan reaksi Anda terhadap mereka semua memberi umpan balik pada dirinya sendiri seiring waktu, dan dibiarkan menjadi masalah yang sangat sulit untuk dikelola. Seorang manajer yang baik melihat masalah-masalah semacam ini sejak dini dan memperbaikinya, tetapi kenyataannya adalah bahwa sebagian besar manajer di bidang TI berasal dari latar belakang TI terlebih dahulu, dan dipromosikan tanpa pelatihan tambahan yang diperlukan untuk benar-benar mengelola orang secara efektif, sehingga pada saat mereka menyadari bahwa ada adalah masalah, itu telah tumbuh sangat besar, dan telah menjadi bagian dari budaya tim.

Jadi, apa yang dapat Anda lakukan tentang ini?

Satu pilihan adalah pergi begitu saja, tetapi melakukannya dengan cara yang memungkinkan Anda untuk meninggalkan reputasi Anda secara utuh, dan dengan rujukan yang baik dari atasan Anda. Anda tidak ingin memiliki momen "Jerry McGuire" dan membakar semua jembatan Anda, dan pada wawancara Anda, Anda harus berhati-hati tentang bagaimana Anda mengutarakan alasan Anda pergi, dan untuk menghindari tampil sebagai arogan atau pahit pada bagaimana Anda merasa diperlakukan.

Jika Anda ingin tetap, maka Anda harus melakukan hal yang paling sulit. Telan harga diri Anda, dan seiring waktu menunjukkan kepada orang lain bahwa dari sudut pandang mereka Anda telah "berubah". Anda perlu berhenti dan mendengarkan yang lain, dan untuk menghindari godaan untuk mengambil ide yang ditolak secara pribadi. Waktu, kesabaran, dan belajar untuk tidak menginvestasikan diri Anda terlalu emosional dalam pekerjaan yang Anda lakukan. Yang lebih penting lagi, Anda perlu belajar bagaimana mengutarakan hal-hal sehingga Anda menunjukkan kepada orang lain bahwa Anda peka terhadap sudut pandang mereka, sambil tetap menyinggung Anda.

Pertanyaan Anda menggemakan beberapa pengalaman yang saya miliki selama 10 tahun terakhir ini, dan meskipun saya bukan seorang psikolog, saya seorang pengamat yang tajam tentang bagaimana orang berinteraksi satu sama lain, dan saya sendiri perlu bekerja untuk mengubah sendiri sebelum saya dapat melakukan perubahan budaya di tim saya. Dalam beberapa kasus saya telah berganti pekerjaan, dan dalam kasus lain, saya tetap tinggal dan melakukan semua yang saya bisa untuk benar-benar membuat perbedaan di tempat kerja saya. Saya telah berjalan pergi dengan kepuasan terbesar dari tempat-tempat di mana saya mengatasi menjadi poppy tinggi, dan meninggalkan budaya kerja yang lebih baik dan dengan referensi yang bagus. Lihat ini sebagai peluang untuk benar-benar bangkit menghadapi tantangan. Ini bisa sulit, tetapi pada akhirnya sangat bermanfaat.

S.Robins
sumber
Saya telah menyebutkan hal-hal secara sepintas sejak musim panas, dan membiarkan kesalahan pergi jika mereka tidak berada dalam area konsentrasi langsung saya dalam desain sistem (bahkan jika itu berarti bekerja beberapa malam). Saya juga berpikir sangat, sangat keras untuk memberikan solusi saya nama seksi, kata kunci-sentris, dan tidak menggambarkannya. Sayangnya, ini bekerja lebih baik daripada mencoba mencari tahu sumber masalahnya, atau solusi yang saya tawarkan.
Droogans
LOLz re: buzzwords. Bahkan saya telah dikenal untuk menjelaskan kepada para manajer perlunya "bersinergi": -P Pada akhirnya, ini hanyalah alat yang digunakan untuk memenuhi tujuan melakukan perbaikan. Namun manajer perlu membenarkan pengeluaran sumber daya, dan itu membutuhkan membuat kasus bisnis yang sehat untuk setiap perbaikan yang ingin Anda lakukan. Data keras dalam hal laba dan pengeluaran berbicara lebih keras daripada sekadar mengatakan "karena Fowler / Gof / etc mengatakan begitu". Saya kira inti dari apa yang saya tulis adalah untuk terlibat dengan orang-orang alih-alih berjuang melawan cita-cita, dan Anda mendapatkan lebih jauh dengan wortel daripada tongkat.
S.Robins
12

Mencoba menentang keputusan tim saat ini secara terus-menerus merugikan kelangsungan ide-ide Anda, terlepas dari nilainya.

Anda harus menyadari bahwa Anda berjuang dengan jendela Overton , dan ini pada dasarnya adalah pertarungan politik, bukan debat rasional. Jika rasional, Anda sudah lama sepakat dengan tim tentang praktik yang baik.

Trik agar ide Anda diterima adalah dengan mengambil pendekatan permainan panjang untuk memindahkan jendela Overton:

  1. Awalnya, Anda harus mencap diri Anda "masuk akal" di benak orang lain. Ini berarti mengadopsi praktik tim saat ini dan umumnya menjadi "orang yang berakal". Anda mungkin menawarkan keraguan tentang praktik-praktik ini, tetapi Anda tidak dapat menolaknya jika tim saat ini merasa wajar.
  2. Setelah Anda masuk akal dalam pikiran orang lain, Anda dapat mulai menawarkan ide-ide Anda kepada tim. Mereka akan mendapatkan kredibilitas karena Anda telah mendapatkan kredibilitas (seharusnya tidak bekerja dengan cara ini, tetapi itu berhasil). Secara bertahap Anda akan memperluas jendela ide-ide yang dapat diterima untuk memasukkan ide Anda sendiri. Dalam fase ini Anda masih tidak mencoba memaksakan perubahan dalam praktik, hanya membuat perubahan seperti itu tampak seperti ide "masuk akal". Pengulangan gagasan adalah kunci di sini, karena setiap pengulangan membuat gagasan itu tampak sedikit lebih masuk akal.
  3. Pada fase terakhir, Anda menyalahgunakan ketidakmampuan orang untuk memperhatikan secara seimbang. Anda harus meletakkan konsekuensi negatif dari latihan saat ini di depan dan pusat bidang perhatian mereka, sambil menempatkan risiko pendekatan Anda jauh di luar itu (lakukan ini dengan mengubah subjek pembicaraan menjadi apa yang Anda inginkan). Akhirnya, tim itu sendiri akan memutuskan bahwa ide Anda jauh lebih baik daripada pendekatan saat ini. Ini akan menjadi diadopsi secara demokratis tanpa Anda harus memaksakan kehendak Anda pada siapa pun, dan tanpa perlu secara rasional menunjukkan keunggulan ide.

Beginilah cara politisi dan pelobi beroperasi. Jangan salah; politik kantor sama seperti politik biasa. Berpikirlah seperti pelobi dan Anda bisa memaksa tangan mereka yang berkuasa tanpa pernah menghadapi mereka.

Tentu saja, semua ini hanya berlaku untuk tim disfungsional. Jika Anda berada dalam tim kohesif yang dijalankan oleh manajer yang baik (yang tahu pekerjaannya bukan untuk memberi tahu orang apa yang harus dilakukan, tetapi untuk memungkinkan mereka melakukannya), maka tidak satu pun dari yang di atas berlaku. Jika Anda tidak berada di tim seperti itu, pertimbangkan untuk berganti pekerjaan.

Joeri Sebrechts
sumber
3

Dengan beberapa bos, Anda harus menipu mereka agar percaya bahwa itu adalah ide mereka untuk memperbaiki praktik, bukan milik Anda.

Pilih pertempuran yang ingin Anda menangkan, dan yang mana yang ingin Anda hargai.

hotpaw2
sumber
3
itu bukan "trik", yang disebut "kelola"
Josh Petitt
3

Saya sarankan membaca http://www.jamesshore.com/Change-Diary/ Ini memiliki banyak komentar luar biasa tentang mengelola perubahan dalam suatu perusahaan. Juga buku ini mungkin membantu: http://www.amazon.com/Agile-Coaching-Rachel-Davies/dp/1934356433 . Bukan karena Anda harus gesit tetapi karena banyak komentar tentang memberikan perubahan pada tim dan menangani umpan balik dan respons. Dari pengalaman saya sendiri: Anda tidak akan dapat mengubah apa pun jika orang tidak bersama Anda. Jika mereka belum menginginkan perubahan seperti itu. Jika itu masalahnya, Anda bisa membiarkannya. Anda mungkin mengharapkan sesuatu yang berbeda dari pekerjaan Anda atau Anda melebihi rekan kerja Anda.

Pendekatan IMHO terbaik adalah menjadi perubahan. Lakukan hal-hal dengan cara yang benar seperti yang Anda lihat. Orang lain akan mengikuti Anda jika mereka menemukan nilai dalam pendekatan Anda. Dan mereka akan berterima kasih karena Anda telah memperkenalkan perubahan ini. Namun orang pertama perlu melihat sisi baik dari perubahan. Lalu mereka menginginkannya. Sangat sulit untuk melakukannya dengan cara lain (memperkenalkan perubahan, menunggu hasil yang baik dari itu).

Semoga beruntung.

Robert Pankowecki
sumber
2

Saya suka cara ini ditandai "kerja tim", ketika pertanyaannya tampaknya "bagaimana saya membuat semua orang melakukan semua cara saya dan menyukainya?". Jika itu bukan pertanyaan yang Anda ajukan, jawabannya sangat sederhana. Pilih dan pilih pertempuran Anda. Kompromi. Gunakan kerja tim yang sebenarnya untuk membuat tim menyetujui sesuatu, bahkan jika mereka semua sepakat pada sesuatu yang secara pribadi Anda rasakan adalah praktik yang buruk. Keras kepala dan bersikeras dengan cara lain selain cara Anda adalah "praktik buruk" hanya akan membuat Anda mendapatkan reputasi yang sebenarnya ingin Anda hindari.

Wolfger
sumber
Saya membatalkan ini (karena saya pikir ini adalah situasi sebenarnya), tetapi terlalu pasif pada tim yang penuh dengan orang-orang yang berintimidasi, berurat politik, dan tidak aman yang keterampilannya setidaknya sepuluh tingkat di bawah bumerang Anda sendiri juga. Anda membuat mereka terbiasa untuk mendapatkan jalan mereka setiap kali, dan mereka akan memecat Anda begitu sesuatu muncul yang Anda temukan cukup penting untuk diperjuangkan.
user16764
0

pastikan untuk tidak membingungkan diakui sebagai benar dan mendapatkan hasil sesuai dengan apa yang Anda anggap benar. Kedua tujuan itu sah dan sah tetapi tidak sama dan sangat sulit untuk menyatukannya terutama jika Anda tidak memiliki pandangan yang jelas tentang tujuan mana Anda bekerja.

kosmogo
sumber