Core 42 delivery will not land on Nathans org - it needs a purpose-built deployment team, likely based in the Middle East, under Bjorns forward-deployed structure
Situation
Nathan called an impromptu Zoom to make sure the Core 42 work was not silently assigned to him. His read: the work is a data-center build-out, a white-glove deployment similar to how Fuzzball is delivered, requiring a standard-operations deployment skill set he does not hire for - and CIQ has no equivalent of Wolfgang doing Rocky deployments. Peter agreed and made the routing call: if we get across the line on this, we need to be making clear to the account team we are going to need to put together a team to go do this, and it is not the people currently in Nathans org - they may be able to help. He accepted that some of the work will land on Nathans team as guidance, architecture and planning, but not execution. Then he named the likely shape and geography: there is a good chance the small team that does this wants to be located in the Middle East - a team in Qatar flying to the UAE, to Saudi, doing these deployments across the region. Nathan twice offered to own that team and Peter twice declined on his behalf: I think this is going to fit in with Bjorns forward-deployed engineering structure that he is trying to set up, and I do not think you want to own that. I get that you are happy to, but I do not think it fits properly there. Peter added his expectation that it ends up under sales eventually.
Reasoning
The capability is a deployment-services function, not a Linux engineering function, and forcing it into Nathans org would mean hiring for a skill set adjacent to nothing else that org does. Bjorn is already standing up forward-deployed engineering, so the structure to absorb this exists rather than needing invention. Peter also declined an offer that was made out of willingness rather than fit - Nathan said explicitly that Core 42 is not in his mental space and he has no room on his plate - and Peter chose the placement that matches the work instead of the placement that was volunteered. Naming the Middle East as the likely home follows from the deployment pattern: repeat regional builds argue for regional presence.
Additional Context
Same call in which Peter confirmed Google has committed in writing on both the GDC LTS side and the GDC expansion, and that the GDC money is backdated. Nathan also asked about the acquisition conversations, and Peter said he does not see a world where Google buys CIQ and that an offer could be declined.
Observed Evidence
Direct quotes from the transcript. Peter declined Nathans ownership offer twice and named both the receiving structure and the likely geography unprompted.
Matching Patterns
Confidence Breakdown
Reasoning Depth Analysis
Related Context
fathom
If we get across the line on this, we are going to need to put together a team to go do this. And it is not the people that are currently in Nathans org. There is a good chance the small team that does this wants to be located in the Middle East. I think this is going to fit in with Bjorns forward-deployed engineering structure. I do not think you want to own that.
Outcome
Three weeks on no purpose-built team exists and the linked todo is unactioned. Deliverables are carried by CIQ Federal and Dawson which is consistent, but Nathan is recording debriefs and is required on the control-matrix review, and Bjorn offered training on Nathans team as needed. Boundary leaking.
Rating: 3/5
Decision ID: 6390b44c-0ec5-47ce-aad5-cff21228ec29