مقدمه مقدماتی

مدیریت تیم های از راه دور و توزیع شده تبدیل به یک مهارت حیاتی برای مهندسان اصلی در جهان تکنولوژی امروز شده است، رهبری موثر تضمین بهره وری تیم، روحیه و موفقیت پروژه است.این مقاله بهترین شیوه برای مهندسان اصلی را برای پیشرفت در مدیریت تیم های از راه دور، طراحی استراتژی های اثبات شده از رهبران صنعت و تجربه دنیای واقعی است.

ایجاد کانال های ارتباطی شفاف

ارتباطات باز و شفاف پایه مدیریت از راه دور موفق است. مهندسین اصلی باید کانال های متعددی مانند Slack، ایمیل و ابزار کنفرانس ویدئویی را تنظیم کنند تا بتوانند ابزار زمان واقعی و ارتباطات همزمان را تسهیل کنند و به طور منظم ایستاده و چک کردن کانال ها به همه کمک کند تا اهداف پروژه و مهلت های آن را حفظ کنند.این ضروری است که تعریف کنند که کدام کانال برای استفاده از کدام هدف استفاده می کند: مسائل فوری ممکن است یک ابزار پیام مستقیم یا سریع مدیریت پیام را در حالی که همه انتظارات مدیریت پیام رسانی های ارتباطی را در یک سیستم های مشترک دارند یا یک سیستم عامل را می دانند.

فراتر از ابزار، مهندسان اصلی باید ارتباطات باز را با واکنش پذیری، شفاف در مورد کار و چالش های خود، و تشویق به به روز رسانی همزمان از طریق ابزار مانند Loom یا نوشته شده روزانه می تواند بار جلسات همگام را کاهش دهد در حالی که نگه داشتن همه آگاه در سراسر مناطق زمانی، به عنوان ارتباط هم زمان حیاتی تر می شود. A عمل خوب است که یک جلسه "no" یک هفته ای است که اجازه می دهد تا خستگی عمیق و تماس با آن تماس بگیرید.

تعیین انتظارات و نقش های تعریف

وضوح در مورد نقش ها، مسئولیت ها و انتظارات کمک می کند تا از سوء تفاهم ها جلوگیری کند، به وضوح وظایف فردی، تحویل و مهلت ها را مشخص کند، از ابزارهای مدیریت پروژه مانند Jira، خطی یا Trello برای پیگیری پیشرفت و اطمینان از پاسخگویی در سراسر تیم، مهندسان اصلی باید یک ماتریس مسئولیت را با تیم خود ایجاد کنند تا هر یک از اعضای بدانند که چه چیزی را دارند، به ویژه برای وابستگی های متقابل- عملکردی، به ویژه زمانی که تیم های مختلف نمی توانند به آن ها اعتماد کنند و مناطق روشنگری زمان واقعی و زمان واقعی اعتماد کنند.

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

فاستر یک فرهنگ مشارکتی

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

فراتر از همکاری فنی، تشویق تعاملات اجتماعی غیررسمی.یک کانال خنک کننده آب مجازی اختصاصی، جلسات هفتگی "نمایش و گفتن" یا بازی های آنلاین در طول استراحت ناهار می تواند روابط را ایجاد کند. مهندسین اصلی همچنین باید زمان را در آموزش مهندسین جوان از راه دور، با استفاده از ابزار مانند VS Code Live یا GitHub Copilot برای هدایت بررسی کد در زمان واقعی سرمایه گذاری کنند.

Onboard و یکپارچه کردن اعضای تیم جدید به طور موثر

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

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

مدیریت در سراسر منطقه زمانی

تیم های توزیع شده اغلب مناطق زمانی چندگانه را شامل می شوند که می توانند منجر به چالش های هماهنگی شوند، مهندسان اصلی باید ذهنیت "پیبر خورشید" را اتخاذ کنند: کار را در پایان روز هر عضو تیم به همکاران در یک منطقه زمانی قبل انجام دهید.این می تواند با استفاده از تخته های مشترک کانبان، یادداشت های دقیق و خودکار CI / خط لوله که تست ها را اجرا می کنند و استقرار ناخواسته.

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

تکنولوژی اهرمی موثر

از ابزارهایی استفاده کنید که از کار از راه دور، مانند سیستم های کنترل نسخه (Git)، سیستم های ادغام مداوم (GitHub Actions، CircleCI)، و خدمات ابر (AWS، GCP) پشتیبانی می کنند، اطمینان حاصل کنید که همه اعضای تیم آموزش داده اند تا از این ابزارها به طور موثر استفاده کنند، موانع فنی را کاهش دهند و جریان های اصلی را پردازش کنند.

تشویق استفاده از زیرساخت به عنوان کد و تست خودکار برای کاهش دست های دستی و خطاهای بالقوه.برای ارتباطات، در نظر گرفتن استفاده از ابزارهای همراه مانند اسلاب های Slack برای چت های صوتی سریع، یا بحث های GitHub برای RFCs کلید جلوگیری از ابزار گسترده است: انتخاب یک مجموعه اصلی از ابزار و اجرای ابزار سند کار جریان و نگه داشتن یک ویکی به تاریخ.

]GitLab Handbook نمونه ای عالی از چگونگی یک سازمان کاملاً دور از دسترس است که فرآیندها و ابزارهای آن را مستند می کند.

• پیش بینی انعطاف پذیری و اعتماد

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

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

پیاده سازی بازخورد مستمر و توسعه

بازخورد منظم به اعضای تیم کمک می کند تا رشد و انطباق کنند. مهندسین اصلی باید یک جلسه را انجام دهند، ورودی را در فرآیندها درخواست دهند و توسعه حرفه ای را تشویق کنند.این گفتگوی مداوم فرهنگ بهبود مستمر را تقویت می کند.از یک چارچوب بازخورد ساختاری مانند SBI (Suation-Behavior-Impact) برای بازخورد خاص و عملی برای تیم های از راه دور، بازخورد کلامی می تواند به عنوان فرایند دریافت کننده ارزشمند باشد.

اعضای تیم پشتیبانی در دنبال فرصت های یادگیری: بلیط کنفرانس حمایت، دسترسی به دوره های آنلاین (به عنوان مثال، پلورکت، ابر Guru) و اختصاص زمان برای پروژه های جانبی یا هکت ها، مهندسان اصلی نیز باید به یادگیری در مورد رهبری از راه دور با خواندن کتاب هایی مانند "mote: Office Not Need" توسط جیسون فریدمن و دیوید Heinemeier Hansson ادامه دهند.

لینک خارجی: برای یک رویکرد تحقیق مورد حمایت برای بازخورد تیم از راه دور، ببینید راهنمای کسب و کار در ارائه بازخورد از راه دور .

اندازه گیری و نتایج منصفانه

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

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

نتیجه گیری

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

برای مطالعه بیشتر در مورد بهترین شیوه های تیم از راه دور، راهنمای Basecamp را برای کار از راه دور بررسی کنید که مشاوره عملی از یک شرکت کاملا دور با دهه ها تجربه فراهم می کند.