กฎของพาร์กินสัน: ใช้ประโยชน์จากกฎที่มีอยู่จริง

กฎของพาร์กินสัน: ในเมื่อมีอยู่จริง ก็จงใช้มัน

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

• Iron Triangle: แสดงข้อจำกัดหลัก 3 ประการของโปรเจ็กต์

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

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

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

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

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

[GN⁺]

ความคิดเห็นจาก Hacker News

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

  • เคยเห็นกรณีที่พยายามแก้ปัญหา 5 ล้านดอลลาร์ด้วยงบ 1 ล้านดอลลาร์ แต่สุดท้ายกลับต้องจ่าย 10 ล้านดอลลาร์ “ทางลัด” ที่ทีมรีบเลือก สุดท้ายกลายเป็น “ทางอ้อม” ที่ทำให้โปรแกรมล่าช้า

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

  • องค์กรตั้งไทม์ไลน์ที่ยืดออกไป และสุดท้ายก็นำไปสู่ความสูญเปล่าที่มากขึ้น

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

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

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

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

• หากสอนกฎของพาร์กินสันให้ผู้จัดการ อาจทำให้พวกเขาตั้งเส้นตายที่ไม่สมจริง ซึ่งอาจเป็นผลเสียต่อทุกคน สิ่งสำคัญคือทำให้นักพัฒนาสนใจในงานที่ทำ

• ปัญหาของเส้นตายคือมันสะท้อนลำดับความสำคัญของคนอื่น หากเส้นตายสอดคล้องกับลำดับความสำคัญที่มีประสิทธิภาพ ก็ไม่จำเป็นต้องมีเส้นตาย เส้นตายที่ถูกบังคับจากภายนอกจะเปลี่ยนการกระจายงาน

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

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

• มีอยู่สองสถานการณ์: ภาวะหมดไฟจากแรงกดดันต่อเนื่อง และการตั้งเส้นตายในฐานะความท้าทายส่วนตัว อย่างหลังช่วยหลีกเลี่ยงอัมพาตจากการวิเคราะห์และรักษาสมาธิได้