เป็นเรื่องปกติหรือไม่ที่โปรแกรมเมอร์จะทำงานในหลายโครงการพร้อมกัน [ปิด]

ในงานปัจจุบันฉันมีสองโครงการที่จะทำงาน ครั้งแรกคือระบบที่ใหญ่มากและอันที่สองมีขนาดเล็กกว่า แต่ก็ยังใหญ่ (โครงการแรกกำลังได้รับการพัฒนาเป็นเวลา 12 ปีที่สองเป็นเวลา 4 ปี)

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

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

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

ฉันไม่เห็นด้วยอย่างสมบูรณ์เมื่อมีคนพูดว่า "ใช่มัลติทาสกิ้งเป็นเรื่องปกติ"

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

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

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

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

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

ดังนั้นการทำงานหลายอย่างนั้นแย่มากเพราะมันบังคับให้คุณออกจาก "the zone" และย้ายไปทำอย่างอื่น หากคุณเปลี่ยนอย่างต่อเนื่องนั่นหมายความว่าคุณไม่ได้ทำงานอย่างมีประสิทธิภาพเพราะทุกครั้งที่คุณเปลี่ยนงานหรือโครงการใหม่คุณต้องเสียเวลาประมาณ 15-20 นาทีเพื่อกลับไปที่โซนอีกครั้ง

มันก็เหมือนกับการทำมัลติเธรด: ในบางครั้งค่าใช้จ่ายในการสลับบริบทเธรดทุกรอบสองรอบนั้นสูงเกินไปดังนั้น CPU จึงใช้เวลาในการสลับบริบทมากกว่าการใช้งานจริง

ฉันขอแนะนำให้อ่านบทความจาก Joel Spolsky ในเรื่องนี้:

http://www.joelonsoftware.com/articles/fog0000000022.html

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

โจเอลพูดได้ดีเมื่อเขาพูดว่า:

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

ใช่มันเป็นที่คาดหวัง และยินดีด้วย

มีสองวิธีในการดู:

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

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

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

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

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

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

ใช่ นั่นเป็น "ปกติ" อย่างสมบูรณ์ / ปกติเมื่อคุณทำงานกับ บริษัท ที่ให้บริการ xD

นอกจากนี้ถ้าคุณร่วมมือกับโครงการโอเพ่นซอร์สนั่นคือกฎ

อาจจะไม่ใช่รัฐที่สมบูรณ์แบบ แต่เป็นอาหารประจำวัน

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

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

ดังนั้นเพื่อตอบคำถามของคุณใช่มันเป็นเรื่องธรรมดามาก

ตรวจสอบบทความที่เรียกว่ามัลติทาสกิ้งได้รับคุณมีต่อ กราฟนี้บอกเล่าเรื่องราว:

กล่าวอีกนัยหนึ่ง บริษัท กำลังเสียเวลาโดยให้โปรแกรมเมอร์ทำงานมากกว่าหนึ่งโครงการต่อครั้ง ด้วยสามโครงการขยะ 40%! เวลาที่เหลือแบ่งออกเป็นสามโครงการ

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

(ภาพไม่สนใจค่าใช้จ่ายอย่างสมบูรณ์ในความเป็นจริงเวลาที่สูญเปล่าจะทำให้ทั้งสองโครงการ 20% ในภายหลัง)

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

แน่นอนการแก้ไขข้อบกพร่อง ฯลฯ สามารถเกิดขึ้นได้กับโครงการใด ๆ

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

มีบางครั้งจะมีเวลาที่หนึ่งในโครงการ "พ่นยกเว้น" และต้องมีการทำงานในขณะนี้ มีสองสิ่งที่ต้องทำที่นี่:

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

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

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

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

ฉันคิดว่ามันเป็นเรื่องปกติ วิธีการทำงานของฉันตอนนี้ (ฉันอยู่ใน บริษัท ที่มีนักพัฒนาประมาณ 40 คนขนาด บริษัท ทั้งหมดประมาณ 700) และฉันมักจะมีโครงการ "ระยะยาว" ที่มีตั๋ว / ข้อบกพร่องเล็ก ๆ มากมายที่เกิดขึ้นดังนั้นมันมักจะจบลงด้วยการเป็นตั๋วขนาดเล็ก 50% และ 50% ทำงานในโครงการระยะยาว สิ่งที่อาจเป็นเรื่องยากคือการหยุดชะงักอย่างต่อเนื่องสามารถชะลอตัวลงและทำให้โครงการระยะยาวล้มเหลว

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

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

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

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

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

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

ฉันเห็นด้วยกับที่กล่าวว่าเป็นเรื่องปกติ / ทั่วไป

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

IMHO ไม่เพียง แต่เป็นเรื่องปกติ แต่ยังเป็นที่ต้องการอีกด้วย

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

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

ปัญหาคือพวกเขาเห็นว่ามี 3 งานที่ทำงานร่วมกันกับผู้ทำเงินมากกว่า 1 ครั้งและสถิติแสดงให้เห็นว่าประสิทธิภาพลดลง 40% นั่นเป็นการสูญเสียกำไร 40% ..

ก่อนหน้านี้ฉันเคยทำงานให้กับองค์กรที่อนุญาตให้ฉันมุ่งเน้นไปที่ 1 โครงการขนาดใหญ่ในเวลาเดียวกับงานเล็ก ๆ ในระหว่างตั๋วและการสนับสนุน ฯลฯ เราทำงานกับข้อตกลงที่ 8: 00-10: 00 น. เป็นตั๋วและสนับสนุนระบบปัจจุบัน ซึ่งผ่านทางอีเมล / โทรศัพท์ / ฝ่ายช่วยเหลือแล้ว 10:00 น. - 16:30 น. หรือเวลาจบของคุณคือการพัฒนาอย่างเต็มรูปแบบ สิ่งนี้ใช้ได้ดีมากเพราะเรามีฝ่ายช่วยเหลือเพื่อรับโทรศัพท์และอีเมลฉันสามารถทำตั๋วในตอนเช้าและพัฒนาส่วนที่เหลือของวัน ปัญหาคือถ้าคุณมีการจัดการที่ไม่ดี ผู้จัดการทำให้สิ่งทั้งหมดนี้เกิดขึ้นและหากปราศจากการสนับสนุนหรือความเข้าใจในความท้าทายที่คุณเผชิญอยู่ทุกวันพวกเขาก็ไม่รู้ความจริง

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

ปัญหาอีกอย่างคือเงินรักของบอสพวกเขาเห็นโครงการเป็นเงินเมื่อพวกเขามี 5 โครงการสำหรับ£ 20,000 ทั้งหมดในเวลาเดียวกัน (และคุณเป็นนักพัฒนาเดี่ยว) นั่นคือ 100,000 ปอนด์ในหนังสือ .. ดูดีบนกระดาษ แต่สามารถ สร้างความเสียหายต่อชื่อเสียงของ บริษัท เมื่อสิ่งเหล่านี้ไม่เป็นไปตามกำหนดเวลาและระบบจะไม่สมบูรณ์เนื่องจากขาดสมาธิ

ฉันเห็นด้วยกับคุณอย่างสมบูรณ์ฉันอยู่ในตำแหน่งของคุณในขณะนี้

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

โครงการซอฟต์แวร์เช่นคู่ค้าความรักอาจมีอยู่มากมายและดีในหลาย ๆ ด้าน แต่จะดีเพียงครั้งเดียว

การเพิ่มสิ่งที่ @Martin Wickman พูดไว้พยายามอย่าสลับงานมากนัก ตัวอย่างเช่นทำงาน AM ในโครงการ A, PM ในโครงการ B และไม่ต้องพูดถึงการเพิ่มคุณสมบัติ ที่เจ็บปวดมากขึ้นเมื่อคุณไม่ได้ทำงานในโครงการเต็มเวลา