प्रोग्रामर को दरवाज़े वाले निजी ऑफिस की ज़रूरत क्यों होती है?

• प्रोग्रामर और YC के संस्थापक Paul Graham ने सबसे पहले काम के दो प्रकारों में फर्क किया

  • पहला प्रकार ऐसा काम है जिसे बीच में रोकने पर कोई समस्या नहीं होती; इसे कभी भी रोका और फिर से शुरू किया जा सकता है
  • दूसरा प्रकार 'Do Not Disturb' काम है, जिसमें गहरे फोकस की ज़रूरत होती है और रुकावट आने पर productivity में बड़ा नुकसान होता है

• 'Do Not Disturb' काम की productivity रैखिक नहीं होती, बल्कि समय के वर्ग के अनुपात में बढ़ सकती है.

  • उदाहरण के लिए, 2 घंटे का काम 4 units की productivity दे सकता है, जबकि 1-1 घंटे में दो बार किया गया काम 2 units की productivity दे सकता है.
  • ऐसे काम में 30 सेकंड की रुकावट भी productivity को बहुत कम कर सकती है.

दरवाज़े से दरवाज़े तक

• open office और private office के बीच का स्थायी तनाव इन दो प्रकार के काम से समझा जा सकता है.
  • जो लोग interruptible काम करते हैं, उनके लिए open office फायदेमंद हो सकता है.
  • जो लोग 'Do Not Disturb' काम करते हैं, उनके लिए private office अनिवार्य है.
  • "Joel On Software" के लेखक और StackOverflow के निर्माता Joel Spolsky ने इसी वजह से private office के महत्व पर ज़ोर दिया.
    • "अगर VC investment लेते, तो developers के लिए private office रखना संभव नहीं होता, इसलिए हमने बाहरी funding से पूरी तरह परहेज़ किया."

ईमेल को नज़रअंदाज़ करें

• 'Do Not Disturb' काम ही वह मुख्य कारण है कि productivity writers दिन के शुरुआती कुछ घंटों में email को पूरी तरह नज़रअंदाज़ करके काम पर फोकस करने की सलाह देते हैं.
  • email काम में रुकावट का एक चरम उदाहरण है; इसका जवाब देकर थोड़ी देर के लिए productive महसूस हो सकता है, लेकिन वास्तव में यह महत्वपूर्ण काम के flow को बाधित करता है.

समय और स्थान

• 'Do Not Disturb' काम के लिए कुछ टिप्स:
  • यदि संभव हो, तो काम के समय को बिना सीमा के रखें, ताकि email चेक करने जैसी तय चीज़ों से बंधे बिना काम में डूबा जा सके.
    • Paul Graham: "Scheduled interruptions, unscheduled interruptions से भी बदतर हो सकती हैं. अगर आपको पता है कि एक घंटे बाद meeting है, तो आप कठिन काम शुरू ही नहीं करेंगे."
  • हर तरह की रुकावट एक जैसी नहीं होती; ऐसी रुकावटों से बचना चाहिए जो दिमाग को भ्रमित कर दें.
  • ऐसी रुकावटें जिन्हें autopilot मोड में संभाला जा सके, स्वीकार्य हो सकती हैं.

साथ मिलकर काम करना

• managers को सलाह दी जाती है कि वे 'Do Not Disturb' काम करने वालों की रक्षा करें और उन्हें महत्वपूर्ण काम में डूबने के लिए support दें.
  • 'Do Not Disturb' काम बेहद आनंददायक होता है और creative ideas तथा innovative inventions बनाने के लिए आवश्यक है.

GN⁺ की राय:

• इस लेख की सबसे महत्वपूर्ण बात यह है कि प्रोग्रामर जैसे creative professionals को 'Do Not Disturb' काम करते समय जिस एकाग्रता की ज़रूरत होती है, और उसके लिए private office कितना महत्वपूर्ण है.
• यह लेख इसलिए रोचक है क्योंकि यह सामान्य कार्य-परिवेश में अक्सर होने वाली समस्या को उठाता है और इसके माध्यम से कार्यकुशलता तथा creativity बढ़ाने के तरीकों पर insight देता है.
• Paul Graham और Joel Spolsky जैसे industry leaders के विचार उद्धृत करके, यह इस विषय पर विशेषज्ञ दृष्टिकोण देता है और पाठकों को विश्वसनीय जानकारी प्रदान करता है.

[GN⁺]

Hacker News की राय

• जापानी कंपनियों में काम करने का अनुभव

  • टोक्यो का दफ़्तर एक बहुत बड़ा कमरा था, जिसमें विभागों के हिसाब से लंबी डेस्कों की कतारें लगी थीं.
  • हर कतार के अंत में विभाग प्रमुख की डेस्क होती थी, और अरबों डॉलर के बजट संभालने वाले वाइस प्रेसिडेंट्स भी छोटी डेस्क इस्तेमाल करते थे.
  • सैकड़ों इंजीनियरों वाला कमरा लाइब्रेरी की तरह शांत था, वहाँ कार्पेट और ऑफिस स्लिपर्स थे, और लगभग कोई गपशप नहीं होती थी.
  • इसके विपरीत, अमेरिका के open plan office शोरगुल वाले और अव्यवस्थित थे, जैसे किसी बाज़ार का माहौल हो.
  • जापानी लोग open plan office के आदी थे, लेकिन अमेरिका के cubicle और निजी offices में उन्हें असहजता महसूस हुई.
  • इससे पता चला कि सांस्कृतिक सीमाओं के पार "one size fits all" समाधान काम नहीं करते.

• अच्छे प्रोग्रामर के बगल में काम करके सीखने का अनुभव

  • एक उत्साही प्रोग्रामर के पास बैठकर काम किया, उससे सवाल पूछे, और कभी-कभी उसके काम में बाधा भी डाली.
  • एक-दूसरे के विचार साझा करते हुए debugging और ideas पर brainstorming साथ करने से, अकेले काम करने की तुलना में बेहतर नतीजे मिले.
  • सहयोगी माहौल में, छोटे समूहों का साथ बैठकर काम करना सबसे प्रभावी लगता है.
  • remote work में कंपनियाँ टीम में ज़्यादा लोगों को भर्ती करके छिपी हुई inefficiency को संभालने की कोशिश करती हैं, लेकिन इससे वह माहौल गायब हो जाता है जहाँ 1+1, 2 से बड़ा हो जाता है.
  • remote work पसंद करने वालों से यह पूछना चाहता हूँ कि नए graduates mentor कैसे ढूँढ सकते हैं और coding skills कैसे बेहतर कर सकते हैं.
  • इसके जवाब में यह भी कहा गया कि remote तरीके से काम करने वाले उत्साही लोगों के सफल open source projects भी मौजूद हैं.

• छोटे टीम में सहयोग की प्राथमिकता

  • लगभग 6 लोगों के साथ, एक ही project पर काम करने वाले कमरे में काम करना पसंद है.
  • यह घर या निजी office में काम करने से कहीं बेहतर लगता है.
  • टीम के साथ तुरंत सवाल-जवाब, ideas साझा करना, brainstorming, और टीम की दिशा समझना—यही सहयोग का मूल्य है.
  • remote work में टीम से जुड़ाव की कमी महसूस होती है.

• ऑफिस माहौल पर व्यक्तिगत अनुभव

  • 30 लोगों की कंपनी में CEO, graphic designer, और secretary के साथ 4-व्यक्ति partition office में काम किया.
  • जब CEO मौजूद नहीं होते थे, तो बाकी कर्मचारियों की ऊँची आवाज़ में बातचीत और चिल्लाहट programming के काम में बाधा बनती थी.
  • secretary ने CEO की मौजूदगी में ऑफिस की गतिविधि के स्तर को लेकर चिंता जताई.

• निजी office और remote work पर अलग-अलग राय

  • हर कोई निजी office नहीं चाहता, और यह हमेशा ज़्यादा productive भी नहीं होता.
  • घर से काम करना हमेशा बेहतर नहीं होता, और open plan office हमेशा खराब भी नहीं होते.
  • काम के समय की planning, बिना बाधा वाले समय तय करना, और asynchronous communication का उपयोग करके focus से जुड़ी समस्याएँ हल की जा सकती हैं.

• निजी office उपलब्ध कराने पर राय

  • निजी office और दूसरे benefits देने से टीम खुद को ज़्यादा valued महसूस करेगी और बेहतर काम कर सकेगी.
  • अगर remote नहीं बल्कि on-site टीम रखनी हो, तो निजी office देने के विकल्प को देखना चाहूँगा.

• मैनेजर के नज़रिए से programming environment

  • coding करते समय अलग-थलग और बिना रुकावट वाला माहौल पसंद है.
  • लेकिन कंपनी के लिए यह ज़्यादा महत्वपूर्ण है कि टीम एकसमान दिशा में आगे बढ़े.
  • remote work और दूसरे विकल्पों को सफल बनाने की कोशिशें हुईं, लेकिन प्रयोगों से यह पुष्टि हुई कि सहयोगी माहौल बेहतर नतीजे देता है.

• सिर्फ प्रोग्रामर नहीं, बल्कि हर उस पेशे के लिए राय जिसमें गहरी एकाग्रता चाहिए

  • सिर्फ प्रोग्रामर ही नहीं, बल्कि एकाग्रता की ज़रूरत वाले सभी पेशे open plan office से प्रभावित होते हैं.
  • लेखक, पढ़ाई करने वाले लोग, medical technicians—सभी को flow की ज़रूरत होती है.

• Joel Spolsky के private office पर लिखे लेख का ज़िक्र

  • Joel Spolsky द्वारा 20 साल पहले private office पर लिखे गए लेख का उल्लेख किया गया.

• project management पर राय

  • project management में यह महत्वपूर्ण है कि उत्पादक core को बाहरी बाधाओं से बचाया जाए.
  • project की शुरुआत में goals को स्पष्ट करना, अच्छी planning करना, और engineers को सुरक्षित रखना महत्वपूर्ण है.

[kciter1]

लगता है मेरी पोस्ट देखकर आपको काफ़ी गुस्सा आ गया ^^;;