การเขียนโปรแกรมกับกลุ่มคนที่ฉันไม่เคยพบมาก่อน

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

"ในฐานะทีมคุณจะต้องทำหน่วยความจำอย่างน้อยสามหน่วยเป็นคลาส ... "

ฉันจะลองและกลายเป็น "กัปตันทีม" เพราะไม่มีใครพยายามติดต่อกัน แต่ฉันอยากรู้: จะทำยังไงดี ฉันได้ส่งอีเมลพวกเขาและถามพวกเขาว่ามีวิธีการสื่อสารที่พวกเขาต้องการมากกว่าการส่งอีเมลถึงกันหรือไม่ แต่เมื่อเราเริ่มโครงการจริง ๆ แล้วฉันจะต้องคิดออกว่าใครกำลังทำอะไรอยู่

ฉันควรทำอย่างไร? ฉันจะ "รับผิดชอบ" และนำสามคนที่ฉันไม่เคยพบมาได้อย่างไร

นี่คือข้อความที่ตัดตอนมาจากการมอบหมายจริง:

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

แก้ไข: หลายคนแนะนำว่าฉันพบพวกเขาในร้านกาแฟหรืออะไรทำนองนั้น ปัญหาเดียวก็คือพวกเราทุกคนอยู่ในสถานะที่แตกต่างกัน ฉันคิดว่าหนึ่งในนั้นไม่ได้รับอนุญาตให้ใช้ Facebook / Skype / twitter ดังนั้นฉันจึงต้องหันไปใช้การส่งข้อความผ่าน yahoo messenger และอีเมล

ผู้นำของโครงการนี้จะเป็นคนที่ก้าวขึ้นและรับผิดชอบในตอนแรก

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

คุณต้องการนำโครงการนี้หรือไม่? นี่คือสองสิ่งที่คุณสามารถเริ่มต้นได้ทันทีเพื่อสร้างผลกระทบที่ยิ่งใหญ่

1. ใช้เครื่องมือการจัดการโครงการเช่นTrelloและส่งคำเชิญไปให้ทุกคนและเริ่มมอบหมายส่วนของโครงการให้กับผู้คน
2. สร้างฐานข้อมูลบั๊กและเริ่มเพิ่มงานและข้อบกพร่อง - อีกครั้งเพียงแค่เริ่มมอบหมาย
3. ตั้งค่าที่เก็บการควบคุมเวอร์ชันและตรวจสอบโค้ดเริ่มต้นที่ดีที่ทุกคนสามารถทำงานได้ ปฏิเสธที่จะจัดการกับรูปแบบอื่น ๆ ของการควบคุมรหัส
4. เสนอเพื่อช่วยให้ผู้คนเริ่มต้นพัฒนาโดยแสดงวิธีใช้ระบบควบคุมเวอร์ชันและฐานข้อมูลบั๊ก
5. ส่งอีเมลรายสัปดาห์ที่มีรายละเอียดสถานะของโครงการและความคืบหน้าของสัปดาห์ที่แล้ว

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

คำตอบของ Jarrod Nettles ค่อนข้างมากสรุปสิ่งที่ฉันจะแนะนำดังนั้นฉันจะโยนบางสิ่งที่ทำงานในประสบการณ์ล่าสุดของฉันในสถานการณ์ที่คล้ายกัน

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

ในการพบกันครั้งแรกของฉันฉันจะพยายามทำความรู้จักกับกลุ่มของคุณเกี่ยวกับการพยายามทำโครงการ - แต่อย่าเพิกเฉยต่อโครงการ! การใช้น้ำแข็งทำลาย 10 หรือ 20 นาทีน่าจะเพียงพอสำหรับ 4 คน

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

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

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

เพิ่มในงบประมาณต่ำกำหนดเวลาไร้สาระและขายลงไปในแม่น้ำโดยการตลาดและดูเหมือนว่าประมาณ 65% ของโครงการพัฒนาซอฟต์แวร์ในโลกแห่งความจริง

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

สิ่งแรกที่ต้องทำในกรณีเช่นนี้คือการสร้างตัวติดตามปัญหาและเรียนรู้วิธีใช้งาน

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

Use Continuous Integration to Avoid Integration Headaches
Have Each Site Send Ambassadors to the Other Sites
Use Contact Visits to build trust
Don't Underestimate the Culture Change
Use wikis to contain common information
Use Test Scripts to Help Understand the Requirements
Use Regular Builds to Get Feedback on Functionality
Use Regular Short Status Meetings
Use Short Iterations
Use an Iteration Planning Meeting that's Tailored for Remote Sites
When Moving a Code Base, Bug Fixing Makes a Good Start
Separate teams by functionality not activity
Expect to need more documents.
Get multiple communication modes working early

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

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

คุณไม่ได้บอกเราว่าคุณมีเวลามากน้อยแค่ไหนในการทำสิ่งนี้หรือภาษาที่คุณใช้ (ฉันจะบอกว่าชั้นเรียนเดียวมีขนาดเล็กมาก

ก่อนอื่นมีผลิตภัณฑ์ที่ใช้งานได้ทุกค่าใช้จ่าย

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

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

โปรดสังเกตว่าทั้งสองเหลื่อมกันเล็กน้อย: นี่เป็นความตั้งใจเนื่องจากสองสัปดาห์ที่ผ่านมาฉันคิดว่าพื้นที่สีเทาซึ่งการทำซ้ำสองครั้งนั้นทำได้ยาก แต่การทำงานในการทำซ้ำครั้งเดียวนั้นมีความเสี่ยง

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

• เก็บรายการคุณลักษณะที่คุณต้องการนำมาใช้ในเร็ว ๆ นี้และใครจะใช้งานคุณลักษณะเหล่านั้น Jarrod แนะนำ Trello และฉันสนับสนุนอย่างเต็มที่ว่า: หากเพื่อนร่วมทีมของคุณไม่ได้มีประสบการณ์มากมันจะช่วยได้มาก คุณสามารถลองเก็บบั๊กที่นั่นด้วย
• ในทีมสี่คุณต้องมีการควบคุมเวอร์ชัน มันอาจทำให้คนอื่นลังเลที่จะมีส่วนร่วมหากพวกเขาไม่รู้วิธีทำงาน แต่มันก็คุ้มค่า
• การพึ่งพาจากภายนอกอาจทำให้มือใหม่ออกไป หากคุณเขียนการทดสอบหน่วยบอกผู้คนว่าพวกเขาไม่ควรกังวลเกี่ยวกับการทำลายการทดสอบ บอกผู้คนว่าพวกเขาไม่ควรกังวลเกี่ยวกับการทำลายโครงสร้างโดยเฉพาะในตอนแรก มันยากกว่ามากในการแก้ไขคนที่ไม่ยอมรับรหัสใด ๆ กว่าคนที่ใช้รหัสรถ
• ตรวจสอบว่าสิ่งที่แนะนำที่นี่มีผลกับคุณจริงๆหรือไม่ "การรวมอย่างต่อเนื่อง" เป็นคำที่มีความหมาย - สำหรับโปรแกรมขนาดเล็กนั่นอาจหมายถึง "โปรแกรมนี้ทำงานและคุณสมบัติทั้งหมดสามารถใช้งานได้" คุณมีเว็บไซต์หรือไม่ การแบ่งเป็นทีมช่วยคุณได้หรือไม่?
• YAGNI มากกว่าร้อยเท่า หากคุณต้องการจริงๆให้เขียนสิ่งต่าง ๆ ล่วงหน้าสำหรับคุณสมบัติที่คุณจะทำด้วยตัวเอง ทำให้ใช้งานได้จากนั้นปรับโครงสร้างมิฉะนั้นคุณจะไม่สามารถทำงานได้
• refactor เมื่อมันทำงานได้ใช้เวลาในการแก้ไข อย่าลืมว่าเพื่อนร่วมทีมของคุณจะต้องอ่านรหัสของคุณด้วยเช่นกัน: วันที่ใช้เวลาในการแก้ไขชิ้นที่น่าเกลียดและการเปลี่ยนวิธีแก้ปัญหาด้วยวิธีที่ดีกว่านั้นไม่ใช่เรื่องเสียวัน
• จับตาดูทุกส่วน การอ่านการเปลี่ยนแปลงและการอ่านรหัสของผู้อื่นเป็นครั้งคราวจะช่วยให้แน่ใจได้ว่าทุกอย่างเป็นไปตามมาตรฐานคุณภาพที่คุณรู้สึกว่าคุณควรบังคับใช้
• อย่าลังเลที่จะทำงานในสิ่งที่สำคัญที่สุดเมื่อเทียบกับสิ่งที่คุณกำหนด หากใครบางคนกำลังตกกำหนดการให้เขียนบันทึกไว้ที่ใดที่หนึ่งและทำมันเอง ถามพวกเขาก่อน แต่ไปข้างหน้าถ้าพวกเขาไม่ตอบหรือถ้าคุณถามหนึ่งหรือสองครั้งแล้วรู้สึกว่าพวกเขายังคงไม่ทำ
• มุ่งเน้นการทำสิ่งที่คุณภูมิใจ แม้ว่ามันจะเบี่ยงเบนไปจากงานที่มอบหมาย แม้ว่าคุณจะต้องตัดฟีเจอร์ใหญ่ ๆ ให้เข้ากับการทำให้สิ่งที่คุณมีราบรื่นยิ่งขึ้น การทำซ้ำทุกครั้งคิดว่า "ฉันภูมิใจในสิ่งนี้หรือไม่" และในการทำซ้ำครั้งถัดไปพยายามแก้ไขสิ่งเหล่านั้น

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

คำตอบของ Jarrod Nettles ดีมาก ฉันจะเพิ่มสิ่งนี้:

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

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

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

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

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

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

ในแง่ของเคล็ดลับ:

ฉันรักสภาพแวดล้อมการทำงานร่วมกันแบบส่วนตัวที่นี่: https://docs.google.com/

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

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