Squadron 42 & Roadmap Update
pinned
discussion
July 29th at 04:16
*EDIT - We've seen an influx of standalone forum threads that would be better suited as comments/replies in an existing thread. We welcome and encourage you to engage in discussion about this topic in our live chatrooms, this thread, or an existing thread that is different enough to warrant its own thread. To avoid cluttering the forums though, we kindly ask that you not create duplicate threads. Thank you!
-----
Hi everyone,
When we realized that our old Roadmap didn’t represent our development progress very well, we started exploring options for how to build something more informational that fit how we develop games. Our original message about this was in one of March’s
Roadmap Roundups, and we followed up with hints about this in our Squadron 42-focused Calling All Devs on March 13.
We mentioned then that we are happy with Squadron 42 development and committed to a few things I’d like to bring up again. We talked about injecting more Squadron 42 content into our regularly scheduled releases, which is why you may have noticed things like the
Squadron 42 themed episode of Calling All Devs, or the Inside Star Citizen updates on
Vanduul ships,
gas tech, a deeper look at the
Aciedo Comm Array, and other related content. This was all alongside our monthly Squadron 42 Reports (
March,
April,
May,
June). One of the important elements to messaging Squadron 42 updates has also been to raise awareness that work completed for Star Citizen is also work done for Squadron 42. The only content that’s exclusively SQ42 are people, places and plot – and we don’t want to spoil those.
With all SQ42 updates, our goal has been to find balance in sharing SQ42 content while minimally impacting the development team so they can focus on what matters most: finishing the game.
The recent SQ42 video update, which is a brand-new show we were debuting called “The Briefing Room,” was a lower-effort video that we embarked on with the goal of sharing more information with you but in a scrappy and fast manner, so as to minimize the disruption to the dev team and yet still give you new information. We planned for this to be a semi-regular show, with its cadence depending on how well the content was received and how disruptive (or not) this first episode would be to our dev team. This first episode was meant to focus specifically on (spoiler alert) updates on our conversation interrupt tech and level design in SQ42. What we discovered after the whole piece was finished and getting ready for publish was that our approach resulted in an underwhelming show. Not only did the episode have major audio issues due to WFH recording, but it lacked visuals to support the talking, and we truly prefer to show rather than tell. Ultimately, we decided that it wasn’t good enough to show, even for a “scrappy” video that was not meant to be a marketing sizzle trailer. However, before that “stop ship” message could permeate our entire marketing org, we had moved forward with a public publish date.
Originally, we thought we could simply splice in fresh b-roll, but as we spent the next few days reviewing the show, we saw the need to update our visuals to better reflect what we were discussing, and that led us to the realization that we still didn’t have the right footage, at our quality bar, to tell the story we wanted to tell. So, we ended up deciding to re-shoot the entire episode with our usual quality standards. As mentioned, The Briefing Room was never meant to be such a disruption to the team that we would prioritize footage for the show above our internal milestones for development. Therefore, our SQ42 art team could only work on capturing new footage after normal work hours. Add to the mix that key personnel were actually out sick for over a week, and you can see how our schedule kept getting pushed back further and further.
We’ve certainly communicated the delays and the reasons for it, and have even had Brian Chambers relay the news initially, with our CMs repeating that message when the topic cropped up multiple times. We’ve had to do that a couple of times over the past weeks. And unfortunately, the plain truth was always the same: The initial video didn’t meet our standards and we are redoing it. We didn’t get into such details as sick personnel nor did we explicitly spell out that the video footage couldn’t leapfrog actual dev work in our priority list. After all, we don’t like to make excuses. But it’s clear that the confluence of the prolonged delay to the Briefing Room and the lack of any new information (because there was none) created angst within the community.
Something that’s often not seen externally is the actual amount of time and effort it takes to put together the video content we regularly release. Delivering the updates to the standards we want takes time, and despite those saying they would be fine with a rough cut of talking heads, we get endless complaints when that’s what we deliver, example being that the Monthly Reports or linked examples above are quickly dismissed or forgotten. The SQ42 video is still coming (probably in the next few weeks), along with an assortment of other updates, including an overhaul to our Public Roadmap.
The new Roadmap is something we hinted at in March but because that is still very much in development, we can’t share as much about it as I would like. Believe me when I say I’m personally very eager to release it to you. We took the time to explore options for how we could better represent our progress, and I believe we are getting close to landing in a pretty great spot. Our goal with this new Roadmap is to give you better visibility into what teams are working on, share the progress of more teams, and go so far as to indicate the size of the projects for our tech, features, and content teams. This new Roadmap will drastically change how you follow the development progress for both Squadron 42 and Star Citizen. The new Roadmap will focus more on breaking out teams and features so you can interactively see what is being worked on across all teams, as opposed to what features will make X release. While it’s not quite ready, it’s currently top priority on the web team’s current projects. In the immediate future, we plan to deliver the following communications:
- Give an explanation of the goals of our new Roadmap and what to expect from it
- Show a rough mockup of the proposed new Roadmap
- Share a work in progress version of the Roadmap for at least one of our core teams
- And then finally transition to this new Roadmap
We’ll approach them in the order above, and we’ll likely need a few weeks between steps, so I don’t want to create the impression that this is happening overnight. But we should be announcing step 1 pretty soon if my meeting on Thursday about this is as good as I think it will be.