ทดลองใช้ 30 วัน!

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

แนวคิดนี้ได้รับความนิยมโดยMatt Cuttsอดีตวิศวกรของ Google ในการพูดคุย TED ของเขาเรื่อง "Try Something New for 30 Days" ในการพูดคุย Cutts อธิบายว่าความท้าทาย 30 วันช่วยให้เราหลุดพ้นจากเขตสบาย ๆ และลองสิ่งใหม่ ๆ ได้อย่างไร

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

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

ทีมของคุณต้องการลองใช้แบบลีนหรือ Kanban หรือ Scrum-ban (แบบ Kanban, Scrum แบบผสม) เป็นเวลา 30 วันหรือไม่? ทำให้เป็นความท้าทาย 30 วันและดูว่าใช้ได้หรือไม่

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

คุณจะเลือกอะไรสำหรับการท้าทาย 30 วันของคุณ? แบ่งปันความคิดของคุณในความคิดเห็นด้านล่าง!