แนวคิดความคล่องตัว ยังคงดำรงอยู่ และกำลังถูกนำมาประยุกต์ใช้อย่างเป็นรูปธรรมในที่สุด

แนวคิดที่เราไม่เคยนำมาประยุกต์มาใช้อย่างเต็มรูปแบบ จนปัจุบัน

เป็นเวลาหลายปีที่ “Agile” กลายเป็นหนึ่งในคำศัพท์ที่ถูกนำมาใช้พร่ำเพรื่อมากที่สุดในแวดวงอุตสาหกรรมของเรา มันกลายเป็นเพียงคำเรียกขานมากกว่าสิ่งที่มีผลในทางปฏิบัติ และมักถูกลดทอนความหมายลงเหลือเพียงแค่ธรรมเนียมปฏิบัติ การทำงานระยะสั้น, การคุยอัปเดตงานสั้นๆ ประจำวัน, การจัดระเบียบและเคลียร์คิวงาน, การวัดกำลังการผลิตของทีม, การติดตามความเร็วในการทำงาน แม้จุดมุ่งหมายเดิมคือความรวดเร็วและความสามารถในการปรับตัว แต่ในความเป็นจริง หลายทีมกลับต้องลงเอยด้วยวงจรการทำงานที่มีแบบแผนตายตัว ซึ่งมีความยืดหยุ่นมากกว่าวิธีการแบบดั้งเดิมเพียงแค่เล็กน้อยเท่านั้น

ที่ Outsourcify เราไม่เคยนำระบบ แนวความคิดคล่องตัวตามทฤษฎีในตำราเรียนมาประยุกต์ใช้อย่างเต็มรูปแบบเลย อันที่จริงแล้ว แนวทางของเรากลับเป็นไปในทิศทางตรงกันข้ามเสียด้วยซ้ำ

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

สิ่งนี้ไม่ได้เกิดจากจุดยืนทางปรัชญาเพื่อต่อต้านความคล่องตัวแต่อย่างใด ทว่าเป็นการตอบสนองในเชิงปฏิบัติเพื่อรับมือกับข้อจำกัดของการพัฒนาซอฟต์แวร์ในขณะนั้น

เมื่อการพัฒนากลายเป็น คอขวด

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

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

และวิธีการนี้ก็ใช้ได้ผลดี มาอย่างยาวนานหลายปี

ทว่าในปัจจุบัน สภาพแวดล้อมในการดำเนินงานของเรานั้นได้เปลี่ยนแปลงไปอย่างสิ้นเชิง

ต้นทุนในการพัฒนาดิ่งลงอย่างเห็นได้ชัด

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

นี่ไม่ใช่เพียงความก้าวหน้าเพียงเล็กน้อย ทว่ามันเป็นการพลิกโฉมรากฐานของวิธีการที่โปรเจกต์ต่างๆ พัฒนาและก้าวหน้าไปอย่างสิ้นเชิง

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

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

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

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

จุดคอขวดของการทำงานได้ย้ายไปสู่จุดอื่นแล้ว

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

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

และกระบวนการตัดสินใจตามลำดับขั้น

ความไม่สอดรับกัน

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

เปรียบเสมือนการติดตั้งเครื่องยนต์สมรรถนะสูงลงในโครงสร้างที่ไม่เคยได้รับการออกแบบมาเพื่อรองรับความเร็วในระดับนั้น

ความเร็วที่ปราศจากการปรับตัวย่อมทำให้เกิดความไม่ราบรื่นหรืออุปสรรค

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

เมื่อกระบวนการพัฒนาเป็นไปอย่างรวดเร็ว ต้นทุนในการเพิ่มหรือเปลี่ยนแปลงฟีเจอร์จึงไม่ได้อยู่ที่ขั้นตอนในการลงมือปฏิบัติ มากเท่ากับกระบวนการในการตัดสินใจ

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

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

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

แต่บริบทเหล่านั้นได้เปลี่ยนไปแล้ว

การทบทวนวงจรชีวิตผลิตภัณฑ์ใหม่ทั้งหมด

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

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

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

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

การสิ้นสุดของบทบาทหน้าที่ที่ตายตัว

การเปลี่ยนแปลงนี้ยังส่งผลท้าทายต่อรูปแบบการจัดตั้งทีมงานอีกด้วย

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

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

การแบ่งแยกแบบดั้งเดิมระหว่าง ‘ผู้ที่ทำหน้าที่คิด’ กับ ‘ผู้ที่ทำหน้าที่สร้าง’ กำลังเริ่มจางหายไป

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

สิ่งที่ Agile ควรที่จะเป็นมาโดยตลอด

ในหลายแง่มุม สิ่งนี้ได้นำเราย้อนกลับไปยังเจตนารมณ์ดั้งเดิมของ Agile 

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

ความแตกต่างคือ ในตอนนี้เรามีเครื่องมือที่ช่วยให้สามารถนำหลักการเหล่านั้นมาปฏิบัติจริงได้อย่างมีประสิทธิภาพ

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

สิ่งที่ยังคงหลงเหลืออยู่คือความท้าทายในด้านการบริหารจัดการองค์กร

แล้วองค์กรของคุณล่ะ… สามารถก้าวตามการเปลี่ยนแปลงนี้ได้ทันหรือไม่?

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

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

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

ที่ Outsourcify เราเชื่อว่านี่คือจุดเปลี่ยนสำคัญของการพัฒนาซอฟต์แวร์ในยุคปัจจุบัน

ความคล่องตัวจะไม่กลับมาในฐานะระเบียบวิธีปฏิบัติอีกต่อไป

แต่มันกำลังอุบัติขึ้นในฐานะ ขีดความสามารถอย่างหนึ่ง