Bagaimana saya bisa mengevaluasi secara menyeluruh calon majikan? [Tutup]

45

Kami mendengar banyak tentang bau kode, bau tes, dan bahkan bau proyek, tapi saya belum pernah mendengar diskusi tentang "bau" majikan di luar Tes Joel . Setelah banyak frustrasi bekerja untuk pengusaha dengan karangan bunga budaya perusahaan yang tidak menyenangkan, saya percaya sudah waktunya bagi saya untuk secara aktif mencari lingkungan pengembangan yang lebih matang.

Saya sudah mulai menyusun daftar pertanyaan untuk membantu dokter hewan dengan mengidentifikasi masalah selama wawancara kerja, dan saya sedang mencari ide tambahan. Saya kira daftar ini dapat dengan mudah dimodifikasi oleh seorang majikan untuk memeriksakan seorang karyawan juga, tetapi tolong jawab dari sudut pandang orang yang diwawancarai.

Saya pikir akan penting untuk mengajukan banyak pertanyaan dari banyak orang ini untuk mencari tahu apakah jawaban yang konsisten diberikan. Sebagian besar, saya mencoba untuk menempatkan pertanyaan di setiap bagian dalam urutan yang bisa ditanyakan. Jawaban yang tidak diinginkan untuk pertanyaan awal sering kali akan membuat perundingan lebih lanjut.

Nilai-nilai

  • Apa yang termasuk perangkat lunak "ditulis dengan baik"?
  • Atribut apa yang dimiliki pengembang yang baik? Pertanyaan yang sama untuk manajer. Siapa karyawan / manajer Anda yang paling berharga, dan mengapa?

Proses

  • Apakah Anda memiliki proses pengembangan?
  • Seberapa keras Anda mengikutinya?
  • Bagaimana Anda memutuskan berapa banyak proses untuk diterapkan pada setiap proyek?
  • Jelaskan siklus hidup proyek yang khas. Tanyakan hal berikut jika mereka tidak muncul sebaliknya:

    • Waterfall / berulang: Berapa banyak waktu yang dihabiskan dalam pengumpulan persyaratan dimuka? desain muka?

Pengujian

  • Siapa yang mengembangkan tes (pengembang atau insinyur pengujian terpisah?)
  • Kapan mereka dikembangkan?
  • Kapan tes dilaksanakan?
  • Berapa lama waktu yang dibutuhkan untuk mengeksekusi?
  • Apa yang membuat tes yang bagus?
  • Bagaimana Anda tahu Anda sudah cukup diuji?
  • Berapa persentase kode yang diuji?

Ulasan

  • Seperti apa proses peninjauannya?
  • Berapa persentase kode yang ditinjau? Desain?
  • Seberapa sering saya dapat berharap untuk berpartisipasi sebagai pengkaji / peninjau kode / desain?
  • Apa kriteria yang diterapkan untuk meninjau dan dari mana kriteria itu berasal?

Perbaikan

  • Apa alat dan teknik baru yang telah Anda evaluasi atau gunakan dalam satu tahun terakhir?
  • Kursus pelatihan apa yang telah diberikan karyawan Anda dalam setahun terakhir? Apa yang akan saya lakukan selama enam bulan pertama di perusahaan Anda (memberi petunjuk tentang jenis pelatihan / pelatihan terorganisir yang telah dipikirkan, jika ada)
  • Perubahan apa pada proses pengembangan Anda yang telah dibuat dalam setahun terakhir?
  • Bagaimana Anda meningkatkan dan belajar dari kesalahan Anda sebagai organisasi? Apa kesalahan terbesar organisasi Anda dalam setahun terakhir, dan bagaimana hal itu diatasi?
  • Apa umpan balik yang Anda berikan kepada manajemen belakangan ini? Apakah ini diterapkan? Jika tidak, mengapa?
  • Bagaimana perusahaan Anda menggunakan "praktik terbaik?" Bagaimana Anda mencari mereka dari luar atau dalam, dan bagaimana Anda membaginya satu sama lain?

Etika

  • Ceritakan tentang masalah etika yang Anda atau karyawan Anda alami baru-baru ini dan bagaimana cara mengatasinya?
  • Apakah Anda menggunakan perangkat lunak sumber terbuka? Apa kontribusi open-source yang Anda buat?

Tindak Lanjut

Saya menyukai apa yang dikatakan @jim-leonardo pada pertanyaan Stack Overflow ini :

Sungguh suatu hal yang bertanya pada diri sendiri: "Apakah orang ini sepertinya sedang berusaha merekrut saya dan membuat saya tertarik?" Saya pikir ini adalah salah satu yang paling penting. Jika mereka tampaknya mengambil sikap bahwa satu-satunya yang diwawancarai adalah Anda, maka mereka mungkin akan memperlakukan Anda dengan buruk. Pewawancara yang baik mengerti bahwa mereka harus menjual posisi sebanyak yang dibutuhkan kandidat untuk menjual diri mereka sendiri.

@SethP menambahkan:

Glassdoor.com adalah situs web yang bagus untuk meneliti calon majikan. Ini berisi informasi tentang bagaimana perusahaan tertentu melakukan wawancara ...

glenviewjeff
sumber
6
dari judulnya, jawaban yang terlintas dalam pikiran adalah "seperti anjing"; tolong ulangi pertanyaannya menjadi kurang ... kotor ;-)
Steven A. Lowe
4
@ Sebelas A. Lowe: Setuju. Tidak ada cara untuk benar-benar mencium calon karyawan yang tidak akan membuat wawancara tampak menyeramkan.
FrustratedWithFormsDesigner
1
@ Sebelas, serangkaian pertanyaan cenderung khusus untuk programmer.
glenviewjeff
2
Apakah Anda benar-benar ingin mengajukan pertanyaan tentang Etika dalam sebuah wawancara? Juga seberapa saksama Anda memeriksa calon atasan Anda merupakan indikator pasti tentang seberapa besar ia mungkin tidak mempekerjakan Anda. Apakah Anda ingin mengambil risiko terlihat seperti semua kulit kayu dan tidak ada gigitan? IMHO hanya sedikit dan pertanyaan yang bagus (paling tepat pada waktu dan situasi itu) harus ditanyakan.
Aditya P
1
@Aditya, saya khawatir saya tidak mengerti pertanyaan Anda. glenviewjeff memperjelas bahwa dia lebih peduli tentang hal-hal ini yang hanya mendapatkan pekerjaan apa pun, jadi saya tidak mengerti mengapa dia tidak bertanya. Kalau tidak, dia bisa tetap di pekerjaannya saat ini.
Benjol

Jawaban:

14

Perhatikan baik-baik produk yang akan Anda buat. Saya bekerja untuk bos etis yang baik tetapi saya benar-benar tidak menyukai industri tempat kita berada. Saya berharap saya akan memikirkan hal itu sebelum menerima posisi itu. Saya sekarang mencoba untuk beralih dari itu tetapi kebanyakan perusahaan tidak cukup memahami ceruk untuk mengevaluasi pekerjaan saya.

mcotton
sumber
6
+1 "tidak menyukai industri tempat kita berada". Wah, ada cukup banyak! Lotere, iklan massal, beberapa bidang keuangan, dll. Saya pernah bekerja untuk seorang pria yang menemukan paket database populer. Tahu siapa salah satu pelanggan terbaik itu? Polisi rahasia Polandia. Tidak mudah melakukannya dengan baik dan melakukan yang baik.
Mike Dunlavey
2
"Sebagian besar tidak cukup memahami ceruk ..." ceruk apa ini? Sekarang saya penasaran.
Chris
+1: Juga "tidak menyukai industri tempat kita berada". Saya pernah menulis perangkat lunak yang memungkinkan orang untuk melakukan perdagangan derivatif.
Bob Murphy
@Mike Dunlavey, pengembangan kendaraan robot pembunuh massal secara otomatis menarik minat banyak orang, yang akan sangat menyukai hal seperti itu (tidak yakin tentang lotere)
kagali-san
1
@ mhambra: Saya pernah bekerja di laboratorium pertahanan. Saya tidak, tetapi laboratorium melakukannya, membangun komputer dan sistem panduan untuk rudal nuklir. Kami dijemput secara teratur. Orang-orang yang melakukan pekerjaan itu sama seperti Anda dan saya.
Mike Dunlavey
14

Jangan puas dengan satu kata jawaban

Sangat konyol untuk mencoba dan membuat keputusan berdasarkan majikan yang menggunakan "Agile" atau "SVN".

  • Ajukan pertanyaan yang merupakan kriteria minimum Anda untuk bekerja di suatu tempat, tetapi libatkan mereka dalam diskusi tentang hal itu.
  • Mintalah untuk bergaul dengan / bekerja dengan / berpasangan dengan programmer selama satu jam.
  • Mintalah jalan-jalan dari hari-hari biasa.
  • Tanyakan apa yang termasuk dalam rilis standar mereka untuk produksi.
  • Seberapa sering mereka bekerja di akhir pekan, liburan, larut malam, dll.
  • Tanyakan masalah proses apa yang sedang mereka perbaiki

Bau

  • Satu kata menjawab dan perubahan topik
  • Banyak larut malam dan akhir pekan dihabiskan untuk bekerja
  • Hubungan antagonistik dengan Ops atau QA
  • Keterlibatan manajer sehari-hari untuk penugasan tugas dan perubahan
dietbuddha
sumber
9

Cari tahu tentang orang - orang yang bekerja di sana .

Proses itu bagus dan semuanya, tetapi proses diimplementasikan oleh, dan diikuti oleh (atau diabaikan oleh) orang. Jika Anda memiliki orang yang tepat, Anda dapat menyesuaikan proses sesuai kebutuhan.

Untuk setiap pertanyaan Anda, saya akan menambahkan pertanyaan meta, misalnya:

  • Siapa yang memutuskan perangkat lunak apa yang 'ditulis dengan baik'?
  • Bagaimana jika ada pertentangan?
  • Bagaimana kita mengevaluasi apakah definisi kita bermanfaat?
  • Bagaimana kita memperbarui definisi kita ketika keadaan berubah atau prioritas perusahaan berubah?
  • Bagaimana proses pembuatan perangkat lunak yang 'ditulis dengan baik'?
  • Bagaimana kita mengevaluasi itu?

Dan seterusnya.

Alex Feinman
sumber
1
Saya sangat menyukai pertanyaan Anda, tetapi saya tidak yakin jawaban apa yang saya inginkan untuk mereka, dan bahkan jika saya tahu, saya tidak yakin itu akan sama pentingnya dengan gagasan yang terdefinisi dan didokumentasikan dengan jelas tentang apa yang merupakan tulisan yang ditulis dengan baik. perangkat lunak. Jawaban yang saya cari adalah daftar "-ilities," dapat dimengerti, dipelihara, dapat diperpanjang, dll. Bagaimana itu diterapkan akan berubah dari waktu ke waktu, tetapi "ilities" seharusnya tidak. Jika perusahaan menghargai ini, dan karyawan tertentu tidak menyukainya, saya kira jawaban yang ingin saya dengar adalah bahwa mereka akan dengan sabar mencoba meyakinkan karyawan tersebut.
glenviewjeff
1
+1. Saya berbohong dalam sebuah wawancara tentang peran potensial saya. Sulit untuk berbohong kepada seseorang yang melakukan pekerjaan yang sama seperti Anda.
Dimitrios Mistriotis
8

Saya akan menambahkan peringatan untuk ini setelah beberapa pengalaman buruk: Banyak perusahaan akan berbohong atau menyesatkan Anda tentang jawaban mereka, terutama dalam situasi di mana Anda tidak dapat dengan mudah memverifikasi tanpa melihat kode mereka (yang mereka tidak akan pernah membiarkan Anda melakukannya).

Sebagai contoh, jika Anda bertanya tentang Kontrol Versi, mereka mungkin mengatakan mereka menggunakan Subversion, jadi Anda berpikir baik-baik saja mereka menggunakan SVN. Kecuali mereka tidak memiliki repositori yang diatur dengan benar, atau semua orang memiliki repositori mereka sendiri, atau mereka tidak mengerti percabangan / penggabungan sama sekali . Anda tidak dapat memverifikasi hal semacam itu.

Hal yang sama berlaku untuk praktik pengkodean aktual. Jika Anda bertanya kepada mereka tentang standar pengkodean, mereka mungkin memberi tahu Anda bahwa mereka mengikuti, katakanlah, "konvensi Java normal". Setelah menerima pekerjaan yang Anda temukan mereka menggunakan notasi Hungaria (saya benci memilih notasi Hungaria yang buruk sebanyak yang saya lakukan, tetapi itu adalah hal pertama yang muncul di pikiran saya sepanjang waktu), menolak untuk menyentuh paket open source apa pun di luar Jawa sendiri, dan pada dasarnya menulis kode sangat buruk dibandingkan dengan "standar" penulisan Java. Sekali lagi, Anda tidak dapat memverifikasi itu tanpa benar-benar mengatakan "Tunjukkan kode Anda" yang akan mereka tolak.

Tentu, Anda dapat mengetahui apakah mereka berbohong tentang pengujian dengan menanyakan perangkat lunak uji unit apa yang mereka gunakan ("The Visual Studio Debugger" bukan aplikasi pengujian unit ...) atau jika mereka tidak menggunakan kontrol versi sama sekali, tetapi Anda tidak akan tahu apakah kodenya buruk.

Di sisi non-coding hal, sekali lagi sangat sulit untuk benar-benar tahu apa yang dibumbui. Mereka mungkin memberi tahu Anda satu hal (semua orang selalu membuat perusahaan mereka tampak luar biasa dalam wawancara) dan mengambil pekerjaan ternyata kebohongan yang sama sekali berbeda atau jelas. Saya benci mengatakannya tetapi banyak perusahaan yang didirikan dengan pendekatan "asap dan cermin" dan bau busuk itu meresap ke setiap sudut tempat itu. Seperti biasa selalu ada pengecualian, tetapi saya belum menemukan cara yang bagus dan solid untuk mengukur nilai seorang majikan sampai saya benar-benar mengambil pekerjaan itu dan, jika perlu, segera pergi setelah mengetahui bahwa itu tidak baik.

Wayne Molina
sumber
1
Saya telah bekerja untuk banyak perusahaan di mana gambar indah yang dilukis selama wawancara menggelikan begitu realitas menghantam. Saya tidak akan melihatnya seolah-olah pewawancara benar-benar berbohong, dan memberi mereka keuntungan dari keraguan bahwa mereka mungkin benar-benar berpikir mereka benar-benar jujur ​​kepada Anda, tetapi tidak memikirkan hal-hal dengan cara yang sama. Saya pikir mungkin itulah sebabnya yang terbaik untuk memastikan pertanyaan dijawab dengan cukup detail sehingga kecuali jika mereka berbohong secara eksplisit, Anda akan memiliki ide yang lebih baik untuk apa Anda "cocok". Yaitu, minta mereka untuk menjelaskan strategi percabangan mereka.
glenviewjeff
@glenviewjeff Setuju 100% di sana. Seringkali menjadi lebih mendalam dari biasanya menghasilkan kemampuan untuk mencari tahu ketika Anda diberi makan "garis perusahaan" dan lingkungan tidak benar-benar baik. Hal lain yang saya tambahkan ke daftar apa yang harus ditanyakan adalah tentang standar pengkodean mereka (penamaan variabel, dan sejenisnya): Gaya "praktik terbaik" yang baik adalah baik, tidak ada gaya sama sekali atau gaya yang sangat aneh sering buruk.
Wayne Molina
Saya tidak punya masalah untuk melihat kode begitu saya menandatangani NDA.
dietbuddha
5

Satu hal yang saya SELALU lakukan adalah meminta untuk diperlihatkan di sekitar perusahaan yang bekerja / area kantor (sebagai lawan dari ruang rapat perusahaan yang bagus di mana Anda diwawancarai). Ini memberi Anda gambaran tentang kondisi kerja, peralatan yang digunakan, demografi kolega Anda dan getaran umum tempat itu.

... Dan ya saya belajar pelajaran ini dengan cara yang sulit :(

NWS.

NWS
sumber
Ide yang sangat bagus juga. Terlalu banyak perusahaan yang memiliki kondisi kerja yang buruk (kubus kecil, ruang terbuka) dan "menyembunyikan" anggota tim yang lebih miskin sehingga orang tidak melihat mereka dan melarikan diri sambil berteriak sambil hanya menunjukkan area mewah bangunan (kantor eksekutif, ruang rapat) , dll.). Saya menegaskan sekarang untuk selalu meminta untuk melihat area pengembang.
Wayne Molina
+1 Juga pastikan Anda melihat lokasi yang penting bagi Anda. yaitu tempat di mana tim Anda nongkrong, dapur kecil, kafe, meja tim Anda, ruang rapat dll.
tehnyit
5

Hal lain yang saya pikirkan: Jika Anda bertanya kepada pewawancara apa yang mereka sukai / tidak sukai dari pekerjaan itu, ingatlah peringatan ini:

Jawaban "baik" adalah yang menyebutkan bagian pekerjaan yang baik dan buruk

Jika pewawancara semuanya pusing dan memberi tahu Anda betapa hebatnya perusahaan itu dan betapa hebatnya pekerjaan itu, berhati-hatilah karena itu bisa berarti pewawancara itu adalah "Smithers" dan hanya seorang lelaki dan penjilat pantat - banyak orang, terutama mereka yang puas dalam pekerjaan mereka (baca: dipromosikan karena masa jabatan tanpa keahlian sehingga tidak akan dapat menemukan pekerjaan di luar perusahaan ini) cenderung "membeli ke lini perusahaan" dan tidak akan pernah dapat melihat masalah bahkan jika ada masalah. Ini tidak selalu terjadi, tetapi jika Anda mendapatkan jawaban yang berbau seperti orang yang mabuk bantuan korporasi, Anda harus menyelidiki lebih lanjut untuk memastikan.

Di sisi lain jika pewawancara mulai masuk ke perusahaan, itu adalah bendera merah besar karena, jelas, mereka tidak senang dengan pekerjaan mereka dan yang lebih penting mereka tidak dapat membawa masalah ini kepada siapa pun di perusahaan karena mereka harus curhat kepada seseorang yang tidak akan mengadu pada mereka karena tidak bahagia; lagi dari pengalaman saya telah melihat tempat-tempat di mana jika eksekutif berpikir Anda tidak bahagia (untuk alasan yang sah atau tidak) mereka akan memecat Anda segera, jadi semua orang hanya berpura-pura bahagia sepanjang waktu karena mereka tidak bisa memberi tahu siapa pun bahwa mereka tidak Saya suka X tentang pekerjaan itu atau mereka akan ditunjukkan pintu.

Wayne Molina
sumber
1
+1 baik dan buruk! Itu sangat berguna dan mungkin akan menunjukkan kejujuran
Sardathrion - Reinstate Monica
2

Saya akan memindahkan ulasan kode ke bagian mereka sendiri, atau karena itu poin sendiri dalam perbaikan (bukan pengujian). Saya juga akan bertanya jenis ulasan apa yang mereka lakukan: Apakah mereka mendorong pemrograman pasangan (biasanya BUKAN KESEMPATAN DALAM NERAKA dari saya biasanya;))? Apakah mereka melakukan review sebelum setiap komit? Apakah mereka melakukan tinjauan kelompok triwulanan (ini juga bisa berada di bawah bimbingan)?

Bagi saya, ketika mengevaluasi sebuah perusahaan, saya mengajukan beberapa pertanyaan spesifik, sebagian besar terkait dengan tes Joel, tetapi daripada berkonsentrasi pada mereka ( terutama dengan perusahaan yang lebih kecil), saya lebih suka berkonsentrasi pada orang yang saya ajak bicara. dan semangat dan dorongan mereka. Bahkan di perusahaan besar, lebih sering daripada tidak, Anda akan menemukan karakteristik pribadi dan profesional yang serupa di seluruh basis karyawan. Jadi, kemungkinannya adalah bahwa jika orang yang mewawancarai Anda tidak terdorong dan bersemangat dengan apa yang mereka lakukan, orang lain juga tidak. Bagi saya, hasrat banyak lebih mudah untuk menentukan bagaimana saya akan menikmati bekerja untuk sebuah perusahaan daripada melalui daftar pertanyaan, bahkan melalui telepon (Saya baru-baru ini berbicara dengan CEO dari startup yang gairah dan kegembiraannya sangat menular, jadi saya tahu itu mungkin :)).

Gairah menentukan perusahaan yang solid lebih dari sekadar daftar pertanyaan hitam-putih. Anda dapat mendorong dan membantu mengarahkan perubahan di perusahaan yang penuh gairah dengan proses pengembangan yang rusak (Anda akan menemukan bahwa jika mereka menyukai apa yang mereka lakukan, mereka selalu bersedia berubah menjadi lebih baik). Namun, sebuah perusahaan (atau kepemimpinan) dengan kurang semangat tetapi proses terbaik di dunia akan selalu menjadi hambatan untuk bekerja ..

Demian Brecht
sumber
+1 untuk bagian "perusahaan kecil" dan argumen hasrat. Tinjauan kode formal dan evaluasi tim tidak terlalu penting ketika Anda bekerja dalam tim kecil yang penuh semangat, programmer yang terampil.
Palu
Bagi saya ini bukan tentang implementasi spesifik dan lebih banyak tentang budaya dan seberapa terbuka organisasi itu dan betapa benar-benar tertariknya mereka dalam peningkatan berkelanjutan perusahaan dan juga individu.
glenviewjeff
2

Glassdoor.com adalah situs web yang bagus untuk meneliti calon majikan. Ini berisi informasi tentang bagaimana perusahaan tertentu melakukan wawancara dan gaji apa yang dapat Anda harapkan untuk posisi tertentu.

Semua informasi mereka berasal dari anggota masyarakat, jadi ini mungkin ukuran sampel yang kecil.

Meskipun demikian, sepertinya tempat yang tepat bagi orang untuk mendiskusikan pengalaman wawancara mereka.

Britt Wescott
sumber
2

Anda belum menyebutkan pertanyaan kualitas hidup apa pun. Terutama masalah yang sering terjadi di perusahaan pengembangan perangkat lunak adalah masalah dengan penjadwalan dan jam, jadi saya akan bertanya tentang seberapa sering orang datang setiap minggu dan berapa lama mereka di sana. Walaupun saya akan mencoba menemukan cara yang lebih halus untuk mengatakannya, agar tidak menyiratkan bahwa saya tidak ingin datang bekerja.

jhocking
sumber
Poin yang bagus, walaupun saya tidak dapat membayangkan bahwa jika pertanyaan lain dijawab dengan baik, bahwa perusahaan yang sama akan gagal untuk mengakui bahwa "kualitas hidup" penting untuk kepuasan karyawan yang menghasilkan kualitas kerja yang lebih tinggi. Saya kira tidak ada salahnya untuk bertanya kepada karyawan seperti apa jam mereka bekerja, termasuk seberapa sering ada "lembur" atau waktu akhir pekan, dan seberapa sering mereka melakukan telekomunikasi.
glenviewjeff
1
Jika bukan karena begitu banyak perusahaan yang tidak mengerti manfaatnya, saya akan selalu bertanya berapa banyak waktu fleksibel yang tersedia; pengembang tidak suka bekerja dengan jam kerja yang kaku seperti pekerja pabrik - Saya suka lingkungan yang mengerti ini dan memungkinkan Anda masuk nanti tetapi makan siang di meja Anda atau pergi sedikit kemudian, dan bukan ini "Anda harus berada di kantor di 8:00 tajam atau Anda tidak akan terjebak lagi "sampah yang sering Anda temukan.
Wayne Molina
1

Mintalah untuk bertemu dengan seseorang yang akrab dengan proses penyebaran perangkat lunak otomatis. Jika mereka berkata, tentu, Anda bisa bertemu dengan Joe atau Mike, maka baiklah. Jika mereka tidak jelas, maka Anda memiliki jawaban Anda.

Christopher Mahan
sumber
1

Terlepas dari pertanyaan teknis, saya juga akan mengajukan beberapa pertanyaan terkait bisnis. Seperti...

1) Bagaimana bisnis Anda akan mendukung pekerjaan saya?

2) Apa model bisnis yang digunakan perusahaan Anda?

dll ..

tehnyit
sumber
1

Bergantung pada bagaimana wawancara berjalan, dan seberapa banyak hubungan yang telah Anda bangun dengan pewawancara Anda, saya pikir tidak apa-apa untuk bertanya 'Mengapa saya tidak boleh bekerja di sini?' setelah semua orang biasanya tidak pergi karena nilai jual perusahaan, mereka pergi karena poin buruk, tetapi jika Anda tahu sebelumnya apa itu, maka Anda dapat menilai apakah Anda dapat menghadapinya sebelumnya.

NWS
sumber
1

Beberapa orang telah menyentuh ini tetapi tidak secara khusus: meminta hal-hal yang Anda benci seolah-olah Anda menyukainya. Misalnya, jika Anda tidak menyukai gagasan pemrograman berpasangan (untuk mengambil contoh dari Demian Brecht) tanyakan tentang hal itu.

Akhirnya. selalu bertanya: "Apa hal yang paling membuat frustrasi tentang pekerjaan Anda?"

Sardathrion - Pasang kembali Monica
sumber
1

Cobalah untuk menemukan beberapa akun Twitter karyawan. Jika Anda melihat mereka menyebutkan lembur atau jam kerja yang panjang, mungkin lebih bijak untuk menyelidiki lebih banyak atau bahkan menghindari perusahaan.

Tom van Enckevort
sumber
1

Saya selalu merekomendasikan mencoba mencari tahu seperti apa perusahaan itu sebelum memutuskan apakah akan bekerja di sana. Ada tempat di mana Anda dapat menemukannya - situs web seperti http://www.whataretheyreallylike.com - di mana karyawan meninjau majikan mereka sendiri. Mereka tidak bisa menceritakan semuanya padamu, tapi mereka layak dicoba, eh?

gurgling_mrd
sumber
Selama itu diambil dengan sebutir garam (lihat komentar sebelumnya tentang Glassdoor), setuju 100%. Melihat apa yang dipikirkan karyawan tentang perusahaan sering kali dapat membantu jika Anda dapat menyiangi "ampas yang tidak bisa bekerja di tempat lain sehingga menjadikan perusahaan sebagai hidup mereka dan berpikir itu tidak akan salah" dan "orang yang tidak puas ingin menghancurkan perusahaan karena beberapa jenis ulasan yang dipersepsikan sulap.
Wayne Molina
0

Perusahaan sering mempekerjakan yang direkomendasikan oleh karyawan mereka. Jika Anda berjejaring di wilayah geografis Anda sendiri dengan menghadiri kamp-kamp kode dan pertemuan terkait dev lainnya, Anda dapat mengetahui dari karyawan perusahaan lain seperti apa kondisi mereka dalam hal yang jauh lebih cenderung bersikap jujur ​​daripada dalam wawancara. Maka Anda tahu kepada siapa harus melamar. Dan Anda juga memiliki orang-orang yang bekerja di sana yang akan merekomendasikan Anda.

HLGEM
sumber
0

Pastikan Anda mengasosiasikan diri dengan orang-orang berkualitas yang berada di bawah manajemen yang mengakui bahwa mereka adalah orang-orang berkualitas. Saya tahu itu subyektif dan begitu juga preferensi Anda untuk tempat Anda ingin bekerja. Anda harus menentukan apa yang menurut Anda penting. Anda dapat memiliki daftar pertanyaan yang panjang, tetapi Anda mungkin dapat menemukan orang-orang sendiri. Kita cenderung bisa mencium jenis kita sendiri.

Mereka mungkin tidak menerapkan praktik terbaik, tetapi mampu melakukannya dan sedang dalam proses peningkatan. Apakah Anda akan memilih perusahaan yang menang dengan Joel Test hanya dengan beberapa poin saja untuk mengetahui mereka semua siap dengan cara mereka dan tidak ingin meningkatkan? Saya pribadi akan memiliki masalah dengan itu. Bahkan skor sempurna tidak akan bertahan selamanya jika mereka tidak dapat terus menarik orang-orang berkualitas.

JeffO
sumber
Saya mungkin berada di minoritas di sini, tetapi saya benar-benar tidak berpikir tes Joel dengan cara apa pun cukup untuk menentukan kualitas tempat kerja. Mantan majikan saya akan mendapat nilai bagus pada tes Joel, tetapi sangat tidak berfungsi, berpikiran tertutup, dan tidak efisien.
glenviewjeff