pengantar
Karena produksi manual digantikan oleh produksi konveyor, tim datang untuk menggantikan programmer tunggal. Program modern dibuat oleh tim, bukan individu sendiri. Dengan demikian, gagasan seorang programmer jenius yang terisolasi dari dunia dan mengembangkan sesuatu di komputernya sekarang sudah usang dan punah. Pembuatan perangkat lunak kompetitif di dunia modern hanya mungkin dilakukan oleh tim. Seseorang bisa menjadi pemrogram yang hebat, tahu banyak paradigma, bahasa, pola, tetapi sangat buruk bekerja dalam tim, terus-menerus berdebat, sulit untuk berkomunikasi, yang secara umum memberi kita anggota tim yang biasa-biasa saja yang akan memperlambat tim daripada maju.
Dalam artikel ini, saya ingin menceritakan kembali secara singkat dua buku yang, menurut saya, paling mencerminkan ide ini sepenuhnya dan memberikan rekomendasi yang baik untuk komunikasi dalam tim, menyelesaikan perselisihan di antara anggota tim dan mengorganisir tim semacam itu secara keseluruhan.
Prinsip dasar
Rasa hormat, kerendahan hati, kepercayaan adalah prinsip yang harus menjadi dasar dari kerja tim apa pun.
Menghormati
Anda benar-benar memperhatikan orang yang bekerja dengan Anda. Anda memperlakukan mereka seperti orang lain dan menghargai kemampuan, pencapaian mereka, mencoba memahami posisi dan argumen mereka. Ketika Anda mengkritik keputusan orang lain, Anda tidak berfokus pada karakter mereka, tetapi pada keinginan untuk mengembangkan produk yang paling sukses. Penting untuk mendengar posisi dan argumen pengembang. Jadi untuk orang yang kurang percaya diri, sebaiknya lakukan pendekatan yang lebih lembut. Misalnya, dasarkan komentar Anda pada kesulitan persepsi untuk Anda. Artinya, Anda tidak boleh mendekati seorang kolega dan berkata: "Baiklah, saya membuat kesalahan di sini, akan lebih baik melakukannya seperti ini." Ini dapat memicu emosi negatif terhadap Anda, meskipun Anda bertekad untuk meningkatkan kualitas kode Anda. Dalam situasi seperti itu, perasaan rekan kerja terluka, dan kemungkinan besar dia akan merasa seperti orang bodoh. Lebih baik mengungkapkan pemikiran ini seperti ini: "Saya kurang memahami alur perintahnya, mungkin layak menggunakan templat standar sehingga di masa mendatang akan lebih mudah untuk memahami dan bekerja dengannya? ". Dalam contoh ini, masalahnya berasal dari Anda, Anda tidak mengerti kode, dan orang tersebut tidak ada hubungannya dengan itu. memerlukan kolega untuk mengoreksi bagian tertentu, tetapi hanya menyarankan kesempatan perbaikan untuk meningkatkan keterbacaan dalam pengembangan proyek lebih lanjut.
— ̆ . . , , . , , . , . . , , ? , , .
, ̆ . , . , . . ̆ . . , , ̆ , .
, . , , , . , , , . , , , , .
—
. " , . , !". , , . ̆ . . . ̆ . , , . . , . , , , - . , . . , "". , . , , , - .
—
, .
, , . , . , , - . , , , . , . . , , , . , , . , . , .
. .
, , . , . . , , . , .
1. -. - . ISBN 978-5-4461-0846-6
2. Perusahaan IT yang ideal. Cara mengumpulkan tim pemrogram dari geeks. - Fitzpatrick B., Collins-Sussman B. ISBN 978-5-496-00949-2