کار از راه دور لزوماً به معنای تماس تصویری در کل روز نیست


ادوین رمزبرگ / گتی ایماژ

بحران COVID-19 مردم را از محل کار خارج کرده است و کارفرمایان به طور کلی پذیرفته اند ، البته گاهی با کینه ، افراد می توانند به طور موثر از خانه کار کنند. گویا برای جبران این فاصله و زنده نگه داشتن محل کار به معنای مجازی ، کارفرمایان همچنین مردم را تشویق می کنند که از نزدیک به روز کاری سنتی بچسبند. پیام این است که کار در خانه خوب است و می تواند بسیار موثر باشد – به شرطی که افراد در طول روز با دیگران در تماس ویدیویی شرکت کنند.

اما کارمندان معمولاً هنگام کار در خانه با یک “روز کاری” دست و پنجه نرم می کنند ، زیرا بسیاری از آنها مجبور به رسیدگی به درخواست های رقابتی خانواده های خود هستند و آنها همچنین ساکن خانه هستند. بنابراین اگر همه هنوز شبانه روزی کار می کنند ، کار در خانه چقدر موثر خواهد بود؟ آیا می توان ساعت را کنار گذاشت؟

به نظر می رسد پاسخ این است که هست. از قبل از همه گیری ، ما در حال مطالعه روش های کار از راه دور شرکت فناوری GitLab هستیم تا کشف کنیم اگر شرکت ها زنجیره های زمانی کارمندان خود و همچنین ارتباط آنها با محل کار واقعی را قطع کنند ، به نظر می رسد چگونه به نظر می رسد.

چالش GitLab

از زمان تأسیس در سال 2014 ، GitLab تیمی از راه دور را حفظ کرده است که هم اکنون بیش از 1300 کارمند در 65 کشور جهان را شامل می شود. روش کار “git” از ابزاری استفاده می کند که به کارمندان امکان می دهد در هر کجای دنیا و در مواقع مورد علاقه خود روی پروژه های در حال کار کار کنند. ایده این است که چون همیشه در جایی از کره زمین “9 تا 5” است ، کار می تواند به صورت شبانه روزی انجام شود و بهره وری کلی شما را افزایش دهد. به نظر خوب می آید ، اما نیروی کار طبقه بندی شده در زمان و مکان چالش های هماهنگی منحصر به فردی را با پیامدهای گسترده سازمانی ارائه می دهد.

طبیعی ترین راه برای توزیع کار در سایت ها انجام این کار است هنجاری و مستقل ، بنابراین نیاز چندانی به هماهنگی مستقیم وجود ندارد – کارگران می توانند بدون دانستن اینکه چگونه از همکاران خود پیشی بگیرند ، موثر باشند. به همین دلیل کار توزیع شده می تواند برای مراکز تماس و ارزیابی ثبت اختراع بسیار م effectiveثر باشد. اما این رویکرد در فعالیتهای مربوط به توسعه و نوآوری محدودیتهایی دارد ، زیرا همیشه مشاهده ارتباط متقابل اجزای تجاری در ابتدا آسان نیست.

برای این نوع کارهای پیچیده ، وی سایت را با آن به اشتراک گذاشت ارتباط مداوم این روش اغلب رویکرد بهتری است زیرا دو مزیت را فراهم می کند: همزمانی و غنای رسانه ای. فاصله تعامل بین دو یا چند نفر وقتی با هم هستند تقریباً صفر است و اگرچه محتوای مکالمه در هر دو محیط مجازی رو در رو ممکن است یکسان باشد ، اما ممکن است این فناوری به طور کامل توانایی انتقال نشانه های اجتماعی و زمینه زمینه ای نرم را نداشته باشد – تا کجا آیا احساس واکنش دیگران در جلسه بزرگنمایی گروهی آسان است؟

همه اینها بدان معناست که صرفاً تلاش برای رونویسی آنلاین (از طریق چت تصویری یا صوتی) آنچه به طور طبیعی در تنظیمات مشترک اتفاق افتاده است ، یک استراتژی موفق یا کامل نیست. با این حال ، به نظر می رسد این روش برای “دیدن چهره” هنگامی که مجبور به کار از راه دور می شوند ، عقب می افتد ، همانطور که بررسی ما از روش های کار از راه دور پس از بلافاصله قفل کردن در سراسر جهان نشان داد.

هماهنگی ضمنی

راهی برای دور زدن این معضل وجود دارد. تحقیقات قبلی ما در مورد توسعه نرم افزار offshoring نشان داد که به این بستگی دارد هماهنگی ضمنی سازوکارهایی مانند درک مشترک از استانداردها و زمینه های تجاری ، امکان هماهنگی بدون تماس مستقیم را فراهم می کنند.

هماهنگی در این حالت از طریق مشاهده اقدامات سایر کارمندان و توانایی پیش بینی کارها و نیازهای آنها براساس استانداردهای مشترک اتفاق می افتد. هر دو ممکن است اتفاق بیفتد همزمان (جایی که به عنوان مثال ممکن است دو نفر در یک دوره زمانی مشابه روی یک سند Google کار کنند) ، یا به صورت ناهمزمان (وقتی افراد مطالب روشنی روی سند می آورند ، و وقتی سند دیگر است روی آن کار نمی کنند).

سازمان های توسعه دهنده نرم افزار اغلب این راه حل را انتخاب می کنند و تمایل زیادی به سیستم های هماهنگی مشارکت ها (به عنوان مثال ، ادغام مداوم و ابزارهای کنترل نسخه) به مخازن مشترک و ابزارهای تأیید اسناد دارند. اما GitLab از نظر میزان وابستگی به این مسیر سوم نه تنها به دلیل رمزگذاری بلکه به دلیل نحوه عملکرد خود سازمان کاملاً منحصر به فرد است. به ویژه به کار ناهمزمان متکی است زیرا کارمندان آن در چندین منطقه زمانی پخش شده اند. در نتیجه ، حتی اگر این شرکت از کنفرانس ویدیویی استفاده کند ، تقریباً هیچ کارمندی یک روز پر از کنفرانس ویدیویی را تجربه نمی کند.

چگونه در آزمایشگاه Git کار می کند

در قلب کار مهندسی که توسعه محصول GitLab را هدایت می کند ، جریان کاری “git” است که توسط بنیانگذار لینوکس لینوس توروالدز پیشگام شد. در این فرآیند ، یک برنامه نویس به “forks” (کپی کردن) کد کمک می کند ، به طوری که در مقابل سایر کاربران مسدود نشود ، روی آن کار می کند و سپس “درخواست ادغام” را برای جایگزینی نسخه ویرایش شده با نسخه اصلی ارسال می کند ، و این نسخه جدید برای سایر مشارکت ها در دسترس است.

این فرایند پتانسیل اقدامات ناهمزمان توزیع شده را با ساختاری ترکیب می کند که شکست های احتمالی هماهنگی را تأیید می کند و از وضوح حقوق تصمیم گیری اطمینان می دهد. کاملاً الکترونیکی (امکان کار از راه دور امکان پذیر) و کاملاً مستند ، به چارچوبی مهم برای توسعه نرم افزار توزیع شده در دو زمینه سود و منبع باز تبدیل شده است.

GitLab یک قدم جلوتر رفت و آن را در کارهای مدیریتی که شامل ابهام و عدم اطمینان است نیز به کار برد. به عنوان مثال ، اخیراً مدیر بازاریابی GitLab چشم انداز خود را برای ادغام ویدیو در استراتژی شرکت برای سال آینده مشخص کرد. در یک بازه زمانی مشخص ، نظرات ناهمزمان را از سراسر شرکت درخواست کنید ، سپس یک جلسه همزمان ترتیب دهید تا در مورد نسخه نهایی چشم انداز به توافق برسید. این چشم انداز منجر به تغییرات ناهمزمان در ورودی از چندین مشارکت کننده در صفحات فهرست شرکت در ارتباط با اهداف بازاریابی و نتایج کلیدی شد که پس از اتمام ادغام شدند.

وابستگی زیاد GitLab به کارهای ناهمزمان با رعایت سه قانون زیر تا سطح مأموریت امکان پذیر است:

1. تفکیک مسئولیت انجام وظیفه از مسئولیت تبلیغات آن.

در فضاهای مشترک ، جایی که کارمندان در یک دفتر هستند ، ارتباط آسان و نشانه های اجتماعی به آنها امکان می دهد تا به طور م ambثر ابهامات را حل کرده و تعارضات مربوط به مسئولیت ها و اختیارات تجاری را مدیریت کنند. با این حال ، این ممکن است در تنظیمات از راه دور دشوار باشد. بنابراین ، در GitLab ، انتظار می رود که هر وظیفه ای یک فرد مستقیم مسئول (DRI) داشته باشد ، که مسئول انجام کار است و آزاد است چطور باید انجام شود.

با این حال ، DRI در مورد کامل بودن یک کار تصمیم نمی گیرد. این عملکرد به عهده “ناظر” است که اختیار پذیرش یا رد درخواستهای ادغام DRI را دارد. شفافیت در مورد این نقش ها برای هر کار به کاهش سردرگمی و تأخیر کمک می کند و چندین DRI را قادر می سازد تا با ساختن نسخه های محلی (“چنگال”) به طور دلخواه در قسمت های مختلف کد به طور موازی کار کنند. نقش سرپرست جلوگیری از تغییرات غیرضروری و حفظ ثبات در نسخه کار سند یا کد است.

در یک زمینه غیر نرم افزاری ، به عنوان مثال هنگام تهیه صفحه بروشور GitLab در مورد سیاست های هزینه ، DRI فردی ، که می تواند هر شخص در شرکت باشد ، سیاست های خاصی را به هر روشی که انتخاب کند می نویسد ، و کمک های آنها توسط CFO پذیرفته یا رد می شود که به عنوان وی مسئول است تعمیر و نگهداری ، که همچنین می تواند بازخورد (اما نه راهنما) برای DRI ها را فراهم کند. پس از انتشار ، صفحه ادغام شده به عنوان تنها منبع حقیقت در مورد سیاست های هزینه عمل می کند مگر اینکه یا شخص دیگری پیشنهاد جدیدی ارائه دهد. مجدداً ، مجری موافقت می کند ، رد می کند یا در مورد پیشنهاد جدید بازخورد می دهد. در زمینه هایی از این قبیل ، ما انتظار داریم افرادی که در پست های مدیریتی سنتی هستند ، به عنوان مراقبان نگهداری فعالیت کنند.

2. به اصل “حداقل تغییر قابل اجرا” احترام بگذارید.

هنگامی که هماهنگی ناهمزمان است ، این خطر وجود دارد که نقص های هماهنگی برای مدت طولانی تشخیص داده نشوند – به عنوان مثال ، دو نفر ممکن است به طور موازی بر روی یک مشکل کار کنند ، یکی از تلاش های خود را زائد می کند ، یا یک نفر ممکن است تغییراتی ایجاد کند که در تلاش ها تداخل ایجاد کند شخص دیگری. برای کاهش این خطر ، کارکنان تشویق می شوند که حداقل تغییر قابل اجرا را ارائه دهند – مرحله اولیه ، کپی ناقص از تغییرات پیشنهادی در کد یا اسناد. این احتمال که افراد ناسازگار یا تکراری باشند کار را افزایش می دهند. واضح است که سیاست حداقل تغییرات قابل اجرا باید با سیاست “بدون شرم” در مورد ارسال موقت یک خروجی ناقص همراه باشد. در تنظیمات از راه دور ، ارزش دانستن آنچه دیگران در اسرع وقت انجام می دهد بیشتر از تهیه یک محصول عالی است.

3. همیشه با صراحت ارتباط برقرار کنید.

از آنجا که اعضای تیم GitLab تمایل دارند بگویند ، “ما ایمیل داخلی را به اینجا نمی فرستیم.” در عوض ، کارمندان تمام س questionsالات را ارسال می کنند و تمام اطلاعات را در کانال های Slack تیم های خود به اشتراک می گذارند ، پس از آن رهبران تیم تصمیم می گیرند چه اطلاعاتی باید برای دیگران قابل مشاهده باشد. در این صورت ، در مکانی در دسترس عموم شرکت ، در سند “صدور” یا صفحه ای از بروشور شرکت آنلاین ذخیره می شود که هرکسی می تواند به آن در داخل یا خارج از شرکت دسترسی پیدا کند. این قانون به این معنی است که افراد در معرض خطر تکرار یا تخریب کارهای همکاران خود نیستند. مدیران وقت زیادی را برای مراقبت از اطلاعات حاصل از کار کارکنان تحت نظارت خود اختصاص می دهند و انتظار می رود که آنها بهتر از دیگران بدانند که تیم آینده در چه مقیاسی ممکن است به چه اطلاعاتی نیاز داشته باشد یا برای افراد خارج از شرکت مفید باشد.

محدودیت روش Gateway را بیاموزید

اگرچه به خوبی اجرا شده است ، اما کار ناهمزمان از راه دور از این نوع نمی تواند صرفه جویی زیادی در راه تعامل اجتماعی داشته باشد. این یک شکست بزرگ است ، زیرا تعامل اجتماعی نه تنها منبع لذت و انگیزه برای اکثر مردم است ، بلکه در آن مکان “برخوردهای تصادفی” است و تبادل شانس از طریق دستگاه های قهوه و لابی های بلند ، فرصتی را برای جریان انداختن ایده ها و اطلاعات و اتحاد مجدد آنها ایجاد می کند.

برای کاهش این محدودیت ، GitLab موقعیت هایی را برای تعامل غیر مرتبط با وظایف فراهم می کند. هر روز ، اعضای تیم ممکن است در یکی از سه تماس اختیاری اجتماعی شرکت کنند – که شامل مناطق زمانی هستند. تماس ها متشکل از گروه های 8 تا 10 نفره در یک اتاق گفتگوی ویدئویی است ، جایی که آنها می توانند در مورد هر چیزی که بخواهند بحث کنند (GitLab یک سوال روزانه در مورد یخ شکن ارائه می دهد ، مانند: “آخر هفته چه کار کردی؟” یا “جالبترین مکان کجاست؟) چرا به او سفر کردید؟).

علاوه بر این ، GitLab دارای گروه های شل اجتماعی است: اتاق های گفتگوی موضوعی که کارمندان با علایق مشابه می توانند در آن شرکت کنند (مانند: # گربه ، # سگ ، # آشپزی ، # آگاهی از_ سلامت روانی ، # قدرشناسی_دونات ، # بازی) و یک کانال # دونات_غریبان باشد که به افراد غریبه با یک علاقه مشترک اجازه می دهد. برای گفتگو با یک قهوه

البته ، مدیران GitLab این توهم را ندارند که این گروه ها کاملاً جایگزین انواع تعاملات ثروتمند اجتماعی خارج از کار می شوند که به نظر افراد سودمند است. اما به برقراری ارتباط کارمندان کمک می کند و در حالی که بسیاری از کارمندان تحت قوانین حبس کار می کنند ، ثابت شده است که این امر در حفظ روحیه بسیار مفید است.

***

کار در خانه به روشی کارآمد فراتر از دادن لپ تاپ و حساب بزرگنمایی به کارمندان است. این شامل روشهایی است که برای جبران یا جلوگیری از محدودیتهای اساسی کار از راه دور ، و همچنین استفاده کامل از انعطاف پذیری که یک کنترل از راه دور می تواند فراهم کند ، طراحی شده است – نه تنها از هرجایی بلکه در هر زمان دلخواه کار کنید. ما بر روی GitLab متمرکز شدیم زیرا او نه تنها دارای تجربه کار از راه دور گسترده است بلکه همچنین از روشی فوق العاده برای حل چالش های اصلی کار از راه دور پیروی می کند. در حالی که برخی از فرآیندهای اصلی GitLab (مانند فرآیند آماده سازی از راه دور برای استخدام های جدید) و مزایای آن (مانند امکان استخدام در سراسر جهان) نمی توانند به طور کامل در کوتاه مدت در شرکت هایی که به طور موقت دور خواهند بود ، تولید شوند ، موارد دیگری وجود دارد که هر شرکت به راحتی می تواند آنها را پیاده سازی کند. .


منبع: بادرود نیوز

بیشتر بخوانیم:
واردات نفت از صنایع Reliance پس از یک دهه پایین بودن در ماه جولای ، در ماه آگوست 58 درصد افزایش یافت

دیدگاهتان را بنویسید

نشانی ایمیل شما منتشر نخواهد شد. بخش‌های موردنیاز علامت‌گذاری شده‌اند *