เรากำลังจะทำให้ความล้มเหลวของแพคเกจซอฟต์แวร์ที่เหมือนกันซ้ำแล้วซ้ำอีกหรือไม่?
เผยแพร่แล้ว: 2022-01-05ยิ่งกว่านั้น ธุรกิจต่างๆ ต่างตระหนักถึงข้อดีของเทคโนโลยีประเภทนี้ เช่น แพลตฟอร์มการเติบโตของแอปพลิเคชันที่มีรหัสต่ำกว่า (LCAP) ซึ่งช่วยให้พวกเขาสามารถแปลงเป็นดิจิทัลและทำงานใหม่ในกระบวนการขององค์กรที่มีความซับซ้อนด้วยขนาดและความเร็วที่เพิ่มขึ้น โดยไม่ต้องประนีประนอมกับการกำกับดูแลด้านไอที ก่อนหน้านี้ 12 เดือนนี้ Gartner คาดการณ์ว่าจะมีการพัฒนาพีซี 23 เครื่องในอุตสาหกรรม LCAP ในปี 2564 ซึ่งเพิ่มขึ้นอย่างรวดเร็วโดยได้รับแรงบันดาลใจจาก Covid-19 ที่ทำให้องค์กรต้องปรับตัวและทำให้เป็นระบบอัตโนมัติมากขึ้นในทันที ขณะนี้บริษัทจำนวนมากสังเกตเห็นว่า Minimal-Code ทำอะไรได้บ้าง พวกเขาจึงไม่น่าจะเปลี่ยนนาฬิกากลับเป็นเทคนิคการทำงานที่ล้าสมัย
ความนิยมของ Small-Code นี้ได้เสริมความแข็งแกร่งให้กับตำแหน่งที่ทั้งฝ่ายไอทีและนักธุรกิจต้องร่วมกันชื่นชมยินดีในการเปลี่ยนแปลงทางดิจิทัลด้วยการทำงานร่วมกันที่เกี่ยวข้องกับทั้งสองฝ่ายมีความสำคัญต่อความสำเร็จ ในทางกลับกัน Gartner ยังระบุด้วยว่า 41 เปอร์เซ็นต์ของผู้ปฏิบัติงานนอกไอที หรือที่เรียกว่า "นักเทคโนโลยีธุรกิจ" ตอนนี้ปรับแต่งหรือสร้างข้อมูลหรือโซลูชันด้านนวัตกรรมทางเทคโนโลยีด้วยตนเอง และการ์ตเนอร์คาดการณ์ว่าภายในสิ้นปี พ.ศ. 2568 ร้อยละ 50 ของยอดขายรวม Very low-Code ใหม่ทั้งหมดจะมาจากองค์กรที่คาดว่าจะเป็นผู้ซื้อนอกองค์กร นี่แสดงให้เห็นว่า 'ธุรกิจ' ไม่เพียงแต่จะใช้อุปกรณ์ที่มีรหัสต่ำกว่าเท่านั้น แต่ยังเป็นแหล่งซื้อของสำหรับพวกเขาอีกด้วย
สิ่งนี้ทำให้เกิดความหวัง แต่ยังกังวลด้วย ความหวังคือการแสดงให้เห็นว่าองค์กรต่างๆ มีส่วนร่วมในการเปลี่ยนแปลงและต้องการใช้อุปกรณ์ที่ช่วยเสริมศักยภาพ ความกังวลคือความน่าจะเป็นที่ฝ่ายองค์กรอาจสร้างการกำหนดเทคโนโลยีเกี่ยวกับความคืบหน้าของแอปพลิเคชันโดยส่วนตัวแล้ว และแยกไอทีและนักพัฒนาออกจากการสนทนามากขึ้นเรื่อยๆ นี่จะไม่ใช่ผลลัพธ์สุดท้ายที่มีประสิทธิผลสำหรับการแปลงเป็นดิจิทัลในอนาคต
หลายปีที่ผ่านมาเราได้อ่านเกี่ยวกับการมอบหมายโครงการที่ผิดพลาดไป นี่เป็นกรณีที่เกิดขึ้นกับทั้งการนำผลิตภัณฑ์ 'นอกชั้นวาง' ไปใช้อย่างเท่าเทียมกัน และการพัฒนายูนิตสั่งทำตามแบบธรรมชาติและแบบออร์แกนิกโดยนักพัฒนา ตามรายงาน CHAOS ประจำปีของ Standish Group (วิเคราะห์ 50,000 โครงการทั่วโลก) 66 เปอร์เซ็นต์ของโครงการโนว์ฮาวเสร็จสิ้นด้วยความล้มเหลวเพียงบางส่วนหรือทั้งหมด และสัดส่วนที่เจริญรุ่งเรืองทั้งหมดก็ลดลงเหลือ 8 เปอร์เซ็นต์ในองค์กรขนาดใหญ่ เราได้สังเกตเห็นความล่าช้า ขอบเขตที่คืบคลาน การพองตัวของงบประมาณ การวางกลยุทธ์ขององค์กรที่รู้สึกไม่สบายซึ่งไม่ตรงกับทรัพยากรที่มีประโยชน์สำหรับนักพัฒนา เราต้องการที่จะทำทุกอย่างอีกครั้งอย่างจริงจังหรือไม่? ในความเร็วของการปรับสภาพแวดล้อมที่มีการจัดการที่มีความสามารถในการล้มเหลวในระดับนี้ไม่ได้อีกต่อไป
บทสนทนาความคืบหน้า
ความเสี่ยงไปข้างหน้าอยู่ในจุดที่เครื่องมือจำนวนมากที่เหลืออยู่ใช้ในสภาพแวดล้อมการพัฒนาโค้ดแบบลดโค้ดที่แบ่งค่อนข้างมากกว่าการรวมผู้เชี่ยวชาญจำนวนมากในแนวทางนี้ พวกเขาสร้าง 'ศักดินา' ระหว่างเทคโนโลยีและองค์กร แทนที่จะนำทั้งสองฝ่ายมารวมกันเป็น 'การเจรจาเพื่อการพัฒนา' ในอีกด้านหนึ่ง เรารับฟังเกี่ยวกับนักพัฒนาที่ต้องการจัดการกับความตระหนักของตน (และถูกต้องในวิธีการต่างๆ มากมาย) แม้ว่าแนวโน้มเหล่านี้ตามที่นักพัฒนาพลเมืองแนะนำ เป็นเรื่องปกติที่ผู้ไม่ใช้เทคโนโลยีจะจัดตั้งระบบส่วนบุคคลของตนแบบแยกส่วน เป็นเรื่องปกติที่ปริมาณเวิร์กโฟลว์พื้นฐาน แต่ไม่ใช่เมื่อคุณจัดการกับปัญหาที่สำคัญต่อภารกิจและการใช้ซอฟต์แวร์ระดับองค์กร
ในขณะที่ Low-Code กำลังเฟื่องฟูในขณะนี้ แต่ก็มีมาหลายปีแล้วในหลายรูปแบบ น่าเสียดายที่วิวัฒนาการของภาค Minimal-Code ได้ทำให้ศักดินาเหล่านี้รุนแรงขึ้น ในการเริ่มต้นด้วยรุ่น Reduced-Code คือการให้ทางลัดแก่ผู้สร้าง แต่สิ่งเหล่านี้ยังคงเป็นอุปกรณ์สำหรับนักพัฒนา ซึ่งต้องการความต่อเนื่องของกิจวัตรการออกกำลังกายการแปลแบบยืนยาวระหว่างฝ่ายไอทีและองค์กร และวงจรความก้าวหน้าที่ยืดเยื้อและยืดเยื้อ
รหัสล่างรุ่นที่สองหันไปทางอื่นในการจัดเรียงของการเพิ่มประสิทธิภาพพลเมืองสถานที่ร่องรอยของ บริษัท สามารถสร้างแอพกลุ่มงานที่เรียบง่ายมาก ๆ ได้อย่างอิสระ แต่ไม่มีความสามารถในการปรับขนาดหรือความซับซ้อนและมักจะขาดตัวเลือกการกำกับดูแลที่สำคัญที่จำเป็นสำหรับการใช้งานในองค์กรที่เป็นที่นิยม แต่ละเทคนิคเหล่านี้มีจุดแข็ง แต่ก็ไม่ได้มอบคุณค่าหลักของอีกวิธีหนึ่งที่ต้องแบกรับ เมื่อไม่นานมานี้เราเห็น LCAP เทคโนโลยีที่ 3 เพิ่มขึ้นเพื่อไขปริศนานี้ให้กระจ่าง แพลตฟอร์มเหล่านี้นำเสนอสภาพแวดล้อมการทำงานร่วมกันที่สามารถใช้ได้โดยผู้สนับสนุนธุรกิจที่ซับซ้อนและธุรกิจควบคู่กัน แม้ว่าจะนำความสามารถที่ดีที่สุดของ Gen 1 และ 2 มารองรับก็ตาม

การเติบโตร่วมกันคืออะไร?
ความก้าวหน้าในการทำงานร่วมกันอย่างแท้จริงผ่านกลุ่มต่างๆ ที่แชร์งานในการผลิตแอปพลิเคชันอิเล็กทรอนิกส์ใหม่ เป็นที่ที่ผู้มีส่วนได้ส่วนเสียที่เกี่ยวข้องทั้งหมดทำงานร่วมกันและนำความรู้ในประเด็นของพวกเขา อำนวยความสะดวกโดยวิศวกรรม ในการติดตามผลเพียงครั้งเดียว สิ่งนี้ช่วยเร่งกระบวนการโดยตัดการแปลความจำเป็นที่คลาสสิกและต่อเนื่องจากบริษัทไปยังไอทีและกลับมาอีกครั้ง และด้วยเหตุนี้ การปรับปรุงอย่างมีนัยสำคัญที่เกี่ยวข้องกับการรับข้อกำหนดเหล่านั้นทั้งหมดหรือการแก้ไขข้อกำหนดเบื้องต้นเหล่านี้อันเป็นผลมาจากการสังเกตคำตอบที่ได้รับในขั้นตอนการออกแบบ อีกทางเลือกหนึ่งคือ การดำเนินการ 'ทำให้เป็นประชาธิปไตย' ทั่วทั้งองค์กรธุรกิจที่เกี่ยวข้องและผู้เชี่ยวชาญเฉพาะด้านเทคโนโลยีที่สนับสนุนโดยนวัตกรรมทางเทคโนโลยี ทำให้ทีมสามารถสร้างร่วมกันในระบบได้ มากกว่าการทำงานแบบแยกส่วนบนส่วนประกอบคอมโพสิต จำเป็นต้องมีระบบที่ใช้งานง่ายสำหรับทุกคน แต่ยังมีความสามารถในด้านคุณภาพธุรกิจ - ได้รับการออกแบบมาในการกำกับดูแล รองรับการเปลี่ยนแปลงที่สำคัญต่อภารกิจ และสามารถปรับขนาดโดยใช้สถาปัตยกรรมแบบคลาวด์พื้นเมือง
ขั้นตอนการทำงานร่วมกันต้องมีอยู่ในทุกขั้นตอนของวงจรการพัฒนาเช่นกัน ตั้งแต่การพัฒนาแนวทางปฏิบัติใหม่ การสร้างอินเทอร์เฟซ และการสร้างแบบจำลองข้อมูล ไปจนถึงการสร้างเอกสาร การสร้าง API การเผยแพร่ และการวิเคราะห์ฟังก์ชันการทำงานของแอป
เหตุใดการทำงานร่วมกันจึงมีความสำคัญมาก
ในการเริ่มต้น ความก้าวหน้าที่เพิ่มขึ้นของการปรับปรุงที่กำหนดไว้ในธุรกิจต่างๆ ในโลกของผู้เผยแพร่ - โควิด มักจะหมายความว่าไม่มีเวลาทำงานให้เสร็จในไซโลที่แยกออกมา องค์กรที่ส่งคำขอปรับปรุงแก้ไขไปยังกลุ่มไอที จากนั้นรอรอบวอลเลย์จะทำให้เกิดความล่าช้า ลูกบอลจะหล่นลงมาตามทางอย่างสม่ำเสมอ และลูกโค้งจากด้านข้างมีแนวโน้มที่จะจบการแสดง ผู้บริโภคขององค์กรต่างคาดหวังว่าจะได้รับการตอบสนองอย่างรวดเร็ว ดังนั้นองค์กรจะต้องสามารถปรับตัวภายในได้อย่างรวดเร็วเช่นเดียวกัน
ต่อไป ผู้สร้างซอฟต์แวร์คอมพิวเตอร์อยู่ในช่วงสั้น ๆ มากขึ้น โดยเฉพาะอย่างยิ่งในสหราชอาณาจักรที่ Brexit จัดหาผู้มีความสามารถถูกโจมตีอย่างหนัก ตาม CompTIA บทบาทนักพัฒนาซอฟต์แวร์ทำสถิติตำแหน่งงานว่างในปี 2564 โดยมีการจ้างงานเกือบ 250,000 ตำแหน่งโดยนายจ้างในช่วงเวลาดังกล่าว โปรแกรมการทำงานร่วมกันสามารถลดความเครียดของนักพัฒนาโดยนำทั้งสองฝ่ายร่วมกันเพื่อสร้างแอปพลิเคชันโดยใช้แพลตฟอร์มลดโค้ดที่ใช้งานง่าย
ประการที่สาม บริษัทต่างๆ รู้ว่าแผนการเปลี่ยนแปลงทางดิจิทัลที่สำคัญสามารถเกิดขึ้นได้ด้วยการพัฒนามากขึ้นและซื้อน้อยลงอย่างมาก มีความอยากอาหารมากขึ้นที่จะใช้เทคโนโลยีและแหล่งข้อมูลที่มีอยู่แล้วได้ดียิ่งขึ้น แทนที่จะฉีกและเปลี่ยนแปลงระบบหลัก ความคาดหมายของความสำเร็จก็เพิ่มขึ้นเช่นกัน ด้วยการเปลี่ยนแปลงทางอิเล็กทรอนิกส์ในขณะนี้ การปรับเปลี่ยนเวิร์กโฟลว์ที่สำคัญ ทดลอง และขนาดเล็กจะไม่ได้รับการประเมิน ทีมขององค์กรต้องทำงานเป็นทีมเดียวเพื่อช่วยให้ปรับตัวได้อย่างรวดเร็วและสำคัญ
ประชาธิปไตยเป็นสิ่งสำคัญ
องค์ประกอบใหญ่ของกระบวนการทำงานร่วมกันที่ประสบความสำเร็จคือการทำให้งานเป็นประชาธิปไตยทั่วทั้งทีมเพิ่มประสิทธิภาพ กระบวนการสร้างแอพถูกเร่งขึ้นอันเป็นผลมาจากการทำงานร่วมกันของระบบโดดเดี่ยวโดยผู้เชี่ยวชาญในประเด็นที่เกี่ยวข้องทั้งหมด ผู้เชี่ยวชาญด้านปัญหาทุกคนได้รับเชิญให้ใส่ทักษะของพวกเขาในขั้นตอนในวิธีการที่ใช้งานง่ายกับเทคนิคและประสบการณ์การปฏิบัติของพวกเขา แนวทางนี้ส่งเสริมการมีส่วนร่วมในวงกว้างในเทคโนโลยีของผู้มีส่วนได้ส่วนเสียจำนวนมากในบริษัท ทั้งที่เป็นเทคโนโลยีและไม่ใช่เทคโนโลยี เมื่อทำให้แน่ใจว่ามีการควบคุมการกำกับดูแลที่เพียงพอซึ่งมีความสำคัญในองค์กรขนาดใหญ่ แม้ว่าข้อเท็จจริงที่ว่าการคาดการณ์ของนักเทคโนโลยีระดับองค์กรของ Gartner นั้นถูกต้อง แต่อนาคตต้องไม่เพียงแค่เกี่ยวกับความสามารถทางธุรกิจที่สร้างแอปพลิเคชันโดยแยก IT IT และองค์กรต้องการนวัตกรรมทางเทคโนโลยีเพื่อนำสิ่งเหล่านี้มาสู่ที่เดียวกัน แม้ว่ามักจะเป็น 1 ดิจิทัล
ระบบ Minimal-Code รุ่นล่าสุดมีพลังงานไฟฟ้าเพื่อเร่งการทำงานอัตโนมัติและการเปลี่ยนแปลงทางดิจิทัลในระดับธุรกิจ อย่างไรก็ตาม ความร่วมมือที่ถูกต้องตามกฎหมายทั่วทั้งธุรกิจและไอทีมีความสำคัญต่อความสำเร็จ ระยะยาวไม่ได้เกี่ยวกับธุรกิจขนาดเล็กที่จะเป็นผู้เชี่ยวชาญด้านเทคโนโลยีและมุ่งมันด้วยตัวเอง เป็นการสร้างการสนทนาที่ก้าวหน้าระหว่างผู้เชี่ยวชาญเฉพาะด้านในประเด็นเฉพาะ
Jonathan Wiener, CRO, Aurachain