หลักการจูบในการจัดการโครงการคืออะไร?
คิดเกี่ยวกับครั้งสุดท้ายที่คุณมี "Eureka!" ช่วงเวลา. เป็นเพราะคุณค้นพบบางสิ่งที่ซับซ้อนซับซ้อนและยากที่จะเข้าใจ - ด้วยระฆังและนกหวีดทุกประเภทระหว่างทาง?
อาจจะไม่. มีแนวโน้มมากขึ้นช่วงเวลา Lightbulb สุดท้ายของคุณทำให้คุณตบหน้าผากของคุณและพูดว่า "ทำไมฉันไม่คิดอย่างนั้นมาก่อน" นวัตกรรมและแนวคิดที่ดีที่สุดของเรามักจะมาเมื่อเรายึดมั่นในหลักการที่มีข้อความชัดเจน: "ทำให้มันง่ายโง่"
การเน้นความเรียบง่ายมีประวัติศาสตร์อันยาวนานมีดโกนของ Occamหลักการแก้ปัญหาการออกเดทกับยุคกลางถือว่าทุกสิ่งที่เท่าเทียมกันความท้าทายไม่ควรทวีคูณเกินความจำเป็น ในการพูดคุยที่ทันสมัยเราพูดว่า: "คำอธิบายที่ง่ายที่สุดมีแนวโน้มที่จะเป็นจริง"
ในธุรกิจหลักการจูบทำหน้าที่เป็นเครื่องเตือนใจว่ามนุษย์มนุษย์มีแนวโน้มที่จะคิดสิ่งที่คิดมาก เราชอบที่จะแก้ไขระบบที่ไม่แตก เราต้องการให้อินพุตที่ไม่มีใครต้องการ เราชอบที่จะเพิ่มขั้นตอนในการดำเนินการเพื่อให้รู้สึกว่า "ปรับให้เหมาะสม" มากขึ้นแม้ว่าขั้นตอนเหล่านั้นจะช้าลงเท่านั้น
แต่จูบที่ยืนหยัดเพื่ออะไรและมันมีลักษณะอย่างไรเมื่อนำไปใช้ในโลกแห่งความจริงของการจัดการโครงการ ?
จูบนี้ยืนหยัดเพื่ออะไร?
จูบหมายถึง "ทำให้มันง่ายโง่" ข้อความนี้เรียบง่าย: อย่าทำให้กระบวนการทางธุรกิจของคุณซับซ้อนกว่าที่จะเป็น คุณจะเพิ่งสร้างงานให้ตัวเองมากขึ้น ยิ่งแย่ไปกว่าความคิดริเริ่มใหม่ที่คุณเปิดตัวอาจสร้างผลลัพธ์ที่แย่ลงหากคุณเพิ่มความซับซ้อนมากเกินไปตลอดทาง
จูบทำหน้าที่เป็นเครื่องเตือนความจำที่มีประโยชน์นั้นความซับซ้อนไม่ได้สะท้อนการปรับปรุงเสมอไปโครงการผู้จัดการมักจะคิดว่าการเล่นกับสูตรหมายความว่าเราดีขึ้นอย่างต่อเนื่อง แต่ในการติดตามผลตอบแทนที่ลดน้อยลงบางครั้งเราก็ทำให้สิ่งต่าง ๆ แย่ลง
Leonardo da Vinciเมื่อกล่าวว่าความเรียบง่ายเป็นความซับซ้อนขั้นสูงสุด ในที่สุดธุรกิจการปรับปรุงในที่สุดก็เกี่ยวกับการค้นหาโซลูชั่นที่หรูหราที่ควรทำให้เราตบหัวเราและพูดว่า "Duh - ทำไมฉันไม่คิดอย่างนั้น?"
หลักการจูบในการจัดการโครงการคืออะไร?
ใน การจัดการโครงการกฎจูบหรือกฎจูบเป็นเครื่องเตือนความจำคงที่เพื่อเน้นวิธีที่ง่ายที่สุดในอนาคต คุณยึดมั่นในการจูบเมื่อคุณหลีกเลี่ยงการแนบขั้นตอนที่ไม่จำเป็นไปยังกระบวนการที่ไม่ต้องการ
หลักการของการจูบมาจากโครงการเฉพาะในกองทัพสหรัฐฯ ติดตามบางคำจูบเป็นตัวย่อที่ย้อนกลับไปที่กองทัพเรือสหรัฐฯในปี 1960 ตามบางคนพลเรือตรี Paul Stroop มีการมอบหมายอย่างง่าย: ลดค่าใช้จ่ายของอาวุธทางอากาศของกองทัพเรือภายใต้นาฬิกาของเขา
Stroop สามารถค้นหาอุปกรณ์และวัสดุที่ถูกกว่า เขาสามารถเจรจาใหม่กับผู้ขาย แต่เขาก็ตระหนักว่ากระบวนการที่กองทัพเรือใช้มีความซับซ้อนเกินไป มีขั้นตอนมากเกินไปเทปสีแดงมากเกินไป เพื่อลดความซับซ้อนของเขาจึงเป็นตัวอย่างโดยการขอให้ประชาชนอยู่ภายใต้พระองค์เพื่อยึดมั่นในการย่อ: ทำให้มันง่ายโง่
แหล่งที่มาอื่นร่องรอยต้นกำเนิดของโครงการจูบถึง Kelly Johnson วิศวกรตะกั่วที่ Lockheed Skunk Works จอห์นสันปล่อยให้นักออกแบบที่ Lockheed รู้ว่าการออกแบบของพวกเขาจะต้องเรียบง่ายพอที่ทหารในสถานการณ์การต่อสู้ที่มีการฝึกอบรมและเครื่องมือขั้นพื้นฐานควรจะสามารถแก้ไขได้ ในการต่อสู้ไม่มีที่ว่างสำหรับความซับซ้อน
เมื่อใดก็ตามที่จูบเริ่มต้นหลักการถือเป็นจริงวันนี้ - ไม่ว่าคุณจะจัดการโครงการประเภทใด
ตัวอย่าง "Geep It Simple โง่"
แต่นั่นคือกองทัพเรือ แต่หลักการจูบเป็นอย่างไรเมื่อใช้ในธุรกิจ?
พิจารณาตัวอย่างของเทสโก้ซูเปอร์มาร์เก็ตในสหราชอาณาจักรที่มีชื่อเสียงด้านนวัตกรรม ก่อนที่จะกลิ้งหนึ่งในนวัตกรรมที่มีชื่อเสียงเหล่านี้เทสโก้ใช้คำถามสามข้อ:
พวกเขาไม่ใช่คำถามที่เปลี่ยนเกม พวกเขาไม่ซับซ้อน ในความเป็นจริงพวกเขาทั้งหมดง่าย ๆ อย่างช้าๆ แต่โดยใช้คำถามเหล่านี้อย่างสม่ำเสมอเทสโก้ระบุแนวคิดใหม่ที่ยอดเยี่ยมและโยนสิ่งที่ไม่ทำให้สิ่งต่าง ๆ ง่าย
"ซอสลับของเทสโก้สำหรับการลดความซับซ้อนของนวัตกรรมอย่างเหมาะสมอย่างน่าอัศจรรย์อย่างน่าอัศจรรย์: บริษัท ทำให้ผู้คน - และผู้คนมีความรับผิดชอบต่อความเรียบง่าย" Michael Schrage เขียนรีวิวธุรกิจฮาร์วาร์ด.
ตัวอย่าง "Geep It Simple, Stupid" ไม่ได้ จำกัด อยู่ที่ร้านขายของชำอย่างไรก็ตาม เมื่อถูกถามเกี่ยวกับ "สูตรความสำเร็จทางธุรกิจ" ของเขาผู้จัดการระบบThad Eidmanกล่าวว่าต้มลงไปจนถึงกระบวนการสี่ขั้นตอน:
มีเหตุผล "Kiss" ไม่ใช่ "KIS" สุดท้าย "S" ทำหน้าที่เป็นเครื่องเตือนใจว่าเป็นมนุษย์ความรู้และสติปัญญาของเรามีข้อ จำกัด หากวิธีการแก้ปัญหาง่าย ๆ การแทรกแซงของเราบางครั้งอาจซับซ้อนและบิดเบือนสิ่งที่จะเป็นวิธีที่สง่างามในการจัดการธุรกิจ จูบทำหน้าที่เป็นเครื่องเตือนความจำที่จะยังคงถ่อมตนในหน้าของสิ่งที่สร้างผลลัพธ์จริง
ข้อดีของการใช้กฎจูบ
ความเรียบง่ายอาจฟังดูชัดเจน แต่การใช้งานที่สอดคล้องกันของกฎจูบมีข้อดีทุกประเภท:
จูบในวิศวกรรมซอฟต์แวร์
วิศวกรซอฟต์แวร์มักชอบชี้ไปที่คำพูดจากAntoine de Saint-exupéry :
"ความสมบูรณ์แบบไม่ประสบความสำเร็จเมื่อไม่มีอะไรเพิ่มเติมที่จะเพิ่ม แต่เมื่อไม่มีอะไรเหลือทิ้ง"
จูบในด้านวิศวกรรมซอฟต์แวร์มีความสำคัญอย่างยิ่งเนื่องจากภาวะแทรกซ้อนที่ไม่จำเป็นใด ๆ เป็นโอกาสสำหรับรหัสที่ผิดพลาด
วิศวกรยังติดกับตัวย่อที่คล้ายกัน Yagni: คุณไม่ต้องการมัน นี่คือคำเตือนต่อต้านการเพิ่มฟังก์ชั่นที่ผู้คนไม่ต้องการ มันจะได้รับประสบการณ์การใช้งานที่ง่ายและรวดเร็วเท่านั้น
วิศวกรทำงานเพื่อหลีกเลี่ยง "คุณสมบัติการคืบ" หรือการเพิ่มคุณสมบัติใหม่ที่ช้าและสอดคล้องกันอย่างช้า ๆ กับซอฟต์แวร์ที่ย้ายออกจากฟังก์ชั่นหลักของมัน วิศวกรซอฟต์แวร์อาจชี้ไปที่ซอฟต์แวร์ที่ดีที่สุดและมันง่ายแค่ไหน ตัวอย่างเช่น Google ได้รับสถานะเป็นเครื่องมือค้นหาอันดับต้น ๆ ไม่ใช่เพราะระฆังและนกหวีด แต่เนื่องจากหน้าแรกที่เรียบง่ายและการส่งมอบสูงสุด -คุณภาพผล.
ในซอฟต์แวร์ความซับซ้อนเพิ่มเติมมีค่าใช้จ่ายจริง เพิ่มคุณสมบัติมากเกินไปและซอฟต์แวร์อาจใช้เวลาโหลดนานเกินไป เพิ่มระฆังและนกหวีดมากเกินไปและผู้ใช้อาจพบว่ามันยากที่จะลงบนบอร์ดนำไปสู่การใช้งานน้อยลง
ในกระดาษที่เรียบง่ายในวิศวกรรมซอฟต์แวร์Ben Mosicely และ Peter Marks เคยกล่าวไว้ต่อไปนี้:
"พิจารณาต่อไปในการทดสอบและการให้เหตุผลความเรียบง่ายมีความสำคัญมากกว่าเช่นกัน"
เหตุผลของพวกเขา? การลงทุนในความเรียบง่ายทำให้การพิจารณาในอนาคตสำหรับซอฟต์แวร์นั้นเข้าใจง่ายขึ้น ความซับซ้อนในขณะเดียวกันสามารถทำให้มันยากต่อการอัปเดตซอฟต์แวร์เพิ่มคุณสมบัติการลบคุณสมบัติหรือทำทุกอย่างที่ผู้ใช้ปลายทางอาจพิจารณาการปรับปรุง
วิธีการรักษาสิ่งต่าง ๆ ให้เรียบง่ายด้วยผู้จัดการงาน UDN
เมื่อจูบยังคงเป็นแนวคิดใหม่ผู้นำโครงการสามารถปรับปรุงประสิทธิภาพของทีมได้ทันทีโดยโพสต์จูบมนต์บนผนัง วันนี้คุณอาจต้องการมากขึ้น
โดยใช้ผู้จัดการงาน UDNเพื่อช่วยในการจัดการโครงการของคุณคุณสามารถใช้คุณสมบัติในตัวเพื่อดำเนินการต่อไปนี้:
ความเรียบง่ายดูง่ายจากภายนอก แต่ด้านในมันต้องใช้ความมุ่งมั่นที่แท้จริง ความซับซ้อนคลานไปอย่างรวดเร็วในโครงการของเรา เราคิดว่ายิ่งเรายุ่งมากขึ้น - ยิ่งเราเพิ่มขั้นตอนเพิ่มเติมในสูตรส่วนตัวของเรา - โครงการของเราที่ซับซ้อนยิ่งขึ้นจะต้องเป็น
แต่การจัดการโครงการที่ดีเกี่ยวกับการค้นหาโซลูชันที่หรูหราที่ทำให้ง่ายขึ้นแทนที่จะซับซ้อน "ทำให้มันง่ายโง่" ควรเป็นมากกว่าการเตือนความจำเป็นครั้งคราว ควรเป็นวิธีการทำสิ่งต่าง ๆ ที่แจ้งการกระทำของคุณในฐานะผู้จัดการโครงการ
ต้องการลองใช้เครื่องมือที่สามารถช่วยคุณปฏิบัติตามหลักการที่เรียบง่ายหรือไม่?ลงทะเบียนผู้จัดการงาน UDNวันนี้และดูว่าการจัดการโครงการง่าย ๆ สามารถเป็นอย่างไร