Pengalaman saya adalah bahwa tim pengembangan (tetapi secara umum, tim mana pun) terdiri dari 3 jenis orang:
- mereka yang memiliki drive bawaan untuk kualitas,
- mereka yang hanya di dalamnya untuk mendapatkan uang (bir / perempuan / apa pun) dan tidak peduli meskipun Anda mencoba memotivasi mereka,
- yang "biasa-biasa saja" (karena tidak ada kata yang lebih baik).
Kelompok terakhir adalah yang terbesar, dan mereka cenderung mengikuti partai yang berkuasa. Jika ada cukup banyak orang berkualitas dalam tim, mereka dapat menarik mayoritas dengan diri mereka sendiri, menciptakan spiral ke atas yang kuat dalam semangat dan motivasi tim. Namun, jika ada terlalu banyak pemalas, mereka dapat dengan mudah menciptakan efek sebaliknya, spiral kematian.
Jadi tugas terpenting bagi manajer adalah memilih dan mempertahankan orang yang tepat dan menyingkirkan yang buruk secepatnya . Bukan yang "biasa-biasa saja" - mereka mungkin dipengaruhi untuk mulai meningkatkan, untuk memberikan dukungan untuk ide-ide baik orang lain, dan beberapa dari mereka bahkan mungkin akan menjadi penentu tren positif pada hak mereka sendiri.
[Update2] merefleksikan jawaban Alb : IMO tidak perlu pengembang berkualitas untuk menjadi mayoritas yang jelas dalam tim (meskipun tidak ada salahnya :-). Ada "ambang pengaturan tren" , di mana pandangan dan perilaku subkelompok dapat dengan cepat menjadi "arus utama" dalam suatu komunitas , sehingga orang lain memperhatikan dan mulai mengikuti. Anda dapat melihat ini bekerja di masyarakat yang lebih besar setiap saat (mis. Kebiasaan merokok, kesehatan & diet, mode pop, makanan organik). Perkiraan saya yang sangat kasar adalah bisa sekitar 25-30%, tetapi tergantung banyak faktor. Di sinilah orang jahat bisa sangat terluka. Bahkan beberapa orang jahat dalam tim Anda dapat meningkatkan ambang batas itu secara signifikan. [/ Pembaruan2]
Tentu saja tidak selalu memungkinkan untuk menyewa cukup banyak orang top. Jadi ketika faksi pertama tidak cukup kuat untuk menggerakkan sendiri, manajemen perlu membantu mereka. Beberapa pemikiran tentang ini:
Saya pikir Scrum memiliki ide bagus untuk ini dengan demo produk. Memperagakan fitur yang Anda terapkan di depan audiensi yang tidak hanya terdiri dari rekan satu tim Anda, tetapi mungkin juga pengembang dari tim lain, manajemen, bahkan pengguna aplikasi dapat menjadi sumber kebanggaan yang sangat besar dan juga merupakan faktor kuat untuk membantu tim jell.
Hal lain adalah manajemen mendengarkan dengan sungguh-sungguh kepada tim pengembang mengenai kualitas. DeMarco dan Lister bahkan menyebutkan bahwa ada perusahaan / departemen di mana tim dev memiliki hak veto atas apa yang dapat diproduksi. Jika mereka merasa aplikasi tersebut belum siap untuk prime time, mereka dapat menunda rilis terlepas dari apa yang diinginkan manajemen. Sekarang itu sulit bagi manajemen, tetapi saya dapat membayangkan bahwa itu membangun semangat tim dan sangat mengomunikasikan pesan bahwa kualitas sangat penting di sini, bukan hanya pada tingkat kata-kata.
Ini mengarah ke poin berikutnya: untuk menciptakan "kultus kualitas", manajemen harus benar-benar memahami apa yang sudah diketahui oleh pengembang yang paling berpengalaman: bahwa kualitas bukanlah suatu renungan - harus dibangun ke dalam produk sejak awal. Jadi orang-orang harus didorong untuk (dan dihargai untuk!) Berpikir tentang pemeliharaan jangka panjang, mengusahakan solusi yang baik , bukan yang cepat .
Memperbarui
@Machado dalam komentarnya memberikan sentuhan baru pada pertanyaan (setidaknya bagi saya):
Apa yang dapat saya, sebagai anggota tim, bukan manajer, lakukan untuk meningkatkan kualitas kode tim saya?
Beberapa pemikiran:
- Teruslah belajar dan sebarkan pengetahuan itu kepada siapa saja yang mendengarkan. Pelajari dan gunakan praktik terbaik dalam bidang keahlian Anda.
- Banggalah dengan pekerjaan Anda .
- Keduanya hampir secara alami akan membiarkan Anda menjadi panutan yang positif bagi orang lain - terutama pendatang baru dan junior -; sadarilah hal ini, dan manfaatkan peran Anda untuk kepentingan seluruh tim. Cara terbaik untuk mempengaruhi orang lain adalah dengan contoh positif.
- Lihatlah tidak hanya pada kode, tetapi pada seluruh proses pengembangan perangkat lunak; terus bertanya dan memberikan umpan balik untuk mengoptimalkan proses pengembangan .
Dan yang tak kalah pentingnya: temukan tempat di mana Anda bisa menjadi "pria papan atas" . Jika Anda berada dalam kelompok "biasa-biasa saja" sekarang, berusahalah untuk mengembangkan diri Anda - semoga ide-ide di atas membantu. Tetapi jika Anda berada di "strata bawah" di tim Anda saat ini, saya sarankan Anda untuk menganalisis alasannya. Apa yang menurunkan motivasi Anda? Kondisi kerja yang buruk? Rekan setim? Pengelolaan? Jenis pekerjaan? Dan apa yang menggairahkan dan menarik minat Anda? Anda mungkin perlu berbicara dengan rekan kerja dan / atau bos Anda tentang hal itu. Atau Anda mungkin perlu mencari pekerjaan yang lebih baik - atau bahkan profesi baru - di mana Anda dapat mulai bersinar. Benar-benar tidak layak menghabiskan sebagian besar kehidupan seseorang dengan aktivitas yang tidak memuaskan atau menyedihkan.
Mungkin juga Anda dipaksa untuk melanjutkan pekerjaan Anda yang suboptimal saat ini karena faktor-faktor eksternal (kurangnya kesempatan kerja yang lebih baik, perlu membayar tagihan, dll.) - hal itu terjadi sesekali. Bahkan dalam kasus ini, cobalah untuk melakukan yang terbaik dari itu. Menghasilkan karya berkualitas (sebanyak keadaan memungkinkan) adalah hadiah itu sendiri, yang membantu menjaga harga diri Anda, dan menjaga diri Anda tetap waras dan terbuka dalam jangka panjang. Jadi ketika sebuah peluang untuk sesuatu yang lebih baik muncul, Anda lebih siap untuk mengambilnya.