Monday, April 18, 2022

AF Considering Shaking Up Software Factories


The Air Force is looking at Reorganizing its Software factories, Maj. Christopher Olsen, Military Deputy in the Office of the Air Force’s Chief Software officer, one of the Leaders in the Office that oversees them said.

Among the Military services, the Air Force has been particularly keen on Software factories, which are tasked with, quickly and securely developing and delivering new software, for the Department of Defense (DOD). “There’s a lot of different opposing views about how we should go about doing that,” he said.

U.S. Military Software factories, which are Government-owned and operated, practice DevSecOps, an approach that combines Software Development, Security, and IT Operations. “In the software factory reference design for the DOD, we say it’s a one or more DevSecOps [with] continuous integration, continuous delivery pipelines, producing an application or set of microservices with an emphasis on automation. So automated tools, automated processes,” Olsen said.

One question that needs to be answered is how many Software factories the Air Force should have. “I don’t know which one’s the right number,” Olsen said. “There’s probably some mix of, you know, do you want to have a software factory per capability area or mission area? Or do you want to have … one software factory and it’s just got many different functional specialties? I don’t know what the right answer is. But that’s something we’re trying to figure out currently.”

For example, the Air Force could choose to have One for: Intelligence, Surveillance, and Reconnaissance; another for Command and Control, and others to singularly focus on other key areas. “Do you want to do like that?” Olsen said. Or “do you … just want to kind of let it be this organic, innovative ecosystem where when an organization feels like it needs a software factory, they can stand it up? Or do you want to consolidate? Those are the kind of tradeoff decisions that leadership has to make.”

Other key questions identified by Olsen include: What should the Training pipeline look like? How should they be Funded? And how should work be divvied up between Software Factories and traditional Program Offices? He declined to provide a Timeline for when these decisions will be made. Another key issue facing the DOD: figuring out the best way to divvy up work between military software factories and the defense industrial base.

“We found in the chief software office that those factories are great at solving problems with software that are within a certain kind of criteria, a certain scale, certain size,” he said. As an example, he pointed to the work that Kessel Run is doing producing software for air operations centers. “That’s a niche area [for] specific missions, specific capability. And it’s a great area for a software factory to be in,” he said.

However, the Air Force will never have Software factories producing All the Software and doing All the Software Engineering ,for a Major Acquisition program like the F-35 Joint Strike Fighter. That work is better suited for the Defense Iindustrial base, he asserted.

However, there may be some gray areas where it’s less clear cut, he suggested. “I think that what the challenge the department is going to have going into the future is putting in place the institutional mechanisms to decide what work is appropriate for a software factory, and what work is appropriate for going through the traditional contracting process to be done at the defense industrial base” level, Olsen said.

I began my career in Information Technology in 1963 with Tech School during the day and Night classes at NYU. Entered the Air Force in 1965, were after Basic Training sent to Computer School in Texas, and then System clases at the Air Force Academy. I am still in the industry.










NYC Wins When Everyone Can Vote! Michael H. Drucker


No comments: