Work I take on

I work with product teams in three different ways. The difference is the responsibility I take once I am inside the work.

Lead a technical change

Sometimes the risk is no longer a single feature: a migration affects old and new code, or a production issue keeps crossing boundaries. I work with the team to set the technical path, then stay in the implementation: code, reviews, testing, and the releases that tell us whether it held.

Own iOS early

For a new product, I take responsibility for the iOS app before its shape has become expensive to alter. I make choices in the app alongside the people building the product, backend, or device around it, then keep working until test builds have become something the team can build on.

Start with a close look

When a team needs more context before taking the next step, I take a limited look at the relevant code and constraints. That may settle the work in front of it. If it does not, it gives the team a defined starting point for the larger change.