Bagaimana cara saya berurusan dengan kolega yang lambat dan tidak memiliki pengabdian dalam tim? [Tutup]

85

Saya telah mengerjakan proyek baru. Proyek ini bekerja seperti ini: Pengguna akhir dapat mengakses aplikasi web menggunakan tautan dan dia dapat menambahkan beberapa sistem di jaringannya dan mengelola detail sistem tertentu. Bagian saya melibatkan ujung depan dan server web, yang dilakukan dengan python. Python saya sebenarnya berkomunikasi dengan proyek lain yang seluruhnya dilakukan dalam c & c ++. Proyek c / c ++ adalah aplikasi utama yang melakukan semua fungsi. Python saya mengirimkan permintaan pengguna ke sana dan menampilkan respons darinya kepada pengguna.

Saya sangat akrab dengan pekerjaan saya dan saya akan segera menyelesaikannya. Karena itu tidak banyak pekerjaan di dalamnya. Dan saya adalah orang yang suka bekerja. Saya menghabiskan sebagian besar waktu di kantor dan hanya pulang ketika saya merasa mengantuk.

Aplikasi c / c ++ dikelola oleh kolega lain yang memiliki pengalaman 5+ tahun dan dapat melakukan banyak hal lebih cepat dari saya, tetapi dia tidak pernah melakukannya. Mungkin dia tidak suka melakukannya. Aplikasinya sering macet ketika python saya berkomunikasi dengannya atau mengembalikan nilai yang salah. Penuh dengan bug. Karena aplikasi saya bergantung padanya, saya kesulitan membangunnya. Alih-alih memperbaiki bug, dia meminta saya untuk memperlambat pekerjaan saya. Dia meminta saya untuk memberi tahu manajer bahwa pekerjaan saya membutuhkan banyak waktu. Dia meminta saya untuk menipu manajer dan bahkan memaksa saya untuk bekerja perlahan seperti dia.

Selama pertemuan proyek, ketika manajer bertanya kepadanya tentang bug, dia mengatakan bahwa dia memperbaiki semuanya dan itu berfungsi dengan baik. Karena dia adalah kolega saya, saya tidak bisa mengatakan apa pun kepada manajer. Saya jelas perlu memiliki hubungan yang baik dengan kolega saya lebih dari manajer saya, karena sebagian besar waktu kita akan bersama kolega kita, bukan dengan manajer.

Saya tidak dapat memberi tahu manajer tentang hal ini, karena jika manajer bertanya mengapa, maka dia mungkin berpikir saya mengeluhkannya kepada manajer. Dan dia terus berbaring di rapat. Dan karena dia memperbaiki bug secara perlahan, itu bahkan memperlambat pekerjaan saya. Sekarang saya berpikir untuk bekerja di bagian ujung depan aplikasi saya dan menyelesaikannya sehingga sementara itu ia dapat membuat proyeknya stabil. Sekarang dia meminta saya untuk memberi tahu manajer bahwa bagian ujung depan saya memerlukan banyak pekerjaan dan saya mungkin memerlukan lebih banyak waktu, hanya agar ia dapat menarik proyek ke bawah. Dan yang menyedihkan adalah manajer kami yang sebenarnya telah pergi ke AS, jadi kami memiliki manajer sementara dan orang ini tidak terlalu mengenal proyek ini, jadi c, c ++ hanya membodohinya.

Adakah yang bisa menyarankan saya bagaimana saya menangani ini? Saya ingin menyelesaikan proyek ini segera. Bagaimana saya bisa membuatnya bekerja bahkan dengan mempertahankan hubungan yang baik dengannya?

Tanggapan terhadap komentar:

Jika dia benar-benar sengaja menyesatkan perusahaan, Anda harus melaporkannya kepada manajemen.

Saya baru di perusahaan ini dan orang lain telah ada di sana selama bertahun-tahun. Dan saya baru saja mulai mengenal kolega saya. Jika saya langsung pergi dan mengeluh padanya, saya tidak berpikir saya bisa menjalin hubungan yang baik dengan rekan-rekan saya yang lain. Bahkan dia memiliki kekuatan untuk menyesatkan mereka. Saya tidak mengatakan bahwa dia adalah orang jahat, dia bisa melakukan pekerjaan itu, tetapi dia tidak melakukannya.

Apakah perusahaan Anda tidak memiliki sistem pelacakan bug?

Di sini, sistem pelacakan bug sebenarnya tidak ada. Perusahaan mencoba menyelesaikan proyek secepat mungkin dan memberikannya kepada QA. Dan kemudian memperbaiki bug yang dilaporkan oleh QA.

Inilah sebabnya mengapa perusahaan harus memberi karyawan saham / opsi atau semacam kepemilikan. Dengan begitu Anda dapat benar-benar memberi tahu orang itu "Anda membuat saya mengalami pertumbuhan moneter ... tidakkah Anda ingin menghasilkan uang juga?".

Perusahaan memiliki opsi saham yang mereka berikan kepada saya 2.500 saham, sebagian besar dia juga akan mendapat lebih banyak.

Senioritas memang pantas mendapat manfaat dari keraguan. Anda benar-benar perlu berbicara dengannya terlebih dahulu dan mencoba memahami masalahnya. Dia mungkin berada di luar kedalamannya, Anda mungkin dapat membantunya, mungkin ada variabel yang tidak Anda sadari. Mungkin sulit sekarang, tetapi Anda dapat dengan mudah membuat situasinya jauh lebih buruk dengan melompat pistol.

Saya bahkan melakukannya, pertama aplikasinya tidak menangani beberapa permintaan sekaligus, dia menggunakan antrian untuk menangani permintaan yang saya kirim kepadanya. Saya bahkan menyarankan kepadanya beberapa ide saya tentang itu. Dia bilang dia sudah punya ide-ide ini, dan akan mengeksekusi mereka. Penjelasannya adalah: "Segala sesuatu membutuhkan waktu tertentu untuk dilakukan dan ini adalah proyek yang mungkin perlu dua tahun untuk menyelesaikan dan kami diminta untuk menyelesaikannya dalam dua bulan". Saya dulu mengalami kesulitan coding selama beberapa minggu pertama karena bug ini. Tapi sekarang dia memperbaikinya. Tapi dia menggunakan antrian tunggal untuk permintaan pengguna dan itu sekarang memperlambat aplikasi, karena memproses satu permintaan pada suatu waktu.

Apa yang dilakukan QA sepanjang waktu ini? Mengapa mereka tidak melaporkan / mengkonfirmasi status proyek?

Manajer adalah orang yang memutuskan kapan harus memberi kepada QA. Sampai sekarang belum diberikan kepada QA. Dia mengatakan kita harus memberikannya pada akhir bulan ini.

muntoo
sumber
6
Bagaimana Anda tahu bahwa pria C ++ lebih cepat dari Anda? Dia bisa lambat secara alami.
Pekerjaan
3
Komentator: komentar adalah untuk mendapatkan klarifikasi ke pertanyaan dan untuk menghubungkan ke sumber daya terkait. Jika Anda setuju dengan salah satu jawaban di bawah ini, pilih suara itu. Jika Anda memiliki jawaban yang lebih baik, tinggalkan itu sebagai jawaban: jangan tinggalkan itu sebagai komentar. Jika Anda ingin mendiskusikan topik pertanyaan ini dengan orang lain, silakan gunakan obrolan .
1
@ Bob ada asumsi bahwa senioritas berarti pembuat kode yang lebih baik yang tidak selalu demikian.
Rudolf Olah

Jawaban:

126

Anda berada dalam situasi yang buruk, saya tidak ingin berada di posisi Anda. Tidak mungkin Anda bisa menyelesaikannya tanpa terlibat konflik dengan kolega Anda.

Inilah yang akan saya lakukan:

  • Jangan menjadi rekannya dalam kejahatan. Tolak berbohong tentang status proyek Anda atau proyeknya.

  • Terapkan (di waktu luang Anda jika perlu) pelaporan bug ke aplikasi Anda, sehingga semua bug dikirim melalui email ke rekan kerja Anda dan ke manajer Anda. Jika bug disebabkan oleh aplikasinya, buat itu terlihat di email (masukkan [XYZ APP BUG] ke subjek email atau sesuatu).

  • Menjaga basis data bug (selain mengirim bug melalui email). Anda dapat mengatakan bahwa tujuan utamanya adalah melacak bug Anda , padahal sebenarnya Anda akan melacak sebagian besar bug- nya . Antara lain, ia harus melacak berapa lama untuk memperbaiki bug tertentu.

  • Semua komunikasi antar-proses dengan aplikasinya ditutupi dengan tes ("ketika saya mengirim ini kepada Anda, Anda harus mengembalikan gaya itu kepada saya"). Anda dapat mengatur tugas cron yang menjalankan tes ini setiap hari dan jika gagal, email dikirim ke semua orang.

Pada dasarnya, cobalah untuk tidak membuang waktu Anda berdebat dengannya tentang bug dan fokus pada pekerjaan Anda saja. Jika aplikasinya rusak dan karenanya Anda tidak dapat mengerjakan aplikasi dan manajer Anda tidak melakukan apa-apa dengannya - yah, itu adalah masalah manajemen dan Anda dilindungi dengan basis data bug, email, dan laporan pengujian.

Namun, waspadalah dan jangan meremehkannya. Pemalas lama seperti dia mungkin memiliki satu atau dua trik di lengan bajunya. Dia dapat mengubah seluruh tim melawan Anda atau sesuatu, tetapi itu tergantung pada situasi spesifik Anda dan itu agak di luar cakupan pertanyaan ini.

Lukas Stejskal
sumber
45
+1 untuk menekankan bahwa si penanya tidak boleh berbohong tentang status proyeknya.
Eric Hydrick
6
Saya akan menyarankan produk ternak tetapi saran Lukas lebih baik!
Russ Clarke
9
Beri +1 untuk 'waspada dan jangan meremehkannya. Pemalas lama seperti dia mungkin memiliki satu atau dua trik di lengan bajunya '. Dia benar-benar harus memiliki ...
amyassin
3
@ Brian, saya percaya solusi teknis ini dapat menyelesaikan masalah hubungan. Perhatikan bahwa kolega tersebut adalah 5 tahun senior dan diduga pengembang yang cukup cakap. Ashin di sisi lain adalah pemula, jadi dia tidak memiliki banyak pengaruh. Dalam hal ini lebih baik tetap berpegang pada fakta-fakta sulit daripada berbicara tentang masalah dengan kolega (s) dan mungkin manajer. Jika itu kata demi kata, manajer mungkin akan mempercayai kolega itu - atau tidak, tetapi ia tetap tidak mampu membuatnya marah karena ia mungkin berharga bagi perusahaan (mempertahankan sistem warisan, dll.)
Lukas Stejskal
3
Untuk menambah titik antar-komunikasi, palsukan sistem eksternal (c / c ++) juga. Anda memiliki proyek Anda, dia punya, jadi jangan biarkan proyeknya belum selesai, hentikan proyek Anda. Palsu hasil yang diharapkan dari layanannya untuk aplikasi Anda, dan tulis tes yang membandingkan keduanya. Saya percaya Martin Fowler memiliki artikel bagus tentang latihan itu, dan saya pasti dapat merekomendasikannya.
Cthulhu
128

Saya akan memberikan pandangan yang sedikit kontroversial: Anda mengatakan bahwa Anda bekerja berjam-jam agar Anda tetap terjaga. Jadi mungkin dia tidak terlalu tidak adil untuk mengatakan "kamu membuatku terlihat buruk dan aku benar-benar bekerja berjam-jam seperti yang aku mau." Mungkin dia pernah ke sana dan melakukan itu dan mungkin dia kelelahan. Saya berjanji kepada Anda bahwa Anda akan melakukannya jika Anda terus melakukannya.

Pergi keluar untuk minum bersamanya suatu malam dan lihat apakah Anda tidak dapat membangun hubungan pribadi yang lebih baik yang menjadi dasar profesional Anda. Mungkin dengan persetujuannya untuk memasukkan sedikit lebih banyak dan Anda setuju untuk memasukkan sedikit lebih sedikit, Anda berdua bisa bekerja sama jauh lebih baik.

Jika saya jadi Anda, saya juga akan sangat berhati-hati terhadap seluruh sikap "pekerjaan saya, pekerjaan Anda" ini. Di antara Anda berdua, Anda memiliki produk untuk keluar dan ini tidak mungkin baik untuk produk itu, yang pada gilirannya tidak baik untuk perusahaan atau pelanggan dan mereka membayar Anda berdua untuk bekerja .

Namun, saya masih setuju dengan pandangan lain bahwa Anda perlu meninjau kembali pentingnya hubungan Anda dengan manajer Anda dan Anda harus berhati-hati mempercayai kolega Anda. Saya hanya mengatakan bahwa mungkin, mungkin saja, Anda perlu melihat tindakan Anda sendiri dan juga tindakannya.

pdr
sumber
44
Saya setuju bahwa bekerja sampai Anda mengantuk adalah kontraproduktif. Tidak ada yang harus bekerja lebih dari 40 jam kecuali itu adalah waktu yang genting dan tentu saja tidak secara teratur.
HLGEM
36
Pertimbangkan bahwa jika Anda bekerja 12 jam dan dia bekerja 7, dan Anda tidak dapat maju jika dia tidak maju, Anda mungkin menjadi orang yang akhirnya tampak buruk . Lagi pula, Anda membutuhkan 12 jam untuk melakukan apa yang baru saja dilakukan pria itu dalam 7! Jadi mungkin daripada Anda memperlambat atau mempercepat, Anda harus meminta proyek tambahan untuk menghabiskan waktu ekstra, sementara Anda sedang menunggu dia melakukan bagiannya. Tentunya ada hal lain yang bisa Anda lakukan / pelajari / dokumentasikan?
Konerak
4
Ini saran bagus untuk ashin. Dia dapat (harus) tentu saja membela diri dengan unit test yang baik, dokumentasi yang baik, jenis barang CYA, tetapi sebagai manusia kita berada dalam hal ini bersama-sama. Regangkan dan temukan cara untuk mendekati kolega Anda - bekerja dengannya dan bukan pada dia. Jangan terlalu sempit dengan "milikmu" dan "milikku" jika kamu tidak harus menggambar garis itu. Ini mungkin mencegah pemecahan ini di antara kamu. Anda harus belajar untuk bersikap terbuka dan fleksibel jadi mengapa tidak melakukannya ketika Anda tidak kelebihan beban dan lihat apakah Anda dapat membuat ini bekerja tanpa keterlibatan manajer. Itu pasti akan diperhatikan tanpa Anda mengucapkan sepatah kata pun.
bmike
9
+1 untuk srs. Saya menyadari formatnya adalah menjawab pertanyaan yang diajukan, tetapi semua orang tampaknya sangat senang untuk pesta sampah B setelah mendengar satu sisi cerita yang melibatkan setidaknya tiga orang. Mungkin tingkat output pihak B telah benar-benar memuaskan dan sesuai dengan tingkat kompensasinya selama bertahun-tahun sampai orang baru yang suka tinggal di kantor 12 jam dan berbicara tentang bagaimana undedikasi orang lain muncul?
Affe
15
@Ashin: Serius, saya mengerti keinginan awal karir dan saya tidak ingin menghilangkannya. Tapi saya memperingatkan Anda bahwa itu pada akhirnya menyebabkan kelelahan dan itu bukan hal yang menyenangkan untuk dilalui. Bahkan jika Anda menghabiskan waktu luang Anda untuk proyek-proyek pribadi, itu akan membantu. Tetapi seseorang mengatakan kepada saya ketika saya memulai karir ini bahwa saya membutuhkan beberapa hobi di luar coding. Saya tertawa dan memecatnya - mengapa saya ingin melakukan itu? Dan saya membayarnya nanti.
pdr
40

Simpan catatan. Dokumentasikan setiap kesalahan yang Anda dapatkan saat berkomunikasi dengan pihaknya, ketika Anda memintanya untuk memperbaikinya dan kapan (jika pernah) ia melakukannya. Itulah satu-satunya cara saya tahu untuk menghadapi situasi ini. Jadi, ketika manajer Anda mendatangi Anda untuk bertanya mengapa hal-hal tidak mengalami kemajuan, Anda dapat dengan jelas menunjukkan tanpa terlihat sebagai perengek atau kolega yang buruk.

Otávio Décio
sumber
5
Catatan email sangat berguna untuk ini. Saya selalu menindaklanjuti setiap perjanjian dengan email dan selalu memberi tahu ketika saya selesai melalui surat juga.
Pelshoff
5
@Pelshoff - tentu saja. Bahkan jika setiap orang berada dalam satu ruangan, kirim email untuk mendokumentasikan permintaan Anda dan tindak lanjut dengan cc ke manajer.
Otávio Décio
16
Dia meminta Anda untuk tidak memberi tahu manajer di depan manajer? Jika dia bertanya kepada Anda secara pribadi, katakan padanya Anda akan melakukannya setelah menyelesaikannya dengan manajer. Hal lain - JANGAN PERNAH memberikan kesan sedikit pun bahwa Anda mengeluh. Selalu katakan dengan cara yang hanya menunjukkan fakta, tidak lebih, tidak kurang.
Otávio Décio
3
Masalahnya adalah Anda sebagai karyawan memiliki tanggung jawab pada diri Anda sendiri untuk membuat perusahaan sukses. Dan jika perusahaan berhasil, itu berarti Anda berhasil (meningkatkan, bonus, keuntungan). Orang ini melukai perusahaan dan dengan demikian secara tidak langsung melukai Anda. Berdiri untuk perusahaan dan diri Anda sendiri :)
Pelshoff
3
@Ashin: Dia dapat meminta Anda untuk tidak memberi cc kepada manajer, tetapi itu tidak berarti Anda harus mematuhinya. Apakah dia memiliki wewenang untuk melakukan sesuatu jika Anda terus menjadi manajer CC? Juga, Anda dapat menggunakan fitur BCC sehingga dia tidak akan tahu bahwa manajer itu CC'd.
FrustratedWithFormsDesigner
34

Saya ingin menunjukkan kemungkinan lain yang belum muncul. Anda mengatakan bahwa dia ingin Anda memperlambat pekerjaan Anda. Apakah maksud Anda secara harfiah dia mengatakan "bekerja lebih sedikit" atau bahwa dia mengatakan "tulis beberapa tes, tes lebih banyak ini, tulis beberapa dokumentasi" dan hal-hal lain yang menurut Anda akan memperlambat Anda? Saya telah melihat orang-orang baru berlarian menulis kode selama 16 jam sehari dan kemudian mengeluh bug dalam kode yang mereka panggil padahal sebenarnya mereka melewati parameter yang tidak valid, mereka tidak memeriksa nilai balik, dan sebagainya. Saya tidak dapat mengesampingkan bahwa rekan kerja Anda memikirkan hal-hal ini.

Lain kali Anda berada di sebuah pertemuan dan dia mengatakan semua kode nya baik-baik saja, katakan "oh, bagus, hal yang saya katakan sekitar satu jam yang lalu, di mana meledak ketika saya menelepon XYZ dengan tanggal yang bukan hari kerja, sudah diperbaiki sekarang? " Satu dari tiga hal akan terjadi:

  • Dia akan berbohong, dan mengatakan tidak ada masalah seperti itu, Anda akan berkata "ada begitu! Kami membahasnya! Saya mengirim email kepada Anda!" dan semuanya akan menjadi perhatian manajer
  • Dia akan memberi tahu Anda bahwa sebenarnya, itu bukan bug dalam kodenya, itu bug dalam kode Anda, karena Anda hanya boleh melewati hari kerja, dan Anda akan segera mengetahui apa yang dipikirkannya tetapi tidak mengatakan
  • Dia akan berkata "tidak, yang baru saja Anda beri tahu tentang hal itu akan saya tangani hari ini, tetapi yang lainnya baik." Jika dia mengatakan itu, ucapkan terima kasih untuk sekarang.

Anda mungkin mengetahui bahwa hari-hari pengkodean cepat Anda yang lama tidak menghasilkan kode yang baik, dan seseorang (mungkin manajer Anda) mungkin menerjemahkan untuk pengembang lain untuk menjelaskan kepada Anda apa masalahnya. Atau, Anda mungkin belajar bahwa Anda bekerja dengan ular berbaring yang akan membuat Anda terlihat buruk untuk melindungi posisinya yang nyaman. Membawa hal-hal ke tempat terbuka tidak bisa benar-benar memperburuknya. Atau, Anda mungkin mendapat cukup gerakan dari dia sehingga Anda bisa tahan, tanpa terjebak dalam politik.

Kate Gregory
sumber
1
Ya selama tahap awal saya, dia sering mengatakan bahwa kesalahannya adalah karena saya tidak melewati argumen yang benar. Jadi saya membuat log in python yang akan mencatat info sebelum dan sesudah memanggil metodenya. Dan saya akan mencatat argumen yang saya berikan dan status pengembalian yang saya dapatkan. Dan ketika dia mengatakan ini lagi padaku. Saya menunjukkan kepadanya file log saya dan dengan demikian ia mulai memperbaiki bug satu per satu. Tapi yang menyedihkan adalah dia tahu betul, mungkin dia berpikir untuk memperbaikinya nanti, atau mungkin dia sama sekali tidak mengujinya. dia hanya membagikan metodenya.
PANAS
32

Apa yang Anda miliki adalah masalah politik. Pertama, pendapat manajer Anda jauh, jauh lebih penting daripada yang tampaknya Anda pikirkan. Orang ini menyalahkan Anda atas keterlambatan dan Anda membiarkannya. Anda adalah orang yang akan dipecat jika seseorang terlempar ke bawah bus. Sejauh yang diketahui manajer, Anda adalah orang yang tidak mampu melakukan pekerjaan dengan tepat waktu.

Lindungi diri Anda dengan cara apa pun yang Anda bisa, melalui pelacakan bug, email dll, tetapi JANGAN berpura-pura ini adalah penundaan Anda bukan miliknya. Jangan pernah memberi laporan status palsu kepada bos, itu akan kembali menggigit Anda. Katakan pada bos kebenaran tentang masalah yang Anda miliki (dan tunjukkan bukti) dengan kode-nya tidak berfungsi.

Orang ini yang meminta Anda untuk mengendur sehingga ia tidak terlihat buruk adalah ular (yah itu penghinaan terhadap komunitas ular (referensi Firefly yang halus), maaf untuk semua ular yang sebenarnya di luar sana). Dia akan melakukan apa saja untuk melemparmu ke bawah bus, bukan dia. Jangan percaya dia.

HLGEM
sumber
4
Saya yang kedua ini. Perangkat lunak pelacakan bug sangat penting di sini. Kedengarannya serakah, tetapi Anda seharusnya tidak pernah berbohong kepada bos Anda untuk menutupi kesalahannya. Ini terdengar seperti situasi yang sangat berbahaya, jadi berhati-hatilah. Email dengan manajer CCed adalah ide yang bagus. Dan dia dapat meminta Anda untuk tidak melakukan itu, tetapi Anda berhak mengabaikannya, dan / atau membalas email dan CC manajer Anda lagi, menolak untuk mengikuti petunjuknya. Sangat menyakitkan untuk politik, tetapi menunjukkan kebenaran dari masalah yang tidak ada duanya.
WolfgangSenff
1
+1 untuk paragraf pertama. OP juga mengatakan dia ingin hubungan baik dengan rekan - rekan yang entah bagaimana menyiratkan jamak, tetapi sebagian besar prihatin dengan pria yang tidak adil ini. Sekarang dia bekerja dengan pria itu, besok rekan kerja lainnya akan bekerja dengan pria itu dan mendapatkan perlakuan yang sama. Mengatasi situasi akan bermanfaat bagi semua rekan kerja lainnya dalam jangka panjang.
sharptooth
"Katakan pada bos kebenaran tentang masalah yang Anda miliki (dan tunjukkan bukti) dengan kode-nya tidak berfungsi." Tapi buktinya apa? Jika manajer tidak mengetahui proyek pada level kode / komponen maka Anda tidak bisa hanya menunjukkan kode padanya. Selain itu, saya takut datang ke pertemuan dengan bos dengan cetakan pengecualian akan tampak seperti saya terlalu banyak "menutupi pantat saya" sikap.
maayank
28

Pertama dan terutama:

Karena dia adalah kolega saya, saya tidak bisa mengatakan apa pun kepada manajer.

Anda benar-benar dapat dan harus memastikan manajer Anda mengetahui kebenarannya, bahkan jika rekan kerja Anda berbohong. Jika Anda tidak ingin mengatakan apa pun dalam pertemuan dengan Anda bertiga di ruangan itu, itu benar-benar dapat dimengerti. Tetapi Anda setidaknya harus menarik manajer Anda (yang asli, bukan hanya sementara) dan biarkan mereka tahu bahwa pekerjaan Anda hampir selesai dan sedang menunggu perbaikan bug dari ujung pengembang lain sebelum seluruh aplikasi siap untuk prime-time. . Jangan menuduh rekan kerja Anda berbohong, tetapi jangan duduk di sana dan biarkan bos Anda beroperasi dengan informasi yang tidak lengkap.

Laporkan status Anda dengan jujur. Jika pekerjaan Anda ditahan oleh bug di ujung pengembang lain, dokumentasikan bahwa Anda telah menemukan bug di C / C ++ dan telah melaporkannya (tolong katakan padaku Anda menggunakan beberapa bentuk dokumentasi yang meninggalkan jejak kertas).

Sementara itu, lanjutkan dan selesaikan pekerjaan Anda, dan beri tahu atasan Anda kapan Anda selesai. Jika manajer Anda ingin tahu mengapa sisa proyek belum berjalan, Anda dapat merujuknya ke pengembang lain, dan mungkin menyebutkan bahwa itu mungkin sangat rumit / besar / memerlukan banyak pengujian / pengembang lain sangat sibuk / dll. Jika Anda tahu C / C ++, Anda dapat menawarkan bantuan pada logika aplikasi utama untuk membuat semuanya bergerak juga. Ya, Anda akan melakukan pekerjaan orang lain, tetapi jelaslah bahwa Anda adalah karyawan yang bekerja keras dan menjadi produktif, dan orang lain tidak, apalagi membuat Anda lebih berharga bagi bos Anda. Bahkan mungkin memberi tekanan pada pengembang lain untuk meningkatkan dan menyelesaikannya lebih cepat.

Eric Hydrick
sumber
5
Mungkin perangkat lunaknya adalah urutan besarnya lebih kompleks daripada Ashin's. Mengambil garis keras dengan kolega Anda harus bekerja sama dengan tetapi tidak repot-repot mengenal adalah anti-sosial, kontra produktif dan sangat tidak profesional.
hplbsh
3
Yang membayar gaji Anda adalah perusahaan Anda dan bukan rekan Anda.
Rudy
@ lttlrck saya setuju dengan Anda, aplikasinya lebih kompleks dari saya. Tapi ini proyek yang sudah ada. Seperti perusahaan kami memiliki aplikasi mandiri yang ada ditulis dalam c & c ++ yang melakukan pekerjaan yang sama. Dan sekarang mereka telah merencanakan untuk membangunnya di web sehingga pengguna dapat langsung menggunakannya tanpa menginstal. Dan sejauh yang saya ketahui pada tahap awal saya dari dia dan manajer itu, mereka menggunakan kode yang sama dari proyek yang ada sedikit dimodifikasi dan di samping mengekspos kelas & metodenya ke python menggunakan boostlibrary.
PANAS
3
@Ashin kn, fakta bahwa bagian dari aplikasinya adalah proyek yang sudah ada tidak selalu menyiratkan bahwa tugasnya lebih mudah daripada tugas Anda. Beberapa aplikasi yang awalnya dirancang untuk penggunaan desktop hanya memerlukan sedikit modifikasi untuk mengeksposnya sebagai layanan (misalnya melalui antarmuka web); sayangnya, perubahan sering lebih substansial. Ketika berurusan dengan kode lama untuk mengubah cara penggunaannya sepenuhnya, sedikit perubahan dapat dengan cepat menyebabkan sejumlah efek samping yang tidak diinginkan, bahkan dalam aplikasi yang awalnya tidak dirancang dengan buruk. Itu bisa menjelaskan sikapnya yang lebih berhati-hati, tampak lambat.
Bruno
1
+1 untukIf you know C/C++, you can offer to help on the main application logic to get things moving with that as well.
gyozo kudor
27

Ada sejumlah masalah di tempat kerja. Ketahuilah bahwa:

  1. Anda membuat asumsi tentang motivasi orang lain
  2. Anda mewarnai fakta dengan pendapat.
  3. Orang luar (orang lain) tidak menyadari sejarah dan tidak menyadari rasa frustrasi Anda dengan kolega Anda.
  4. Anda mungkin terlihat kekanak-kanakan jika tampaknya Anda memainkan permainan "gotcha". Rekan Anda mungkin bisa memainkannya dengan lebih baik - lagi pula ia masih memiliki pekerjaan bukan?

Karena itu, ketika mempresentasikan status proyek Anda:

  1. Jangan menyebut orang lain.
  2. Saat melaporkan kesalahan atau masalah dengan kode - bukan pengembang. Katakan "Panggilan ke metode FooBar () mengembalikan 1 padahal seharusnya mengembalikan 2". Maka masalah apa pun bukanlah serangan pribadi, Anda hanya berbicara tentang kode - bukan orang.
  3. berpegang teguh pada fakta yang Anda miliki buktinya.
  4. Jika kolega Anda bersikap defensif atau bermusuhan, ajukan pertanyaan. "Aku tidak mengerti mengapa kamu berpikir bahwa aku harus melakukan _ "
  5. Jangan menyadari penghinaan sosial atau sindiran. Berpura-puralah Anda tidak mendapat serangan pribadi.
  6. Tidur nyenyak di malam hari sebelum pertemuan status apa pun, jadi Anda lincah secara mental.
  7. Dokumen, dokumen, dokumen.
  8. Jangan malu meminta pria ini untuk membantu Anda dengan masalah yang menarik, ia mungkin akan membawa Anda jika dia merasa Anda menghormatinya. Ini tentang membangun hubungan. (perhatikan ini tidak menyedot - ini adalah sesuatu yang lain)
  9. Bersiaplah untuk pergi jika Anda harus, sehingga Anda tidak perlu atau terjebak secara emosional. Ini akan membantu menjaga kepala Anda tetap rapat.
Menepuk
sumber
4
Sejauh ini, salah satu rencana terbaik di sini. Saya hanya akan menambahkan "keluar dan mencium bunga-bunga" sejak bagian "bekerja sampai saya merasa mengantuk" terdengar menakutkan.
Leonardo Herrera
@Leonardo - thx :-) Saya setuju. Keseimbangan pekerjaan / kehidupan dan semua itu kecuali semacam di luar cakupan pertanyaan OP.
Pat
+1 untuk Ketika melaporkan kesalahan atau masalah dengan kode - bukan pengembang
Ubermensch
16

"Aku adalah orang yang suka bekerja. Aku menghabiskan sebagian besar waktu di kantor dan hanya pulang ketika aku merasa mengantuk."

Ini tidak sehat dan tidak dapat diharapkan oleh kolega, kecuali Anda diberi kompensasi sampai mampu mengambil tahun libur karena kelelahan yang tak terelakkan. (Sesuatu seperti> 10% kepemilikan di perusahaan atau di atas $ 200 juta tahun). Mempertahankan keahlian untuk mencapai titik di mana ia dapat berkembang dengan sangat cepat membutuhkan waktu. Sebagian waktu Anda harus dikhususkan untuk mengembangkan keahlian.

"Proyek c / c ++ adalah aplikasi utama yang melakukan semua fungsi. Python saya mengirimkan permintaan pengguna ke sana dan menampilkan respons dari itu kepada pengguna. ... Mungkin dia tidak suka melakukannya."

Python adalah bahasa yang lebih gesit daripada C / C ++. Aplikasinya tampaknya berisi semua fungsi; aplikasi Anda hanya UI. Lebih mungkin daripada tidak, ini tidak sama dalam kesulitan. Dia mungkin tidak memproduksi kode dengan cepat; tetapi pengkodean kualitas jauh lebih baik daripada pengkodean kuantitas. Anda mungkin memiliki harapan yang tidak realistis untuk seberapa cepat dia dapat mengkodekan dalam jam yang dia inginkan / harapkan untuk bekerja (biasanya ~ 40 jam seminggu; dan ingat jika dia sudah ada di sana selama bertahun-tahun, dia kemungkinan mengumpulkan tugas-tugas lain seperti mengelola orang lain atau membantu mempertahankan usia yang lebih tua proyek yang mengambil bagian penting dari minggu kerja).

Jangan bohongi dia; tapi sekali lagi jangan mengkritiknya juga. Bicara tentang bagaimana sistemnya hebat; diberikan itu membutuhkan lebih banyak pekerjaan sampai selesai. Berikan pembaruan status akurat kepada manajer Anda tanpa menyebut nama / menyalahkan. Tulis versi tiruan dari sistemnya yang sesuai dengan standar yang sama dengan sistemnya. Pastikan sistem Anda berfungsi dengan baik dengan sistem mocked-up Anda dengan test suite otomatis. Kemudian sistem Anda dapat diselesaikan (mis. Sinkronisasi sempurna dengan mock-up), bahkan jika sistem live masih bermasalah.

Kemudian Anda dapat menulis suite pengujian otomatis untuk sistemnya yang disebut eksternal yang sesuai dengan standar yang disepakati. Misalnya, tes dari Foo (1,2,3) memberikan respons "Bar 4 5 6". Ini bisa membantunya mengidentifikasi bug dan mempercepat perkembangannya (dan tidak perlu dipusingkan dengan kodenya). Setelah hal-hal itu selesai, Anda dapat beralih ke proyek / tugas lain (seperti membantunya dengan bagian C / C ++).

dr jimbob
sumber
12

Seperti yang disebutkan orang lain, berperilaku profesional adalah hal terpenting untuk karier jangka panjang Anda. Dan jujur, selama Anda berperilaku profesional, Anda akan berada dalam kondisi yang cukup baik, tidak peduli bagaimana orang-orang di sekitar Anda berperilaku.

Dalam situasi ini, ada beberapa pertimbangan yang perlu Anda perhitungkan.

Pertama, Anda perlu memahami bahwa Anda bertanggung jawab untuk program Anda bekerja dengan spesifikasi yang diinginkan, dengan tenggat waktu yang diberikan. Jika program Anda bekerja sama dengan program orang lain, Anda juga bertanggung jawab untuk memastikan bahwa program lain juga bekerja dengan tenggat waktu yang sama. Untuk menempatkan ini secara berbeda: Jika orang lain melewatkan tenggat waktu mereka, maka Anda juga telah melewatkan tenggat waktu Anda, bahkan jika bagian Anda sendiri dari proyek tepat waktu. Dalam istilah manajemen, ini disebut memiliki input .

Anda telah mencatat dengan benar bahwa ketika kolega Anda menyatakan dalam rapat bahwa bug programnya sudah diperbaiki, bahwa Anda tidak dapat segera mendeklarasikan dia sebagai manajer yang tidak benar (manajer Anda akan melihat bahwa sebagai "melempar rekan kerja Anda di bawah bus"; langkah karir yang sangat buruk). Yang lain, di sisi lain, telah menunjukkan bahwa tidak profesional untuk tidak menyatakan keadaan sebenarnya dari proyek kepada manajer. Kedua belah pihak sepenuhnya benar.

Jadi, jika buruk untuk bertentangan dengan rekan Anda di depan manajer, dan juga buruk untuk tidak menentangnya, lalu apa yang Anda lakukan?

Jawabannya sebenarnya cukup sederhana: Anda perlu berbicara dengan kolega Anda jauh sebelum pertemuan dengan manajer, dan biarkan mereka tahu bahwa pada pertemuan mendatang Anda perlu memberi tahu manajer tentang masalah yang Anda alami dengan program mereka, dan itu memengaruhi kemampuan Anda untuk menyelesaikan proyek Anda tepat waktu, dan apakah ada yang bisa Anda lakukan untuk membantu mereka mengatasi masalah yang Anda alami. Anda perlu melakukan percakapan ini setidaknya dua hari penuh sebelum pertemuan di mana Anda akan memberi tahu manajer, dan lebih baik seminggu penuh di muka.

Dalam kebanyakan kasus, hanya memberi tahu kolega Anda bahwa Anda harus mendaftarkan program mereka sebagai risiko pada pertemuan tertentu akan membuat mereka termotivasi untuk mengatasi masalah yang Anda hadapi, dan Anda tidak perlu berbicara dengan manajer sama sekali. . Di tempat lain, di mana masalahnya lebih digerakkan oleh jadwal, kolega itu akan sering setuju dengan Anda, dan Anda berdua bisa pergi ke manajer bersama.

Saya belum pernah memiliki kolega yang tidak cepat memperbaiki keadaan untuk saya atau setuju dengan keprihatinan saya, ketika diungkapkan dengan cara ini. Tetapi jika hal itu terjadi, dengan memberi peringatan terlebih dahulu kepada kolega Anda, Anda masih akan berada dalam posisi yang lebih baik ketika berbicara dengan manajer. Karena Anda berbicara dengan kolega Anda dan mencoba mencari solusi sendiri, dan memperingatkan mereka sebelumnya bahwa Anda perlu mengemukakan masalah pada pertemuan ini, kolega Anda tidak akan terkejut ketika mereka melakukannya, dan manajer menang berpikir bahwa Anda hanya mencoba mengalihkan kesalahan.

Harap ingat bahwa ketika Anda menyatakan kekhawatiran Anda, baik kepada kolega atau manajer, bahwa kekhawatiran Anda adalah tentang program kolega Anda yang mengembalikan data buruk (atau apa pun yang dilakukan); ini adalah hal-hal yang dapat diukur yang dapat diverifikasi dan diperbaiki. Kekhawatiran Anda bukan tentang kolega Anda yang lambat atau tidak didedikasikan; ini bukan hal-hal yang dapat diukur, yang mungkin atau mungkin tidak benar, dan yang tidak mungkin diperbaiki dengan membawa mereka dalam rapat di depan bos.

Trevor Powell
sumber
3
+1 untuk menekankan bahwa "berperilaku profesional adalah hal terpenting untuk karier jangka panjang Anda".
Skarab
1
+1 jawaban luar biasa - pasti yang terbaik yang pernah saya lihat di sini. Solusi manusia untuk masalah manusia. Tidak disebutkan pelacak bug agresif, dll ;-)
TrojanName
8

Sistem pelacakan bug apa yang Anda gunakan? Saya berharap bahwa setidaknya untuk menyoroti di mana bug tidak diperbaiki pada waktunya. Di mana kode Anda menunggu input dari lapisan lain, penundaan harus disorot dalam dokumentasi pelacakan proyek. Apakah ini tidak terjadi juga?

Bagi saya sepertinya ada manajemen proyek yang tidak memadai di sini. Anda perlu a) melacak bug yang memengaruhi Anda dan b) menindaklanjuti diskusi secara tertulis.

Kolega Anda seharusnya tidak meminta Anda untuk mengembang waktu pengembangan Anda untuk menutupi kekurangannya. Pada titik tertentu, ini adalah sesuatu yang harus ditangani dengan manajer Anda. Seperti yang terjadi, Anda menutupi rekan Anda dan itu hampir pasti akan menjadi bumerang.

temptar
sumber
2
Sistem pelacakan bug tidak ada. Perusahaan mencoba menyelesaikan proyek secepat mungkin dan memberikannya kepada QA. Dan kemudian memperbaiki bug yang dilaporkan oleh QA. Saya bahkan harus menyarankan manajer untuk memulai sistem pelacakan bug yang dapat menyelesaikan banyak masalah seperti ini, saya harap begitu.
PANAS
Bagaimana QA melaporkan bug - melalui email? Maksud saya, jika Anda benar-benar terjebak, Anda bisa melakukan sesuatu yang sangat sederhana seperti lembar kerja Excel sebelum kesulitan menerapkan sistem pelacakan bug lengkap.
temptar
2
Persis. Menutupi kolega tidak akan pernah benar-benar membuat Anda unggul dalam sebuah perusahaan, atau setidaknya tidak di perusahaan mana pun dengan tim manajemen yang sedikit sekalipun.
WolfgangSenff
@ temptar - QA melaporkan melalui email dan mereka bahkan mencatat bug di mana juga, saya tidak begitu jelas tentang hal itu, karena saya sudah di sini hanya 3 bulan & ini adalah proyek pertama saya yang sedang berlangsung. ya seperti yang Anda semua katakan, biarkan saya menyimpan catatan sendiri dan biarkan saya memberi tahu manajer saya tentang hal ini melalui email. Terima kasih atas sarannya
PANAS
2
@Ashin, Anda mungkin ingin melihat Trac atau Mantis karena itu adalah sistem pelacakan bug gratis yang relatif mudah diatur dan digunakan.
Tangurena
8

Tidak ada salahnya berpegang teguh pada kolega, tetapi bagi seseorang yang mengharapkan Anda berbohong kepada bos Anda setiap hari harus dilakukan. Saya tidak bisa menghormatinya sebagai pribadi dan tidak ingin memiliki orang ini sebagai kenalan biasa. Dia ingin menjadi musuh, mewujudkannya.

Bagaimana Anda bisa berdebat penundaan pada lapisan aplikasi karena ujung depan? Itu sebabnya Anda melakukan ini sehingga mereka dapat terpisah. Apa selanjutnya, ia bahkan memiliki lebih banyak keterlambatan karena seseorang ingin membangun ujung depan mobil?

Selesaikan pekerjaan Anda. Dokumentasikan segala masalah yang Anda alami dengan kegagalan pada aplikasinya. Dan kemudian pulang! Saya tidak peduli apakah Anda mengantuk atau tidak. Temukan beberapa teman yang layak dimiliki.

JeffO
sumber
4

Saya baru saja membaca "The Clean Coder" oleh RC Martin (Paman Bob). Poin utama buku ini adalah bahwa para programmer pada umumnya tidak mendapatkan banyak rasa hormat karena mereka tidak berperilaku profesional . Itu berarti terutama bahwa mereka tidak berkomunikasi secara efektif dengan manajemen tentang status proyek.

Berbohong tentu saja merupakan bentuk komunikasi yang sangat buruk. Rekan Anda menjadi sangat tidak profesional dan Anda juga. Anda berdua tidak melakukan hal yang baik untuk meningkatkan persepsi programmer.

Saya akan menyarankan Anda untuk segera pergi ke manajemen. Namun, saya mendapat masalah di masa lalu karena terlalu "jujur" (dalam beberapa situasi yang tidak berhubungan), jadi saya tidak yakin Anda harus menerima saran saya. Juga, seperti yang telah ditunjukkan banyak orang, mungkin persepsi Anda tentang situasinya tidak seakurat yang Anda pikirkan.

toto2
sumber
3

Sulit dan tidak masuk akal untuk memperkirakan upaya relatif dan kompleksitas proyek lain jika Anda tidak terbiasa dengan basis kode. Anda mengatakan kodenya rawan kesalahan, tetapi bisa saja dalam kondisi sangat baik dengan semua masalah yang tersisa pada tingkat abstraksi yang sangat tinggi ... Masalahnya, itu adalah satu - satunya kode yang dibutuhkan oleh ujung depan Anda!

Atau, mungkin dia karyawan yang buruk dan membawa perusahaan untuk naik. Saya tidak bisa mengatakan, dan Anda mungkin tidak memiliki semua informasi yang perlu Anda ketahui dengan percaya diri.

Saya menyarankan taktik di tengah jalan. Lain kali Anda bertemu, bawalah beberapa detail bug utama dalam kodenya yang memengaruhi Anda. Ketika dia mengatakan semuanya baik-baik saja, dengan sopan katakan ada satu masalah besar yang menghalangi kemajuan Anda.

Secara politis, mengatakannya seperti itu, mari Anda menegaskan bahwa ia tidak sepenuhnya benar, sambil masih memberinya celah untuk bermain bodoh dan tidak bersikap defensif.

Manajer Anda harus bertanya pada rapat berikutnya apakah sudah diperbaiki. Jika tidak, tekanan jatuh pada dirinya untuk memperbaiki satu bug. Jika sudah diperbaiki, ucapkan terima kasih, itu berfungsi baik sekarang, dan Anda menemukan pemblokir baru. Jika Anda ingin bersikap baik, katakan Anda bertemu dengannya sesaat sebelum pertemuan.

Anda tidak berbohong, tidak juga memihak. Anda bermain politik dengan memperhatikan masalah dan membiarkan rekan Anda menyelamatkan muka jika segalanya benar-benar tidak berjalan dengan baik.

Sangat menggoda untuk hanya berbicara dengan manajer Anda, tetapi jangan lupa yang mana dari mereka yang paling sering bekerja dengan Anda.

Stefan Mohr
sumber
2

Jawaban Pat luar biasa. Saya setuju 100%. Jangan pergi menyelinap rapat dengan bos. Bawalah bersama kolega Anda di antara 4 mata atau lakukan dengan Anda bertiga. Tetapi saran Pat untuk fokus pada masalah kode dan bukan pada orang-orang adalah cara yang tepat.

Btw, 40 jam / minggu sudah cukup bung. Anda perlu menjaga motivasi Anda tetap tinggi!

AndSoYouCode
sumber
1

Minta beberapa yang lain untuk membantu Anda berdua dalam pengujian integrasi. Orang tersebut harus dapat mengatakan di mana masalah tersebut terjadi. Seperti yang ditunjukkan temptar saya bertanya-tanya mengapa bahkan tidak ada yang unggul untuk melacak masalah! karena tidak ada pelacakan, seperti setiap kali orang lain melarikan diri dengan mengatakan semuanya baik-baik saja seperti sekarang! tidak berhasil seperti itu!

Ini modul Anda jika Anda harus menyelesaikannya, Anda perlu menaikkan bendera merah pada apa yang menyebabkan keterlambatan di sisi Anda. Pengalaman di MERE Years tidak ada hubungannya, hanya pengetahuan dan itulah yang harus ditekankan oleh manajer Anda. Seperti yang saya katakan bahkan saya merasa ada manajemen proyek yang buruk terjadi di sini.

ioWint
sumber
-1
  1. Menampilkan inisiatif dengan meminta tugas tambahan dan bertanya bagaimana Anda dapat menambah nilai bagi organisasi adalah cara terbaik untuk mendapatkan kepercayaan.

Manajer Anda mungkin tidak cukup teknis untuk mencari tahu siapa yang memperlambat proyek, tetapi mereka mungkin cukup pintar untuk mengenali bahwa pengembang yang secara aktif mencari tugas baru sedang mencari-cari melalui tugas mereka saat ini. Ini akan mengarah ke percakapan di mana Anda bisa menjelaskan bahwa Anda sedang menunggu perbaikan bug dari orang lain pada tugas Anda saat ini. Kerangka diskusi dalam hal bagaimana Anda dapat menambahkan nilai tambahan ke organisasi dengan efisien menggunakan waktu luang Anda, bukan bagaimana rekan Anda terlalu lambat dengan perbaikan bug-nya.

KyleM
sumber