เมื่อกระทรวงกลาโหมสร้างตำแหน่งใหม่ของ Chief Software Officer เมื่อต้นปีที่แล้ว นับเป็นความพยายามครั้งแรกของ DoD ที่จะให้เจ้าหน้าที่คนเดียวขี่ฝูงสัตว์ในองค์กรขนาดใหญ่ที่มีตั้งแต่เมนเฟรมที่ยังคงใช้ COBOL ไปป์ไลน์ DevSecOps ไปจนถึงระบบอาวุธลับ และทุกอย่าง ในระหว่าง.สำหรับ Jason Weiss ซึ่งเป็น CSO คนแรกของ DoD มีประเด็นสำคัญอย่างน้อยสองประการในการยอมรับความท้าทายนั้น หนึ่งคือแผนกต่างๆ นั้นมีพื้นที่มากมายที่วิศวกรรมซอฟต์แวร์ระดับโลกกำลังเกิดขึ้น อีกประการหนึ่งคือสิ่งที่ทำให้ DoD ถอยกลับไม่ใช่การขาดทักษะหรือความทุ่มเทภายในทีมงาน แต่เป็นโครงสร้างและนิสัยของระบบราชการจำนวนมากที่ไม่เข้ากันกับการพัฒนาซอฟต์แวร์สมัยใหม่
Weiss ซึ่งจะลาออกจากงาน DoD ในวันที่ 15 เมษายนเพื่อกลับไป
ทำงานในภาคเอกชนกล่าวว่าเขาสรุปว่ามีปัจจัยหลักสองประการที่นำไปสู่โครงการซอฟต์แวร์ที่ประสบความสำเร็จภายในแผนก ทั้งสองเกี่ยวข้องกับความเป็นผู้นำ
ในกรณีที่หน่วยงานทางทหารสามารถใช้แนวทางปฏิบัติในการออกแบบซอฟต์แวร์สมัยใหม่ได้ พวกเขาได้มีส่วนร่วมกับผู้นำระดับอาวุโสที่ทั้ง “พูดซอฟต์แวร์” และมีความเข้าใจในองค์กรในการรักษาการสนับสนุนทางการเมืองสำหรับสิ่งที่พวกเขากำลังทำอยู่
ข้อมูลเชิงลึกโดย Eightfold: ค้นพบว่าข้อมูล เทคโนโลยี และกลยุทธ์การสรรหาใหม่ช่วยให้ USDA, EPA, GSA, NASA และ NIH ประสบความสำเร็จในการแข่งขันหาผู้มีความสามารถได้อย่างไร โดยเฉพาะอย่างยิ่งเมื่อเป็นเรื่องของเทคโนโลยีขั้นสูง วิทยาศาสตร์ และตำแหน่งอื่น ๆ ที่ยากต่อการบรรจุ
“พวกเขาเข้าใจถึงความแตกต่างของซอฟต์แวร์และสิ่งต่าง ๆ เช่น การบรรจุและการจัดการคอนเทนเนอร์ และพวกเขาสามารถเชื่อมช่องว่างระหว่างวิศวกรที่ทำงานจริง ๆ ในฐานะผู้มีส่วนร่วมรายบุคคลกับชุมชนกำกับดูแลต่าง ๆ ได้” ไวส์กล่าวในการให้สัมภาษณ์กับ Federal News Network’s บนกระทรวงกลาโหม . “ส่วนที่สองคือความอ่อนโยนที่ผู้นำคนนั้นอาจเข้าใจว่าพวกเขาจำเป็นต้องสร้างฐานสนับสนุน และรับรู้โดยพื้นฐานเมื่อถึงเวลาที่ต้องประนีประนอมกับบางสิ่ง และเพิ่มค่าใช้จ่ายเล็กน้อยที่อาจทำให้กระบวนการช้าลงในนามของ ขับเคลื่อนสิ่งต่าง ๆ ไปข้างหน้า”
แต่มีโปรแกรมจำนวนมากเกินไปที่ไม่เคยเข้าใกล้จุดที่ประนีประนอม
กับการเปลี่ยนแปลงเล็กน้อยที่นำไปสู่ความล่าช้าเล็กน้อยแต่จะถูกล็อคไว้ในกรอบความคิดของการได้มาซึ่งเดิมออกแบบมาสำหรับการจัดซื้อฮาร์ดแวร์ขนาดใหญ่: รายการข้อกำหนดที่ต้องปฏิบัติตาม และจำนวนเงินที่แตกต่างกันสำหรับแต่ละขั้นตอนของการพัฒนาระบบ
แนวคิดทั้งสองนี้แย่มากสำหรับซอฟต์แวร์ ซึ่งไม่เหมือนกับผลิตภัณฑ์ทางกายภาพตรงที่สามารถเปลี่ยนและอัปเดตได้ภายในไม่กี่วันหรือหลายสัปดาห์
“เรามีปัญหาในการลดสิ่งต่าง ๆ ให้เป็นงานขนาดพอดีคำ” ไวส์กล่าว “เราต้องการดูข้อกำหนดชุดหนึ่งและบอกว่าจำเป็นต้องปฏิบัติตามข้อกำหนดเหล่านี้ทั้งหมด และในฐานะองค์กร เราไม่สามารถจัดลำดับความสำคัญได้อย่างมีประสิทธิภาพ และตระหนักว่าเพียงเพราะบางสิ่งถูกลดความสำคัญไม่ได้หมายความว่า มันยังไม่ใช่ข้อกำหนดที่ถูกต้อง หมายความว่านักรบพูดว่า ‘เฮ้ ฉันต้องการสิ่งนี้เป็นอันดับแรกและสำคัญที่สุด และฉันต้องการสิ่งอื่นเป็นลำดับที่สอง’”
สภาคองเกรสได้ให้พื้นที่ DoD ในการทดลองโดยใช้เงินเพียงสีเดียวสำหรับความพยายามในการพัฒนาซอฟต์แวร์ แต่ฝ่ายนิติบัญญัติได้อนุมัติเพียงแปดโปรแกรมสำหรับสิ่งที่เรียกว่า Software and Digital Technology Pilot Program; พวกเขาปฏิเสธคำขอของ DoD ที่จะเพิ่มอีกหลายรายการในร่างกฎหมายจัดสรรปี 2565
แผนกอื่นๆ ทั่วแผนก ผู้จัดทำงบประมาณ ผู้จัดการโปรแกรม และเจ้าหน้าที่บริหารโปรแกรมยังคงต้องหาวิธีที่จะพัฒนาซอฟต์แวร์ให้เป็นระบบเงินทุนที่มีไว้สำหรับเรือขนส่งและรถถัง โดยมีบัญชีแยกต่างหากสำหรับขั้นตอนการวิจัยและพัฒนา การจัดซื้อ และการบำรุงรักษา
Weiss กล่าวว่า “เมื่อเราดูโครงสร้างนั่งร้านในอดีตที่วางไว้รอบ ๆ วิธีการจัดหาระบบของกระทรวงกลาโหม มันขึ้นอยู่กับฮาร์ดแวร์ขนาดใหญ่เพราะคุณต้องการสร้างกระดูกงูบนเรือเพียงครั้งเดียว” ไวส์กล่าว “แต่สำหรับซอฟต์แวร์ มันเหมือนกับว่า ‘โอ้ พระเจ้า อัลกอริทึมนั้นไม่ใช่สิ่งที่ฉันต้องการ ฉันต้องเปลี่ยนมัน’ ซึ่งสามารถทำได้ในระยะเวลาสองสัปดาห์ และฉันคิดว่านั่นเป็นพื้นฐานในการขจัดปัญหาเรื่องสีของเงินในซอฟต์แวร์ และข้อสรุปนั้นได้รับการประมวลเพิ่มเติมด้วย การศึกษา ‘ซอฟต์แวร์ไม่เคยทำ สำเร็จ’ จากคณะกรรมการนวัตกรรมกลาโหม ซอฟต์แวร์ไม่เคยถูกทำให้เสร็จ ดังนั้นมันจึงไม่มีวันยั่งยืนอย่างแท้จริง”
Credit : สล็อตยูฟ่าเว็บตรง