วิธีทำงานจากระยะไกลและยังคงดีที่สุด

สายพานเครื่องมือของผู้ปฏิบัติงานระยะไกล

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

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

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

การตั้งค่ารีโมทหรือโฮมออฟฟิศ

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

ต่อไปนี้คือเครื่องมือบางอย่างสำหรับการทำงานทางไกลที่ฉันคิดว่าจำเป็นภายในสำนักงานที่บ้านของฉันเอง:

• ชุดหูฟัง ฉันชอบชุดหูฟังแบบมีสายเป็นพิเศษเพราะว่าไม่มีแบตเตอรี่หมดในช่วงเวลาวิกฤติ คุณจะใส่มันมาก ดังนั้นให้แน่ใจว่าคุณได้รับสิ่งที่สบาย ฉันมีชุดหูฟัง iMicro สองชุด: ชุดหนึ่งสำหรับโต๊ะทำงานและอีกชุดหนึ่งใส่ในกระเป๋าแล็ปท็อป ในฐานะที่เป็นชุดหูฟังแบบติดกระเป๋าแล็ปท็อป มันมีคุณสมบัติที่ดีสองประการ: เนื่องจากเป็นหูฟังแบบ USB ฉันจึงไม่ต้องกังวลกับการชาร์จแบตเตอรี และราคาถูก มาก ที่จะเปลี่ยนหากเกิดพังในกระเป๋า อันที่จริง ฉันพบว่าชุดหูฟังนี้ไม่สะดวกเล็กน้อยสำหรับการประชุมทางโทรศัพท์ที่ยาวนาน หากคุณกำลังทำสิ่งเหล่านี้อยู่มาก ฉันขอแนะนำ Corsair Vengeance 2000: ชุดหูฟังไร้สายที่สะดวกสบายพร้อมแบตเตอรี่ ช่วยให้คุณทำงานได้ทั้งวัน (อย่างไรก็ตาม ไม่มีลิงก์อ้างอิงใดๆ เลย)
• สถานที่คิดที่เงียบสงบ มีประตูที่ปิด โดยเฉพาะอย่างยิ่งถ้าคุณอาศัยอยู่กับคนอื่น และ โดยเฉพาะอย่างยิ่ง ถ้าคุณมีครอบครัว
• การเชื่อมต่ออินเทอร์เน็ตที่เสถียร หรือการเชื่อมต่อสำรองที่ดี ตัวอย่างเช่น ฉันมี DSL และตั้งค่าการปล่อยสัญญาณบนโทรศัพท์ของฉันแล้ว หาก DSL ดับลง หากคุณประสบปัญหาเกี่ยวกับ Skype หรือวางสายอยู่ตลอดเวลา แสดงว่าคุณกำลังมีความน่าเชื่อถือน้อยลงและมีความเป็นมืออาชีพน้อยลงในสายตาของผู้อื่นที่อาจพยายามจัดการพนักงานทางไกลหลายคน
• ส ไกป์ . วิธีนี้เหมาะสำหรับการประชุมทางโทรศัพท์แบบเฉพาะกิจ การส่งข้อความโต้ตอบแบบทันทีกับลูกค้า หรือแม้แต่การสร้างห้องสนทนาที่มีพิธีการระดับต่ำ
• SkypeOut ซึ่งให้คุณรับและโทรจากโทรศัพท์ของคุณไปยังผู้ติดต่อ Skype สิ่งนี้ยอดเยี่ยม โดยเฉพาะเมื่อคุณไม่ได้ใช้งานคอมพิวเตอร์และ (คุณคำนวณเวลาผิด ลูกค้ามีเหตุฉุกเฉิน ฯลฯ)
• กาต้มน้ำไฟฟ้า บางครั้งก็อยากกินกาแฟร้อนแต่ไม่อยากรบกวนการสั่งกาแฟ
• แกลลอนเหยือกน้ำ . สำหรับกาต้มน้ำหรือสำหรับดื่ม สำหรับเซสชั่นการเขียนโค้ดที่ยาวนานหรือการประชุมทางโทรศัพท์ที่ยาวนาน

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

เครื่องมือซอฟต์แวร์

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

• AwayFind ซึ่งเหมาะสำหรับอีเมลด่วน โดยเฉพาะข้อความในนาทีสุดท้ายจากผู้เข้าร่วมประชุม เนื่องจากจะส่งต่อข้อความถึงคุณทาง SMS
• Time Zone Converter สำหรับการทำงานกับลูกค้าและเพื่อนร่วมงานทั่วโลก ฉันชอบนาฬิกาเวลาโลกของ Time And Date, ทุกโซนเวลา, World Time Buddy หรือ The Time Now สำหรับเวอร์ชันที่เข้าถึงได้ง่ายกว่าสำหรับผู้พิการทางสายตา
• ห้องแชท/IRC สำหรับทุกคนในทีม นี่อาจเป็นแบบเป็นทางการ (เช่น ห้องแคมป์ไฟ) หรือแค่ห้องสนทนาของ Skype (ในสไตล์ Keep It Simple, Silly)
• ตัวติดตามจุดบกพร่อง –ส่วนนี้ควรเป็นของตัวเอง โปรดดูด้านล่าง

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

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

แนวทางปฏิบัติที่ดีที่สุดสำหรับการทำงานระยะไกล: การติดตามข้อบกพร่อง

ฉันต้องการทราบสามสิ่งจากตัวติดตามจุดบกพร่องที่ฉันใช้:

• ฉันทำงานอะไรอยู่ตอนนี้
• มีอะไรอยู่ในจานของฉันสำหรับซอฟต์แวร์รุ่นถัดไปนี้
• ผลงานของทั้งทีมสำหรับซอฟต์แวร์รุ่นนี้มีอะไรบ้าง?

สิ่งเหล่านี้ล้วนมีจุดมุ่งหมาย

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

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

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

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

ฉันได้รวมคำแนะนำสำหรับตัวติดตามจุดบกพร่องเฉพาะไว้ที่ด้านล่างของโพสต์

แนวทางปฏิบัติที่ดีที่สุดสำหรับการทำงานระยะไกล: การสื่อสารในทีม

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

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

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

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

ทำให้การแสดงตนของคุณรู้สึก: อย่าไปมองไม่เห็น

ฉันหยิบแนวคิดเหล่านี้หลายอย่างจาก Wide Teams Podcast ตอนที่ 48

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

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

'วันเริ่มต้น' 'เวลาอาหารกลางวัน' และ 'กลับมา' ข้อความ

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

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

การส่งข้อความ "กลับมาในอีก 1 ชั่วโมง" สำหรับมื้อกลางวันหรือช่วงพักงานระหว่างวันก็ดีเหมือนกัน การทำงานระยะไกลเป็นสิ่งที่ดีสำหรับหลาย ๆ อย่าง แต่สถานการณ์ที่น่ากังวลอย่างหนึ่งคือคุณถามคำถามกับเพื่อนร่วมงานและไม่ได้รับคำตอบ พวกเขาไม่ตอบสนองเพราะไม่อยู่ 30 นาทีใช่หรือไม่ หรือเพราะอยู่ลึกในโซนไม่ฟังแชท? อาจจะอยู่ในการประชุม? ข้อความ “กลับมา…” สามารถบรรเทาข้อกังวลเหล่านี้และทำให้เวิร์กโฟลว์ราบรื่น

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

มีการเริ่มต้นที่น่าสนใจที่เรียกว่า Sqwiggle ที่อาจแก้ปัญหาเหล่านี้ได้บ้าง (แม้ว่าฉันจะยังไม่ได้ลองด้วยตัวเอง) นอกจากการถ่ายภาพของคุณทุก ๆ สองสามวินาทีแล้ว ยังช่วยให้สมาชิกในทีมคลิกที่รูปภาพของคุณเพื่อเริ่มการสนทนาทางวิดีโอ/เสียง ตลอดจนจัดเตรียมองค์ประกอบการแชทด้วยข้อความ แนวคิดเบื้องหลังภาพคือการมองในแวบเดียวว่าคุณกำลังอยู่ที่คอมพิวเตอร์หรือไม่ (ไม่มีอะไรเลวร้ายไปกว่าการพยายามแชทกับใครบางคนทางออนไลน์แล้วไม่ได้ยินตอบกลับเร็ว พวกเขาทันเรื่องอื่นหรือเปล่า ลึกเข้าไปในโซน ไม่เห็นการแจ้งเตือนการแชท อยู่ในห้องน้ำตอนนี้?) ฉันได้ยินเกี่ยวกับ Sqwiggle ใน Wide Teams Podcast ตอนที่ 83

ในโครงการที่คุณสามารถกำหนดแนวทางปฏิบัติที่ดีที่สุดได้

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

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

ประชุมสแตนด์อัพ

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

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

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

• นักพัฒนา 1-3 คน: การประชุมแบบสแตนด์อัพ 2 ครั้งต่อสัปดาห์
• นักพัฒนา 4+ คน: การประชุมสแตนด์อัพรายวัน

สำหรับนักพัฒนา 1-3 คำถามเหล่านี้ส่วนใหญ่มีความชัดเจนในตัวเอง: คุณรู้ว่านักพัฒนาแต่ละคนกำลังทำอะไร เพราะง่ายต่อการติดตามงานของแต่ละคนขณะที่พวกเขาไถตั๋ว: ทุกคนรู้ว่าทุกคนกำลังทำอะไรอยู่ เพราะมีเพียงไม่กี่คนที่ทำ งาน.

สำหรับทีมระยะไกลที่ใหญ่ขึ้น มีหลายส่วนที่เคลื่อนไหว: คุณต้องการให้แน่ใจว่าไม่มีใครเหยียบเท้าเสมือนของใครก็ตามด้วยการจำลองงานหรือทำการเปลี่ยนแปลงที่เข้ากันไม่ได้

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

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

การส่งมอบในรุ่นถัดไปจากระยะไกล

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

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

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

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

นี่คือที่มาของแนวทางปฏิบัติที่ดีที่สุดของตัวติดตามบั๊กจากระยะไกล ด้วยการติดตามจุดบกพร่อง ลูกค้าจะรู้ว่า:

1. อะไรอยู่ในจานของทีมสำหรับการส่งมอบนี้
2. ถ้าเสร็จแล้ว
3. หากงานได้รับการอนุมัติจากลูกค้า

ลูกค้ารู้ว่าจะคาดหวังอะไรจากรุ่นนี้ และนักพัฒนารู้ว่างานอะไรรออยู่ข้างหน้า

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

คำแนะนำ

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

• Planscope.io ในโหมดรายสัปดาห์ นี่คือเครื่องมือติดตามเวลา + ตัวติดตามจุดบกพร่อง + เครื่องมือประเมินโครงการที่ส่งอีเมลรายวันให้กับลูกค้าเมื่อคุณทำงานในโครงการของพวกเขา และ ให้พวกเขาเห็นว่าสิ่งต่าง ๆ ดำเนินไปอย่างไรในแง่ของความคืบหน้าและงบประมาณ เหมาะสำหรับโครงการของนักพัฒนา 1-4 คน/ขนาดเดือน
• App Trajectory เป็นตัวติดตามจุดบกพร่องสำหรับทีมขนาดเล็กโดยมุ่งเน้นที่การประเมินและแบ่งโครงการออกเป็นชิ้นๆ หนึ่งถึงสองสัปดาห์ (การทำซ้ำ) App Trajectory สามารถบอกคุณได้ว่าคุณกำลังทำงานให้เสร็จมากแค่ไหนในการวนซ้ำ และการวนซ้ำอีกกี่ครั้งจนกว่างานที่ทราบทั้งหมดจะเสร็จสมบูรณ์ เหมาะสำหรับโครงการขนาด 2-12 ผู้พัฒนา/เดือน
• Pivotal Tracker เป็นเครื่องมือติดตามจุดบกพร่องสำหรับลูกค้าโดยเน้นที่วิธีการแบบ Agile นี่เป็นสิ่งที่ดีหากคุณกำลังทำซ้ำ Agile อย่างเป็นทางการหรือวัดขนาดโครงการเป็นนักพัฒนา/ปี
• FlowDock สำหรับการแชท Flowdock มีข้อดีเหนือ IRC ธรรมดาหรือแชท Skype: นอกเหนือจากการผสานรวมกับบริการยอดนิยมแล้ว ยังช่วยให้คุณแท็กการสนทนาเพื่อใช้อ้างอิงได้อย่างรวดเร็วในภายหลัง FlowDock ยังเก็บรายการกิจกรรมสถานะ (การตรวจสอบรหัส ฯลฯ ) ซึ่งแยกจากการแชททั่วไป (เช่น ในอินเทอร์เฟซของเว็บ การอัปเดตสถานะอัตโนมัติจะอยู่ทางด้านซ้าย ในขณะที่การแชทจะอยู่ทางด้านขวา)
• อีกครั้ง Campfire ยังเหมาะสำหรับการแชทอีกด้วย

บทสรุป

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