มีปัจจัยความสัมพันธ์ระหว่างเวลาประชุมและประหยัดเวลาในการพัฒนาหรือไม่?

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

ฉันเป็นนักพัฒนาเพียงคนเดียวที่นั่นอีก 4-5 คนมีพื้นหลังที่ไม่ใช่ด้านไอที

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

แต่เมื่อเราพูดถึงมันและพบข้อผิดพลาดล่วงหน้าฉันสามารถเปลี่ยนได้อย่างรวดเร็ว

ในขณะที่คิดเกี่ยวกับเรื่องนี้ฉันได้ถามตัวเองว่าถ้ามีเวลาระหว่างการประชุมเมื่อมันมาถึงการประหยัดเวลาในการพัฒนา?

ตัวอย่างเช่นเวลา 1 นาทีของการประชุมอาจช่วยประหยัดเวลาในการพัฒนา X นาที

ถ้าเป็นเช่นนั้นสิ่งนี้จะช่วยในการกำหนดความถี่และระยะเวลาในการประชุมของเรา

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

"ตราบใดที่พวกเขาต้องการและไม่ได้อีกต่อไป"

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

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

ไม่แน่นอน

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

หากไม่มีใครในห้องมีข้อสงสัยว่ามีความเข้าใจผิดหรือข้อสันนิษฐานที่ผิดพลาดออกไปจากห้อง"การสนทนา" ที่ยืดเยื้อไปเรื่อย ๆ โดยหวังว่าเวลาและแรงกดดันจะผลักดันให้เกิดความขัดแย้งและสร้างความสามัคคีไม่สิ้นหวังและไร้ศีลธรรม

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

ในระหว่างนี้ "ความว่องไว" จะมีประโยชน์

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

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

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

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

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

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

เมื่อคุณต้องไปประชุมมากพอคุณจะเริ่มตระหนักว่าบางคนมีประสิทธิผลจริง ๆ (เช่นใช้ทีม dev ขนาดเล็กและชุดข้อกำหนดที่ดีและเริ่ม whiteboarding สถาปัตยกรรมคุณสามารถทำสิ่งต่าง ๆ ได้มากหากคุณยังคงมุ่งเน้น .) นอกจากนี้คุณยังพบว่าบางส่วนที่ไม่ได้มีประสิทธิภาพเลยหรือแม้กระทั่งมีผลผลิตในแง่ลบ (เคยมีลูกค้ามีการอภิปราย 15 นาทีระหว่างสองสามคนว่าหน้าเข้าสู่ระบบควรพูดว่า "Log In" หรือ "Log On" ท้ายที่สุดไม่มีใครรู้และจะต้องถูกขึ้นบัญชีดำจนกระทั่งภายหลัง)

TL / DR: ขึ้นอยู่กับการประชุมผู้คนและวัตถุประสงค์ของการประชุม