Bagaimana Anda mendukung kode Anda pasca akhir pekerjaan?


17

Bagaimana proses untuk meninggalkan perusahaan (atau bahkan grup / divisi) dalam hal dukungan kode?

Apakah yang terbaik untuk menangani semua pertanyaan? Apakah Anda memberi pengembang yang tersisa akses ke diri Anda sebagai sumber daya masa depan? Jika demikian, adakah cara untuk tidak memberikan akses penuh?

Saya telah mengalami secara langsung di mana jawaban tentang arsitektur perangkat lunak umum dari pengembang awal akan sangat berharga.

Saya mengerti bahwa jika bantuan serius diperlukan, maka itu akan menjadi kasus khas negosiasi kerja sebagai kontrak dukungan. Namun, jika diperlukan bantuan serius, langkah apa yang dapat Anda lakukan untuk mempermudah proses menghubungi Anda?

Saya sedang berpikir untuk melakukan sesuatu seperti membuat alamat (YOUR_NAME) _codesupport @ (YOUR_FAVORITE_EMAIL_CLIENT) .com.

Spesifik Situasi Saya:

Saya seorang siswa co-op, dan karena itu bangkit di sekitar perusahaan dengan menjalankan tugas 4 bulan. Ini berarti memperkenalkan diri saya ke banyak basis kode baru, serta meninggalkan bagian kode yatim yang adil ketika saya meninggalkan perusahaan. Saya merasa tidak enak jika meninggalkan kode sampah.


2
Jangan tersinggung, tapi saya ragu Anda akan mencapai sesuatu yang sangat kompleks dalam rentang 4 bulan yang tidak bisa ditangani oleh pengembang berpengalaman.
Louis Kottmann

1
@ Caleb memiliki jawaban yang tepat. Kecuali - Anda adalah siswa co-op, yang berarti Anda berharap suatu saat mendapatkan pekerjaan penuh waktu di bidang ini, dan Anda bekerja dengan perusahaan paruh waktu untuk mendapatkan pengalaman dan kontak. Jadi marahlah sikap " @ # $ @ $ # @% off, aku pergi " dengan sedikit " Hei, aku ingin bekerja dengan kalian semua di masa depan ".
Ross Patterson

Jawaban:


47

Bagaimana Anda mendukung kode Anda pasca akhir pekerjaan?

Kamu tidak. Karena itulah disebut akhir .

Jika mereka terkejut melihat Anda berjalan melewati pintu dan mulai menggunakan peralatan mereka sebulan setelah Anda pergi, Anda seharusnya terkejut ketika mereka menelepon Anda dan mengajukan banyak pertanyaan sebulan setelah Anda pergi.

Oke, lebih realistis, tergantung situasinya, Anda mungkin menawarkan untuk menjawab pertanyaan melalui telepon atau email sebentar, terutama jika Anda a) ingin kembali ke sana, b) berteman dengan orang-orang yang bekerja di sana, c ) masih bergantung pada mereka untuk ulasan yang baik, d) merasa cukup percaya diri bahwa perusahaan tidak akan menyalahgunakan niat baik Anda, dan / atau e) perusahaan bersedia memberikan kompensasi kepada Anda untuk setiap dukungan tambahan yang tidak sepele.

Ini berarti memperkenalkan diri saya ke banyak basis kode baru

Itu keterampilan yang baik untuk dikembangkan - Anda akan membutuhkannya.

serta meninggalkan bagian yang adil dari kode yatim di belakang ketika saya meninggalkan perusahaan.

Bagian dari pekerjaan Anda saat Anda masih bekerja di sana adalah mendokumentasikan apa yang telah Anda lakukan, atau setidaknya memastikan bahwa beberapa orang lain yang bekerja di sana memiliki pemahaman yang jelas tentang hal itu. Itu adalah sesuatu yang menjadi kepentingan perusahaan, dan mereka harus memastikan mereka memiliki apa yang Anda butuhkan saat Anda masih di sana.

Saya merasa tidak enak jika meninggalkan kode sampah.

Jangan menulis kode sampah di tempat pertama. Jika kode Anda yang sebelumnya baik menjadi sampah (usang, tidak diperlukan lagi, dll.) Sebelum Anda pergi, maka bersihkan sebelum Anda pergi. Jika kode Anda bukan sampah ketika Anda pergi, maka apa yang terjadi setelahnya bukanlah sesuatu yang harus Anda khawatirkan.


1
Pertimbangan B dan D adalah satu-satunya yang akan mendorong saya untuk meninggalkan informasi kontak. Saya tidak benar-benar melakukan pekerjaan saya di pintu keluar jika mereka sering perlu menelepon saya nanti. Jawaban yang bagus

2
Seringkali perusahaan menjadikannya tanggung jawab orang yang pergi untuk melatih pengganti mereka dan menyalahkan orang yang pergi karena ada kesenjangan pengetahuan setelahnya. Namun, itu benar-benar tanggung jawab pengganti untuk memastikan mereka memiliki pengetahuan yang diperlukan untuk melakukan pekerjaan mereka. Sayangnya, hanya sedikit perusahaan yang menyadari hal ini.
akton

19

Biasanya Anda mempersiapkan ini sekitar 2 minggu sebelum tanggal akhir yang dijadwalkan. Rencanakan waktu untuk transfer pengetahuan ke anggota tim lainnya dan cobalah memastikan bahwa mereka dapat mendukung kode sebelum Anda mengemasi meja Anda. Jangan mengatur diri Anda untuk berada di dukungan abadi dengan memasukkan info kontak Anda dalam kode. Jika situasinya sangat serius sehingga tidak seorang pun kecuali Anda dapat memperbaikinya, mereka mungkin bisa mendapatkan info kontak Anda dari HR.


5
Ya, tetapi kenyataannya itulah alasan Anda memberi tahu atasan Anda. Ini tugas mereka untuk memastikan mereka dilindungi sebelum Anda pergi.
Doug T.

9

Latih orang itu untuk mengganti Anda sebanyak mungkin (jika ada seseorang).

Saya menemukan yang terbaik untuk meninggalkan dokumentasi dengan kode, lebih disukai diperiksa ke dalam kontrol sumber jika tidak ada sistem dokumentasi pusat. Apa pun yang Anda lakukan, dokumentasikan sebanyak mungkin tentang:

  • Cara mendapatkan sistem yang berfungsi penuh dan berjalan di komputer pengembang lain
  • Cara membangun
  • Cara menyebarkan

Letakkan salinan segala sesuatu di tempat utama.

Email semua detail ke semua pemangku kepentingan .

Saya selalu memastikan mereka mengerti bahwa mereka dapat memanggil saya jika mereka memiliki pertanyaan, seperti kemana perginya ini, dll. Sangat umum bagi mereka untuk menghubungi Anda nanti dan bertanya apakah Anda ingin melakukan pekerjaan sampingan jika mereka berada dalam mengikat. Itu terserah Anda berdasarkan situasi baru dan kontrak kerja Anda. Tidak ada yang salah dengan mengatakan, "maaf, saya tidak punya waktu sekarang." Itu hampir selalu benar.


2
"Ambil salinan segalanya" tetapi pastikan untuk mengikuti hukum ketenagakerjaan yang berlaku. Beberapa perusahaan melarang ini, dan Anda dapat membuat lebih banyak masalah dengan mencoba membantu.

1
Saya tidak berpikir dia berarti "membawa salinan." Sebagian besar perusahaan memiliki arsip tempat mereka menyimpan salinan rilis perangkat lunak.
Robert Harvey

2
@ GlenH7 - Saya tidak bermaksud Anda harus membawanya bersamamu. Saya akan mengedit untuk mengklarifikasi.
Scott Whitlock

Ada utas besar tentang perlu tidaknya membawa kode. Masalah hukum (IMHO) adalah masalah terbesar. Hasil edit Anda membuat maksud Anda jauh lebih jelas, terima kasih telah memasukkannya. Saya akan meningkatkan jawaban Anda lagi, tetapi, um, sistem tidak akan membiarkan saya untuk beberapa alasan. ;-)

3

Beberapa hal yang ingin saya sebutkan.

Dalam bisnis, uang berada di atas sentimen. Majikan biasanya tidak memiliki sentimen yang sama dengan yang Anda miliki dari pihak Anda sendiri. Setelah Anda meninggalkan perusahaan, kesepakatan selesai. Negosiasi dan barang periode pemberitahuan adalah langkah-langkah untuk mengurangi risiko mereka.

Tentu saja orang-orang saling membantu dengan pilihan pribadi mereka tetapi perusahaan benar-benar tidak mengharapkan Anda untuk kembali memperbaiki hal-hal untuk mereka bahkan ketika Anda menulis di masa lalu. Tetapi ada pengecualian tetapi tergantung pada seberapa penting Anda dalam pekerjaan.

Salah satu teman saya telah meninggalkan perusahaannya 1 tahun yang lalu dan baru-baru ini dia dihubungi oleh salah satu manajer proyek untuk memperbaiki masalah dengan kode yang dia tulis beberapa tahun yang lalu. Mempertimbangkan perubahan haluan dan kompleksitas untuk memperbaiki masalah, ia adalah pilihan yang paling mudah. Akhirnya dia membantu mereka untuk memperbaiki masalah; tetapi pada minat dan etika pribadinya. Dan perhatikan bahwa beberapa majikan tidak setuju dengan ini. yaitu dia akan kembali ke perusahaan lamanya dan memperbaiki masalah.

Hal yang harus Anda perhatikan adalah bahwa,

  • Mereka yang melakukan bisnis serius bertindak secara profesional dalam situasi ini. Mereka tidak menginginkanmu lagi.
  • Peluang tertinggi untuk mendapat telepon dari mantan atasan adalah panggilan pribadi. Biasanya ini bukan keputusan organisasi untuk mendekati Anda dan memperbaiki kodenya. Mereka juga menghargai waktu dan tugas Anda saat ini sebelum menanyakan waktu Anda.
  • Perusahaan perusahaan paling banyak menjaga kerahasiaan untuk kode dan desain mereka. Mereka tidak ingin mengekspos bahkan kepada mantan karyawan.
  • Sebagian besar karyawan yang keluar dari perusahaan akan bergabung di perusahaan dengan domain yang sama. Dan mantan perusahaan dan perusahaan baru bisa menjadi pesaing. Jika Anda memegang paten dan didasarkan pada sifat prinsip operasi perusahaan, sebagian besar perusahaan tidak akan mengizinkan mantan karyawan untuk bekerja dengan mereka bahkan jika mantan karyawan menginginkannya.
  • Dalam kasus spesifik Anda, saya curiga bagaimana tugas 4 bulan dapat membuat Anda sangat penting untuk organisasi dan proyek kecuali sampai Anda memberi mereka secara radikal sesuatu yang baru lahir di kepala Anda.

+1 untuk mengatasi risiko hukum dari perusahaan yang mengekspos kode kepada mantan karyawan yang tidak lagi terikat kontrak. Saya tidak pernah memikirkan bagaimana dukungan bisa melukai perusahaan sampai sekarang
James

2

semua hal yang dikatakan orang lain dan kemudian:

Pertimbangkan pemrograman bersama .
Duduk dengan dua orang di belakang satu meja. Program semuanya berpasangan. ketika salah satu dari mereka (Anda) pergi, yang lain masih memiliki semua pengetahuan.

Ada banyak keuntungan lain, tapi itu topik lain.


Saya sangat suka jawaban ini! Saya akan menambahkan tautan agar terlihat cantik.
Maleakhi
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.