วิธีที่จะไม่จัดการทีมนักพัฒนาระยะไกลของคุณ

ในฐานะนักพัฒนาและเจ้าของธุรกิจขนาดเล็ก ฉันมีข้อมูลเชิงลึกจากทั้งสองฝ่าย ฉันได้ทำงานเป็นนักพัฒนาระยะไกลและจัดการนักพัฒนาระยะไกลสำหรับโครงการต่างๆ และกับทีมต่างๆ

ในโพสต์นี้ ฉันจะแบ่งปันประสบการณ์บางส่วนของฉันโดยหวังว่าจะทำให้ชีวิตง่ายขึ้นเล็กน้อยสำหรับทุกฝ่ายในโครงการระยะไกล เมื่อพูดถึงสิ่งที่ควรทำและไม่ควรทำของการจัดการทีมจากระยะไกล ฉันมักจะเน้นที่ "สิ่งที่ไม่ควรทำ" - เพราะต่างจาก "สิ่งที่ควรทำ" ตรงที่พวกเขามักจะนำไปใช้กับทุกทีม

เมื่อเข้าสู่โลกของนักพัฒนาที่อยู่ห่างไกล อุปสรรคที่ใหญ่ที่สุดที่ผู้จัดการต้องเอาชนะคือการเปลี่ยนทัศนคติโดยยอมรับว่านักพัฒนาจะไม่เป็นที่ประจักษ์ และที่ที่พวกเขาสามารถจัดการและติดตามงานที่ทำอยู่ได้ กระบวนทัศน์ใหม่นี้ต้องการให้ธุรกิจใช้กลไกจำนวนหนึ่งเพื่อติดตามความคืบหน้าและหลีกเลี่ยงปริมาณงานที่ซ้ำซ้อน กลไกดังกล่าวจะช่วยให้ทั้งผู้จัดการและนักพัฒนามีประสิทธิผลมากขึ้น ซึ่งเป็นผลประโยชน์สูงสุดของทุกคน

เพื่อให้ชัดเจน ไม่ ควรใช้กลไกเหล่านี้เพื่อควบคุมหรือจัดการขนาดเล็กของพนักงาน

อย่าเชื่อในตำนานและความเข้าใจผิดของทีมระยะไกล

มาดูข้อดีและข้อเสียของการจัดการทีมระยะไกลในโครงการเดียว โดยเริ่มจากการสื่อสาร

ธุรกิจก้าวไปไกลระดับโลก และการถือกำเนิดขององค์กรข้ามชาติขนาดใหญ่ได้สร้างความท้าทายใหม่ๆ สำหรับมืออาชีพหลายล้านคนทั่วโลก ลักษณะที่ซับซ้อนและเกี่ยวพันกันของทีมระดับโลกต้องการแนวทางการสื่อสารภายในที่ละเอียดและรอบคอบมากขึ้น

ในองค์กรและทีมดังกล่าว บุคคลจำนวนมากไม่มีความหรูหราในการทำงานในสภาพแวดล้อมที่คุ้นเคยหรือพูดภาษาแม่ของตน ทีมที่ทำงานในโครงการเดียวกันอาจถูกแยกจากกันโดยมหาสมุทร แทนที่จะเป็นสำนักงานและห้องเล็ก ๆ สมาชิกในทีมมาจากวัฒนธรรมที่แตกต่างกันและทำงานทั่วโลก

ผู้เชี่ยวชาญเหล่านี้ไม่ควรกังวลเกี่ยวกับการสื่อสาร แต่ต้องสามารถร่วมมือกับสมาชิกในทีมข้ามชาติได้ ทุกฝ่ายต้องเชิงรุก วัฒนธรรมองค์กรต้องสะท้อนกระบวนทัศน์นี้และช่วยส่งเสริมสภาพแวดล้อมที่มีประสิทธิผลซึ่งทีมจากหลากหลายวัฒนธรรมที่อยู่ห่างไกลสามารถเจริญเติบโตได้

Scott Ritter ของเราได้รวบรวมตำนานห้าอันดับแรกเกี่ยวกับทีมที่อยู่ห่างไกลในบล็อกโพสต์ล่าสุด ซึ่งคุณอาจพบว่ามีประโยชน์หากคุณสนใจในหัวข้อนี้ Taso Du Val ซีอีโอของ Toptal ยังได้อธิบายเพิ่มเติมว่าเครือข่ายของเราทำงานอย่างไร และเราก้าวย่างไรเพื่อสร้างวัฒนธรรมทีมระยะไกลขั้นสูงสุด

อย่าลืมที่จะโอบกอดและส่งเสริมความหลากหลาย

ก้าวแรกสู่กลยุทธ์การสื่อสารแบบทีมทางไกลที่ดีเริ่มต้นด้วยการยอมรับว่าทีมจากหลากหลายวัฒนธรรมอยู่เหนือพรมแดนระดับชาติและวัฒนธรรม ทำให้พวกเขาอยู่ในตำแหน่งที่ไม่เหมือนใครในการเสนอข้อมูลเชิงลึกที่ยากจะบรรลุด้วยทีมที่รวมศูนย์และเสาหินขนาดใหญ่

แต่อย่ากังวล ความหลากหลายนั้นดีต่อธุรกิจ!

จากการสำรวจของ The Economist Intelligence Unit ทีมจากหลากหลายวัฒนธรรมเป็นที่ชื่นชอบขององค์กรขนาดใหญ่ ผู้บริหารหลายคนเชื่อว่าพวกเขาช่วยส่งเสริมนวัตกรรมเนื่องจากความรู้ที่กว้างขึ้นเกี่ยวกับแนวโน้มระดับโลก นอกจากนี้ พวกเขายังมีโอกาสน้อยที่จะทุกข์ทรมานจากความคิดแบบ "คิดเป็นกลุ่ม"; ความหลากหลายช่วยให้พวกเขาจัดการกับปัญหาจากมุมมองที่แตกต่างกัน ดังนั้นจึงสร้างโซลูชันที่หลากหลายซึ่งเหมาะสำหรับภูมิภาคและตลาดเฉพาะ

เป็นที่ถกเถียงกันอยู่ว่าการจัดการพนักงานทางไกลอาจมีประสิทธิผลมากกว่าโดยไม่ได้อยู่ที่เดิม อาจฟังดูขัดกับสัญชาตญาณ แต่ทีมที่อยู่ห่างไกลก็ใช้เวลาน้อยลงในการพูดคุย เข้าสังคม และอภิปรายเรื่องเล็กน้อย

แม้ว่าการพลัดพรากจากกันทางกายภาพสามารถนำไปสู่ผลผลิตที่มากขึ้น แต่ก็สามารถสร้างความเข้าใจผิด ความตึงเครียด ความแปลกแยก และความเครียดและความวิตกกังวลที่มากขึ้น ดังนั้นจึงมีความจำเป็นที่จะบรรเทาผลกระทบด้านลบเหล่านี้ด้วยความคิดริเริ่มที่ส่งเสริมแง่บวกและการทำงานร่วมกันในระดับบุคคล การปรับปรุงการสื่อสารในทีมที่อยู่ห่างไกลอาจเป็นงานที่น่ากลัว และการสร้างความสัมพันธ์ส่วนตัวระหว่างสมาชิกในทีมมักจะเป็นเรื่องที่ท้าทาย นั่นเป็นเหตุผลที่จำเป็นต้องมีการสัมผัสของมนุษย์

การค้นหาสิ่งที่สามารถปรับปรุงการมีส่วนร่วมโดยไม่คำนึงถึงภูมิหลัง เป็นวิธีที่ค่อนข้างง่ายในการส่งเสริมขวัญกำลังใจและความร่วมมือ ความพยายามนี้สามารถมีได้หลายรูปแบบ ขึ้นอยู่กับขนาดและองค์ประกอบของทีมของคุณ ตามหลักการแล้ว ควรเน้นที่กิจกรรมที่ปราศจากความเครียดและพักผ่อนหย่อนใจที่สมาชิกในทีมจะได้เพลิดเพลิน ตั้งแต่การแข่งขันที่เกี่ยวข้องกับงาน โครงการที่ให้ความบันเทิง หรือการอภิปรายที่ไม่เกี่ยวกับงาน

การเข้าร่วมในกิจกรรมดังกล่าวโดยเสียค่าใช้จ่ายขององค์กร อาจดูเหมือนเป็นการจัดสรรทรัพยากรทางการเงินและทรัพยากรมนุษย์ในอุดมคติน้อยกว่า แต่พึงระลึกว่าการระดมทีมงานที่มีสาเหตุร่วมกันมักจะนำไปสู่สภาพแวดล้อมการทำงานที่ดีขึ้น ความสัมพันธ์ส่วนตัวที่แน่นแฟ้นยิ่งขึ้น และประสิทธิภาพการทำงานที่ดีขึ้น .

อย่าสรรหาและฝึกอบรมอย่างไม่ใส่ใจ

คุณต้องคำนึงถึงความแตกต่างทางวัฒนธรรมและชดเชยด้วยการฝึกอบรมที่เพียงพอ เพื่อให้การจัดการทีมทางไกลเกิดประโยชน์สูงสุด

การพัฒนาทักษะทางภาษาเป็นเพียงส่วนหนึ่งของปริศนา เนื่องจากทักษะในการสื่อสารได้รับผลกระทบจากความแตกต่างทางวัฒนธรรม เริ่มต้นด้วยนโยบายการจัดหางานที่ดีซึ่งเอื้อประโยชน์ต่อบุคคล โดยเฉพาะผู้ที่จะดำรงตำแหน่งระดับบริหาร และพร้อมที่จะทำงานในสภาพแวดล้อมข้ามชาติ เห็นได้ชัดว่าประสบการณ์ในโครงการระยะไกลนั้นมีประโยชน์ แต่ก็ไม่ควรเป็นข้อกำหนดเบื้องต้น เพียงเพราะนักพัฒนาระยะไกลจะไม่อยู่ในสำนักงานของคุณทุกสัปดาห์ไม่ได้หมายความว่าการสรรหาบุคลากรไม่ควรคำนึงถึงลักษณะส่วนบุคคล คุณและทีมของคุณยังคงต้องสื่อสารกับนักพัฒนาระยะไกลเป็นประจำ ดังนั้นให้ถามคำถามเดียวกันกับที่คุณจะถามพนักงานในสถานที่ ไม่ว่าจะอยู่ไกลหรือไม่ก็ตาม พวกเขาก็ยังต้องเข้ากันได้

แม้ว่าจะเป็นไปได้ที่จะแก้ไขปัญหาบางอย่างด้วยการฝึกอบรมเพิ่มเติม แต่ก็อาจใช้ไม่ได้ผลเสมอไป แต่ในกรณีใด การฝึกอบรมที่ดีคือขั้นตอนต่อไปที่สมเหตุสมผล การฝึกอบรมควรพัฒนาคุณลักษณะเชิงบวกที่มีอยู่ ในขณะเดียวกันก็บรรเทาข้อบกพร่องและจัดการกับจุดอ่อนที่ระบุก่อนหน้านี้

ผู้จัดการที่ติดต่อกับทีมทางไกลมักจะต้องรับบทบาทใหม่ในเวลาอันสั้น เข้าควบคุมโครงการที่พวกเขาไม่จำเป็นต้องคุ้นเคย และใช้เวลาส่วนใหญ่ในการไล่ตาม ในสถานการณ์เช่นนี้ การสื่อสารภายในมักจะไม่มีความสำคัญสูงในรายการลำดับความสำคัญ แม้ว่าตอนนี้พวกเขาอาจจะเป็นผู้นำทีมที่ใช้เวลาหลายปีในการทำงานร่วมกันในโครงการหนึ่งโครงการขึ้นไป เวลาเป็นทรัพย์สินที่มีค่า แต่การทำงานเป็นทีมที่ดีก็เช่นกัน ผู้จัดการต้องใช้เวลาจากตารางงานที่ยุ่งและเรียนรู้เพิ่มเติมเกี่ยวกับทีมของพวกเขา สมาชิกในทีมแต่ละคน และปัญหาที่น่าจะเกิดขึ้น

ระยะห่างทางอารมณ์ระหว่างผู้จัดการระยะไกลและผู้ใต้บังคับบัญชาอาจเป็นปัญหาได้เช่นกัน เนื่องจากสมาชิกในทีมอาจไม่เต็มใจที่จะเผชิญหน้ากับหัวหน้าทีมคนใหม่ หรือแม้แต่เข้าหาพวกเขาในการตั้งค่าที่เป็นทางการหรือไม่เป็นทางการ ผู้จัดการพนักงานทางไกลที่ดีต้องตระหนักในเรื่องนี้และยืนกรานให้มีส่วนร่วมส่วนตัวมากขึ้น ดังที่ฉันได้กล่าวไว้ว่า "จงเป็นเชิงรุก" – การมีทีมนักพัฒนาระยะไกลที่มีความสามารถจะมีประโยชน์อะไรหากพวกเขาไม่แบ่งปันความคิดกับคุณ

อย่าใช้ระบบข้อมูลที่ซับซ้อน

อย่าพลาดโอกาสที่จะนำระบบข้อมูลที่มีประสิทธิภาพมาใช้ซึ่งรวมถึงระบบการจัดการซอร์สโค้ด (SCM) ตัวติดตามปัญหา (โปรดอย่าซับซ้อนเกินไป) และหน้า Wiki บางหน้าซึ่งทุกฝ่ายสามารถจัดทำเอกสารสิ่งต่าง ๆ หรือร่างแนวคิดและข้อเสนอ เครื่องมือในการทำงานร่วมกันทั้งหมดเหล่านี้จะทำให้การจัดการการพัฒนาและเผยแพร่ง่ายขึ้นมาก

สิ่งสำคัญคือต้องทำให้ทุกอย่างเรียบง่ายที่สุดที่นี่ เพราะระบบข้อมูลนี้จะถูกใช้เป็นรายวัน/รายชั่วโมง ถ้ามันซับซ้อนเกินไป จะต้องใช้เวลาในการใช้งานและ/หรือการออกแบบ กระบวนการนี้อาจต้องทำให้ง่ายขึ้นสำหรับสมาชิกในทีมใหม่และนักแปลอิสระที่ไม่มีเวลาเรียนรู้รายละเอียดเกี่ยวกับนโยบายขององค์กร

แอปพลิเคชันการจัดการโครงการที่ฉันโปรดปรานเป็นเวลานานคือ Redmine ซึ่งเป็นระบบโอเพ่นซอร์ส ข้ามแพลตฟอร์ม และข้ามฐานข้อมูล แพลตฟอร์มนี้สามารถกำหนดค่าได้สูง และคุณสามารถรวม SCM ของคุณเอง ปลั๊กอินต่างๆ และตะขอบริการได้

หากคุณไม่ต้องการประสบปัญหาในการดูแลเซิร์ฟเวอร์ของคุณเองด้วย Ruby และตั้งค่าทุกอย่างด้วยตัวเอง (Redmine อาจซับซ้อนสำหรับผู้ดูแลระบบที่ไม่มีประสบการณ์) อีกทางเลือกหนึ่งที่ดีคือ GitHub ซึ่งไม่เพียงแต่คุณสมบัติ git CMS เท่านั้น แต่ยังรวมถึงปัญหาของ GitHub ด้วย ซึ่งรวมเข้ากับข้อความคอมมิต คำขอดึง ฯลฯ ของคุณได้เป็นอย่างดี

เมื่อเราตั้งค่าและเตรียมพร้อมระบบข้อมูลแล้ว เราก็สามารถเริ่มบูรณาการนักพัฒนาระยะไกลเข้ากับโครงการของเราได้

อย่าไมโครแมเนจ

ผู้จัดการหลายคนมีช่วงเวลาที่ยากลำบากในการปล่อยความรับผิดชอบ โดยเฉพาะอย่างยิ่งหากพวกเขามาจากภูมิหลังของนักพัฒนา แทนที่จะมุ่งเน้นไปที่การสื่อสารปัญหาและเป้าหมายของโครงการ พวกเขาพบวิธีแก้ไขปัญหาเหล่านั้นและให้รายละเอียดการนำไปใช้งาน ดังนั้นงานเดียวที่เหลืออยู่สำหรับนักพัฒนาคือการเขียนโค้ดตามที่เขาได้รับคำสั่งให้เขียนโค้ด นี่ไม่ใช่แนวปฏิบัติที่ดีในการจัดการพนักงานทางไกล

ด้านหนึ่ง ผู้จัดการเสียเวลามากเกินไปกับสิ่งที่พวกเขาจ้างนักพัฒนาระยะไกลให้ทำ นักพัฒนาอาจไม่พอใจกับสถานการณ์นี้ เพราะพวกเขารู้สึกว่าตัวเองถูกประเมินต่ำเกินไปและถูกทอดทิ้งโดยไม่มีโอกาสได้สร้างสรรค์และสร้างสรรค์ หรือเพียงเพื่อพิสูจน์ตัวเอง ท้ายที่สุดแล้ว การแก้ปัญหาเป็นสิ่งที่นักพัฒนาศึกษามาหลายปี ดังนั้นการนำมันออกจากสมการและเปลี่ยนนักพัฒนาให้กลายเป็นหุ่นยนต์นั้นไม่สมเหตุสมผล!

เช่นเดียวกับทุกสิ่งทุกอย่างในชีวิต มันคือทั้งหมดที่เกี่ยวกับการค้นหาสมดุลที่ดี

ไม่ต้องกังวลเกี่ยวกับเขตเวลา ใช้เพื่อประโยชน์ของคุณ

นักพัฒนาระยะไกลที่ดีมักจะพึ่งพาตนเองและเป็นอิสระตามธรรมชาติ พวกเขาต้องการอิสระและความรับผิดชอบในการจัดระเบียบเวลา ชั่วโมงการทำงานที่ทับซ้อนกันนั้นมีประโยชน์ แม้ว่าจะไม่บังคับ เมื่อคุณมีระบบข้อมูลที่ดีและการสื่อสารที่ดีกับนักพัฒนาของคุณ

การทำงานในเขตเวลาที่แตกต่างกันอาจเป็นประโยชน์ต่อธุรกิจ เนื่องจากคุณอาจสามารถบรรลุประสิทธิภาพ "ตลอดเวลา" เมื่อนักพัฒนาในเขตต่างๆ เข้ามาดูแลด้านต่างๆ ของโครงการ หากนักพัฒนาของคุณอยู่เหนือเขตเวลาของคุณ คุณจะสามารถตรวจทานงานของเขาได้ในวันเดียวกัน และคุณสามารถประเมินและประสานงานเรื่องใหญ่ถัดไปได้ทันที ในทางกลับกัน หากคุณอยู่เหนือโซนนักพัฒนาของคุณ สิ่งนี้จะเปิดโอกาสให้คุณเตรียมทุกสิ่งที่นักพัฒนาต้องการเพื่อทำงานให้เสร็จลุล่วง

โปรดจำไว้ว่า ผู้จัดการที่ดีไม่ได้เป็นเพียงบริการสำหรับพนักงานที่ช่วยให้พวกเขาสามารถทำงานให้ลุล่วงได้ ไม่ใช่ในทางกลับกัน!

อย่าบังคับเป้าหมายแบบวันต่อวัน ให้เน้นที่เป้าหมายระยะกลางหรือระยะยาว

เป้าหมายในแต่ละวันเป็นรูปแบบหนึ่งของการจัดการโครงการขนาดเล็ก ให้พยายามสื่อสารภาพรวมกับนักพัฒนาซอฟต์แวร์ของคุณและจัดลำดับความสำคัญที่กำหนดไว้อย่างชัดเจนร่วมกัน หากคุณให้นักพัฒนาเข้าใจโครงการเช่นเดียวกับคุณ นักพัฒนาน่าจะมีประโยชน์มากกว่า

ตัวอย่างเช่น นักพัฒนาซอฟต์แวร์อาจมีข้อมูลเชิงลึกเกี่ยวกับเทคโนโลยีใหม่ล่าสุด หรือรายละเอียดการใช้งานที่ส่งผลต่อการจัดลำดับความสำคัญของงานต่างๆ หรือการกำหนดผลิตภัณฑ์มูลค่าต่ำสุด (MVP) คุณทั้งคู่ต้องกำหนดเป้าหมายและเหตุการณ์สำคัญที่ชัดเจน และทำงานให้เสร็จเป็นขั้นเป็นตอน เป็นความรับผิดชอบของคุณที่จะต้องตรวจสอบให้แน่ใจว่าเหตุการณ์สำคัญทั้งหมดเหล่านี้สอดคล้องกับภาพรวม

ในความเห็นของฉัน แถลงการณ์ Agile (ระเบียบวิธี) เป็นสิ่งที่ดีที่สุดที่เกิดขึ้นในการจัดการโครงการในช่วงไม่กี่ปีที่ผ่านมา

ช่วยให้คุณทำสิ่งที่จำเป็นได้อย่างแท้จริง เพื่อมอบหมายความรับผิดชอบให้กับผู้ที่นำสิ่งต่าง ๆ ไปปฏิบัติจริง และเพื่อบังคับใช้สามัญสำนึกในทุกฝ่ายที่เกี่ยวข้องในกระบวนการ คุณกำหนดเป้าหมายและงานระยะกลางถึงระยะยาวด้วยค่าประมาณระดับสูงเกี่ยวกับความยาก และในการประชุมวางแผนการวิ่งเร็วประจำสัปดาห์ (หรือสองสัปดาห์) คุณปล่อยให้นักพัฒนากำหนดปริมาณงานที่แน่นอนและความยากในการทำงานให้เสร็จสิ้น

เช่นเดียวกับสิ่งดีๆ ทั้งหมด การสร้างทีม Agile ที่ดีต้องใช้เวลา อย่าหวังว่าจะมีทีมงานภายในสามเดือน Agile คือการเรียนรู้ด้วยการทำและเติบโตร่วมกันเป็นทีม

อย่าซ่อนรายละเอียดธุรกิจ

ดีอันนี้ยุ่งยาก บางโครงการมีความละเอียดอ่อนโดยธรรมชาติ และข้อมูลรั่วไหลอาจเป็นอันตรายได้ ข้อตกลงการไม่เปิดเผยข้อมูล (NDA) อาจแก้ไขปัญหาได้ แต่ก็ไม่สามารถป้องกันกระสุนได้

อย่างไรก็ตาม ยิ่งนักพัฒนาซอฟต์แวร์รู้มากเท่าไร เขาก็ยิ่งมีประสิทธิภาพมากขึ้นเท่านั้น ไม่เพียงแต่ในการแก้ไขงานที่กำหนดไว้ล่วงหน้าเท่านั้น แต่ยังรวมถึงการแก้ปัญหาเล็กๆ น้อยๆ ที่น่ารำคาญและสะอึกเหล่านี้ในทันที ในที่สุดสิ่งนี้จะทำให้นักพัฒนามีประสิทธิผลมากขึ้นและทำให้ชีวิตของคุณง่ายขึ้น

กระบวนการพัฒนา Agile ก็มีประโยชน์เช่นกัน ช่วยให้สามารถแบ่งปันความรู้ระหว่างฝ่ายต่างๆ (ผู้มีส่วนได้ส่วนเสีย ผู้ทดสอบ นักพัฒนา ฯลฯ) โดยการลบลำดับชั้นใด ๆ และโดยพิจารณาว่าบุคคลเหล่านั้นเป็นสมาชิกในทีมที่เท่าเทียมกันด้วยความรับผิดชอบเดียวกันและด้วยเหตุนี้จึงสนับสนุนให้พวกเขาทำงานอย่างโปร่งใสที่สุด ข้อดีอีกประการของความโปร่งใสคือปัญหาจะ "เพิ่มขึ้น" ได้อย่างรวดเร็ว และส่วนใดส่วนหนึ่งของทีมก็สามารถหยิบขึ้นมาจัดการได้

อย่าละเลยสมาชิกทีมระยะไกล

โปรดจำไว้ว่า เมื่อต้องจัดการพนักงานจากระยะไกล คุณคือบริการสำหรับทีมของคุณ และหากทีมต้องการข้อมูลของคุณ คุณไม่ควรยุ่งเกินกว่าจะสนับสนุนพวกเขา หากนักพัฒนาไม่สามารถแก้ปัญหาบางอย่างได้ด้วยตัวเอง เขาจะติดขัดและเสียเวลาอันมีค่าไป

ในฐานะนักพัฒนา โดยปกติเมื่อฉันพบกับทางตัน ฉันหันไปหา SO ของฉันเพื่อขอคำแนะนำ และฉันพยายามให้คำแนะนำด้วย อย่าเพิกเฉยต่อคำแนะนำของนักพัฒนาซอฟต์แวร์โดยสิ้นเชิง เนื่องจากอาจเป็นข้อมูลเชิงลึก หรืออาจแก้ปัญหาที่คุณไม่เคยรู้มาก่อนได้

หากมีบางอย่างไม่ชัดเจน หรือหากคุณคิดว่าไม่จำเป็นต้องแก้ไขปัญหา ให้โต้แย้งจุดยืนของคุณในขณะที่เปิดใจและเปิดโอกาสให้นักพัฒนาโน้มน้าวใจคุณว่าเขาพูดถูก

อีกครั้ง สิ่งนี้จะสร้างทักษะการสื่อสารและปรับปรุงความไว้วางใจ

เคล็ดลับการจัดการทีมระยะไกลอย่างรวดเร็ว

เนื่องจากฉันได้สรุปประเด็นหลักในทวีตและภาพประกอบแล้ว ต่อไปนี้คือเคล็ดลับและความคิดสั้นๆ เพิ่มเติม

• กฎทั่วไปเหล่านี้สามารถนำไปใช้กับนักพัฒนาระยะไกลและในสถานที่
• หากคุณใช้ micromanage คุณจะพลาดโอกาสในการเรียนรู้และปล่อยให้เรียนรู้
• เปิดใจกว้างและไว้ใจได้ เพราะนี่คือวิธีเดียวที่จะสร้างทีมจากระยะไกลที่ดีได้
• โปรดทราบว่าการประมาณการเป็นเพียงการประมาณการ คุณจะพบกับค่าประมาณที่ต่ำกว่าและสูงกว่า
• ทุกคนที่ทำงานผิดพลาด และถ้าคุณไม่ให้อภัยความผิดพลาดของคนอื่น คุณก็จะไม่ได้รับการอภัยเช่นกัน
• สิ่งสำคัญที่สุดคือแรงจูงใจที่ยิ่งใหญ่ที่สุดสำหรับนักพัฒนา (นอกเหนือจากความพึงพอใจในการทำงานที่ยากให้สำเร็จ) คือเงิน ดังนั้นอย่ารอช้าในการชำระเงินและพิจารณากำหนดนโยบายโบนัสด้วยเช่นกัน