Mengapa pengembang harus memiliki kantor pribadi?


35

Jadi saya tahu semua orang di sini adalah tentang kantor pribadi, berapa banyak pengembang yang memilikinya. Saya agak skeptis. Saya bisa percaya bahwa pengembang utama memilikinya, tetapi itu biasanya hanya satu orang di kantor rata-rata Anda.

Itu membuat saya bertanya-tanya, berapa pengembang yang memiliki kantor pribadi. Yang mengarah pada pertanyaan aktual: mengapa mereka harus memilikinya?


5
Asumsi saya adalah kantor pribadi jarang. Dan sekarang, saya bekerja di sebuah peternakan kubus yang mendorong 250+ orang TI (perangkat keras / perangkat lunak).
Tony

5
Dalam hampir satu setengah dekade, untuk 10+ perusahaan dan tuan tahu berapa banyak meja yang berbeda. Jumlah kantor pribadi = 0. Waktu terbuang karena gangguan> waktu yang dihemat karena mendengar apa yang terjadi dan bereaksi terhadapnya.
Adolf bawang putih

5
Jangan lupa bahwa memiliki kantor pribadi (yang saya lakukan) dan memiliki pintu untuk mengatakan kantor dihormati (tidak kecuali pintu ditutup, dikunci, dan poster snarky menutupi kenop pintu) adalah dua hal yang berbeda. ;)
AnonJr

Jawaban:


78

Dalam dunia manajemen, di mana konsentrasi pada tugas bukan merupakan masalah, kantor adalah sarana untuk mewakili status. Mereka berpikir "kantor pribadi == lebih banyak status, kantor pribadi besar == lebih banyak status, dll."

Apa yang kebanyakan orang tidak mengerti: Setiap kali konsentrasi kami rusak, kami membuat setidaknya satu bug dan / atau menunda batas waktu selama setengah jam. Kantor pribadi bukan "bagus untuk dimiliki" untuk pengembang tetapi harus. Ini bukan tentang status, ini tentang fisika otak.

Bekerja di ruang terbuka membutuhkan setidaknya 30% produktivitas (saya membaca di surat kabar, mulailah dengan posting blog ini jika Anda ingin tahu lebih banyak). Bagian terburuk: Ini tidak diketahui. Jika Anda selalu bekerja di lingkungan seperti itu, Anda tidak akan pernah menyadari bahwa itu terjadi! Sampai Anda bertanya-tanya mengapa leher Anda kaku, Anda merasa tegang / gugup sepanjang waktu, dll.

Jika Anda ingin peningkatan produktivitas lagi, singkirkan telepon juga. Kecuali Anda melakukan dukungan produksi, hari berikutnya selalu cukup cepat.

Untuk menenangkan tim, sediakan minuman ringan gratis. Harganya $ 100-300 / bulan untuk tim 10 orang dan memastikan mereka istirahat teratur, minum yang cukup (sehingga mereka tidak mengalami dehidrasi).

Yang lucu adalah: Ini bukan banyak mitos tetapi fakta sulit. Namun, sebagian besar perusahaan mengabaikan cara-cara sederhana dan murah ini untuk meningkatkan produktivitas. Ya, kecuali yang sukses, tentu saja (Google, Microsoft, dll).

Lihat juga:


21
minuman ringan gratis = hidrasi? Mungkin air, tak tahu tentang minuman ringan ...
Jé Queue

10
Jawaban ini layak dianalogikan. Seorang programmer yang tidak memiliki kantor sendiri sama efektifnya dengan seorang guru yang berbagi ruang kelas dengan guru lain (pada saat yang sama).
Earlz

6
-1 minuman ringan tidak memastikan Anda terhidrasi. Jika ada, mereka memiliki efek buruk. dalam pemrograman minuman ringan hanyalah sterotipe dan gerobak band yang orang-orang lompat agar terlihat keren. jika hidrasi menjadi perhatian, dapatkan pendingin air atau suplai botol air
dreza

5
@JarrodRoberson: Sayangnya, manusia tidak dapat menilai kondisi mental mereka dengan andal. Ketika Anda mengukur tingkat stres dan efisiensi, Anda menemukan bahwa kebisingan latar belakang mengurangi efisiensi sebesar 30%. Ketika saya mengatasi masalah yang rumit, saya benar-benar tidak ingin berkolaborasi, saya ingin berkonsentrasi dan saya tidak bisa melakukan itu ketika a ****** di tabel berikutnya membahas beberapa b ******.
Aaron Digulla

9
Anda kelihatannya mengacaukan kantor terbuka dengan komunikasi, ketika setiap studi yang dilakukan mengenai masalah ini menunjukkan bahwa komunikasi lebih baik ketika programmer memiliki kantor pribadi. Menempatkan mereka dalam bilik sebenarnya menyakiti komunikasi, karena kebisingan di atas kepala, dan masalah interupsi-mengetuk mereka keluar dari zona. Orang-orang cenderung memiliki interaksi yang lebih dangkal dalam pengaturan terbuka juga, untuk mempercepat dan dengan cepat melewati "komunikasi berlebihan" yang tidak ada artinya. Bahkan ada banyak penelitian tentang produktivitas yang hilang akibat tingginya tingkat penyakit menular di kantor terbuka.
Ely

13

Sang Guru berkata: “Seorang pria mudah untuk melayani, dan sulit untuk menyenangkan. Tidak sadar tetapi apa yang benar menyenangkannya: ia menyesuaikan perilakunya dengan pria itu. Vulgar sulit untuk dilayani, dan mudah untuk menyenangkan. Apa yang salah mungkin belum menyenangkan mereka: tetapi dari orang-orang mereka, mereka mengharapkan semua hal. "

Ketika saya memiliki kantor pribadi, saya tidak menyukai pekerjaan saya karena alasan lain (saya sebenarnya senang dengan kompensasi, dan diperlakukan dengan sangat baik. Kurangnya rekan kerja yang pintar mengganggu saya, di antara beberapa hal lain). Sekarang saya bahkan tidak memiliki kubus, tetapi saya bahagia dan produktif (saya membeli sendiri headphone yang dapat mengurangi kebisingan hanya dengan $ 150, yang lebih murah daripada membayar pekerja yang didukung serikat pekerja untuk mengganti satu bola lampu di gedung yang dikontrol serikat pekerja) ).

Alih-alih memiliki kemewahan di tempat kerja, saya lebih suka membawa lebih banyak $ rumah. Menjaga alat pemrograman saya tetap tajam baik untuk gaji saya, tetapi saya mengerti bahwa pekerjaan adalah pekerjaan dan pekerjaan kotor / kusam tidak selalu dapat dihindari.

Semakin banyak manajer pengembangan yang harus mengenakan sepatu programmer, tetapi juga lebih banyak programmer harus memiliki naluri bisnis yang lebih baik - misalnya berpikir tentang berapa banyak $ hanya masuk ke proyek X, dan dalam kilas balik memutuskan apakah mereka seharusnya membeli alat orang lain sebagai gantinya. Hanya sebuah contoh, dan saya dapat menemukan lebih banyak lagi.

Banyak pengembang berbakat hidup dalam gelembung bisnis di mana mereka ingin mengerjakan proyek yang menyenangkan sepanjang tahun. Pengembang Street-smart juga memahami bahwa uang membuat dunia berputar, dan basis pelanggan yang baik = segalanya, dan penjualan, dukungan, & orang lain di perusahaan sangat berarti.

Jadi, pengembang jalan-pintar dari waktu ke waktu akan pindah ke padang rumput yang se hijau mungkin, memulai bisnisnya sendiri. Pengembang idealis akan mengajukan pertanyaan di forum tentang bagaimana kehidupan seharusnya bekerja, dan / atau akan menulis entri blog tentang bagaimana manajer menghisap, dan programmer berguncang, dan dunia tidak adil bagi kita, programmer miskin.

Dan dalam jangka panjang kita semua mati, jadi pastikan untuk menghabiskan akhir pekan Anda dengan bijak, seperti mabuk, melakukan banyak seks, hiking, memukul pantai, dan jangan lupa tentang ping-pong. Daftar Anda dapat bervariasi. Setelah akhir pekan yang menyenangkan, euforia Anda dapat berlangsung hingga hari Rabu, di mana Anda hanya menderita 3 hari tanpa kantor pribadi lagi.

EDIT: Ketika scrumming, tidak memiliki dinding dan mampu mengelompokkan tim baru secara geografis merupakan nilai tambah yang besar.


2
Maaf tapi saya tidak setuju dengan definisi Anda tentang pengembang idealis. Saya tidak tahu bagaimana tepatnya saya akan mendefinisikannya tetapi deskripsi Anda terdengar jauh dari idealis. Juga, Anda tidak tampak bahagia seperti yang Anda katakan Anda berada di pekerjaan baru Anda ("3 hari menderita"). Personnaly Saya berbagi kantor dengan 2 orang lain dan saya pikir ini adalah kompromi yang bagus antara privasi dan menghemat uang.
n1ckp

1
Amin dan Amin! Ini telah menjadi filosofi tepat saya berkenaan dengan karir saya selama 6 tahun terakhir, dan dengan demikian, saya telah berhasil mendapatkan jenis pekerjaan & uang yang saya inginkan, dengan kebebasan untuk melanjutkan jika segalanya tidak berhasil.
jonathanconway

Jawaban yang paling pragmatis
Ubermensch

banyak bisnis tidak ingin pengembang memikirkan pertimbangan bisnis.
the0ther
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.