คุณจะเชื่อมช่องว่างระหว่างฝ่ายวิจัยและพัฒนา (R&D) กับฝ่ายไอทีได้อย่างไร?
วิธีที่มีประสิทธิภาพที่สุดคือการรวมผู้เชี่ยวชาญด้านการนำไปใช้งานเข้าไว้ในขั้นตอนแรกๆ ของกระบวนการพัฒนานวัตกรรม โดยให้วิศวกรตรวจสอบต้นแบบแล้วบอกว่า 'สิ่งนี้ใช้ไม่ได้กับฐานข้อมูลปัจจุบันของเรา' จะช่วยประหยัดเวลาและความพยายามที่สูญเปล่าไปได้หลายเดือน การสร้างทีม 'ข้ามสายงาน' จะช่วยให้ผู้คิดค้นและผู้ลงมือทำสื่อสารกันด้วยภาษาเดียวกันตั้งแต่วันแรก
"หุบเขาแห่งนวัตกรรมแห่งความตาย" คืออะไร?
นี่หมายถึงช่วงที่ต้นแบบได้รับการพิสูจน์แล้วว่าประสบความสำเร็จในห้องปฏิบัติการหรือกลุ่มทดสอบขนาดเล็ก แต่ล้มเหลวในการขยายขนาดระหว่างการใช้งานจริง โดยปกติแล้วจะเกิดขึ้นเนื่องจากความท้าทายในการใช้งาน เช่น ค่าใช้จ่ายของเซิร์ฟเวอร์ การปฏิบัติตามข้อกำหนดด้านความปลอดภัย หรือการฝึกอบรมผู้ใช้ ไม่ได้ถูกนำมาพิจารณาในการออกแบบกระบวนการทำงานตั้งแต่แรก เทคโนโลยีที่ยอดเยี่ยมมากมายล้มเหลวในขั้นตอนนี้เพราะมีราคาแพงเกินไปหรือซับซ้อนเกินไปที่จะนำไปใช้ในโลกแห่งความเป็นจริง
เหตุใดหนี้ทางเทคนิคจึงทำให้การสร้างนวัตกรรมยากขึ้น?
ลองนึกถึงหนี้ทางเทคนิคเหมือนกับเงินกู้ดอกเบี้ยสูง ยิ่งมีมากเท่าไหร่ วิศวกรของคุณก็จะมี "รายได้ที่เหลือใช้" (หรือเวลา) น้อยลงเท่านั้นที่จะนำไปทำงานใหม่ๆ เมื่อทีมของคุณใช้เวลา 80% ของสัปดาห์ไปกับการแก้ไขข้อผิดพลาดในระบบเก่า พวกเขาก็เหลือเวลาเพียง 20% สำหรับการพัฒนานวัตกรรม ในที่สุด หนี้ก็จะเพิ่มใหญ่ขึ้นจนการพัฒนานวัตกรรมหยุดชะงักลงโดยสิ้นเชิง
คุณสามารถใช้ระบบอัตโนมัติในการดำเนินการเพื่อเร่งกระบวนการได้หรือไม่?
เครื่องมืออย่าง CI/CD (Continuous Integration/Continuous Deployment) และแนวทางปฏิบัติของ DevOps ถูกออกแบบมาเพื่อทำเช่นนั้นโดยเฉพาะ การทดสอบและการปรับใช้โค้ดใหม่โดยอัตโนมัติจะช่วยลดความท้าทายในการดำเนินการที่เกิดจากมนุษย์ได้มาก อย่างไรก็ตาม การทำงานอัตโนมัติไม่สามารถแก้ไขความคิดที่ผิดพลาดได้ มันเพียงแต่ช่วยให้คุณนำไปใช้หรือล้มเหลวได้เร็วขึ้นเท่านั้น
คุณจะรู้ได้อย่างไรว่าเมื่อใดควรหยุดคิดค้นนวัตกรรมและเริ่มลงมือปฏิบัติ?
หลักการง่ายๆ ที่ควรยึดถือคือ กฎ 70/20/10: ใช้พลังงาน 70% ในการพัฒนาและปรับปรุงเทคโนโลยีหลักของธุรกิจ 20% สำหรับนวัตกรรมที่เกี่ยวข้อง และ 10% สำหรับโครงการในอนาคตที่มีความเสี่ยงสูง หากคุณพบว่าทีมของคุณเริ่มต้นโครงการใหม่ๆ อยู่ตลอด แต่ไม่เคยทำเสร็จ นั่นเป็นสัญญาณว่าโครงการที่รอการดำเนินการอยู่มีมากเกินไป และทักษะการดำเนินการของคุณยังต้องปรับปรุง
การย้ายระบบไปยังคลาวด์นับเป็นนวัตกรรมหรือการนำไปใช้กันแน่?
มันเป็นทั้งสองอย่าง แต่ส่วนใหญ่แล้วมันเป็นความท้าทายด้านการนำไปใช้งานอย่างมาก การย้ายข้อมูลและแอปพลิเคชันไปยังคลาวด์เป็นอุปสรรคทางเทคนิค ซึ่งเมื่อแก้ไขได้แล้ว จะสร้างรากฐานที่ราบรื่นยิ่งขึ้นสำหรับการสร้างสรรค์นวัตกรรมในอนาคต มักถูกอธิบายว่าเป็นการ 'ปูทาง' เพื่อให้กระบวนการสร้างสรรค์นวัตกรรมสามารถขับเคลื่อนได้เร็วขึ้นในภายหลัง
ความคิดเห็นของผู้ใช้มีบทบาทอย่างไรในกระบวนการพัฒนาผลิตภัณฑ์?
ความคิดเห็นจากผู้ใช้คือการตรวจสอบความเป็นจริงของกระบวนการพัฒนาผลิตภัณฑ์ หากปราศจากความคิดเห็นเหล่านี้ นักคิดค้นนวัตกรรมมักจะสร้างฟีเจอร์ที่พวกเขาคิดว่าเจ๋ง แต่ไม่มีใครอยากใช้จริง ๆ การรวบรวมความคิดเห็นตั้งแต่เนิ่น ๆ ในกระบวนการพัฒนาผลิตภัณฑ์จะช่วยป้องกัน "ความท้าทายในการนำไปใช้งาน" ซึ่งก็คือการเปิดตัวผลิตภัณฑ์ที่เสร็จสมบูรณ์แล้ว แต่ตลาดกลับไม่สนใจเลย
บริษัทจะวัดได้อย่างไรว่ากระบวนการทำงานของตนนั้นได้ผลหรือไม่?
อย่ามองแค่จำนวนไอเดียที่เกิดขึ้น แต่จงดูที่ 'อัตราการแปลง'—ว่าไอเดียเหล่านั้นกี่ไอเดียที่ผ่านอุปสรรคในการนำไปปฏิบัติและกลายเป็นผลิตภัณฑ์ที่ทำกำไรได้ กระบวนการทำงานที่สร้างไอเดียได้ 100 ไอเดีย แต่ไม่มีการนำไปปฏิบัติสำเร็จเลยสักครั้ง ถือว่าล้มเหลว ความสำเร็จที่แท้จริงวัดได้จากผลกระทบที่จับต้องได้ต่อผลกำไรหรือประสิทธิภาพการดำเนินงานของธุรกิจ