Do your team’s tools and processes provide lift or drag?
Learn how to assess which tools and processes work for your team, and which don't.


Katy Turner
Product Marketing Manager at Coda
Product teams · 8 min read

How we run assessments at Coda.
The new calendar year is the perfect assessment season because everyone is fresh and ready to reorient. There’s a little bit more margin all around in Q1, so that’s when we like to dig into the way our systems helped or hurt our progress last year. Seeing those issues as early as possible could mean the difference between achieving our 2025 goals and missing the mark. Optimizing workflow as people are getting into new rhythms also makes it easier to get on other teams’ calendars, and Coda’s tools assessments are a tightly collaborative process with IT. This feedback loop is crucial to a useful system assessment. IT keeps an eye on the tools teams have subscriptions to and asks teams for feedback that’s relevant to their procurement decisions. Team leads gather detailed input from their direct reports on both tools and processes, ideally in one team meeting. Then, they confer with IT. In some workplaces, that feedback doesn’t always make its way to IT, but we recommend it. This feedback loop is the key to a streamlined tools kit. With this collaboration, IT can better understand how their decisions impact the broader team and company goals for the year ahead, and your team can be confident their tools are the best ones for the job. The best way to audit your team’s processes and tools is to do a live team retroactive, and it’s important to include as many voices as possible—otherwise, the information you gather won’t be nearly comprehensive enough. These calls with the team are at the heart of the process. So, once you’ve brought the team together, it’s time to start asking questions.Assessment questions to consider...
The strength of your assessment depends on the questions you ask your team. The most basic set are obvious: what went well, what went wrong, what was unexpected, and what can we do differently next time? But you can get near infinitely more specific.
Product team audits start with planning.
For product teams, figuring out the right processes and tools can revolutionize the starting line itself. When you’re trying to foresee every task on a year of product building, the planning documents can build up all too quickly. Our CPO, Lane Shackleton, tells the story of one product lead whose annual planning process regularly resulted in the creation of over 200 different documents. Lane admits he ran into similarly excessive doc situations when he worked at Google and YouTube. But when he started working at Pinterest, Lane implemented a single source of truth in a Coda doc, and that’s been his retro system ever since. By keeping everything in one doc, Lane has found that teams reach decisions more quickly, with better alignment and stickiness, and the action items those decisions lead to get off the ground more quickly. If you’re a product leader who wants to avoid generating a warren of documents and spreadsheets for your planning process, here are some questions to consider:
Audits save engineering teams from drowning in data.
Our Head of Engineering, Oliver Heckmann, has helped hundreds of engineers and engineering teams figure out their processes, and he’s seen some consistent problems pop up. “One of the most common paradoxes I hear when talking to engineering teams goes something like this: ‘We have an overwhelming amount of information, but I can’t find the information I need,’” he says. Most engineering teams he’s talked to work from a plethora of tools. They use different platforms and docs to track OKRs, tasks, roadmaps, meetings, bugs, wikis, etc. For these teams, that means a lot of updating different, disconnected tracking spaces, which leaves plenty of room for errors, misalignment, and inefficiency. Essentially, the process for working from and on so many tools exhausts teams. Since moving to Coda, Oliver has consolidated all of his team’s work into one Coda doc that serves as a single source of truth for everyone on the team, and things have been moving much more efficiently. In their team hub, engineers can see everything from a table of open Jira problems and notes from the last meeting to their daily tasks and how those tasks are connected to the overall roadmap—all in an easily shareable space that even lets external stakeholders stay updated without pinging Oliver too many times. That comprehensive workspace doesn’t mean Oliver and co are free from process and tools audits though. Here are the questions they consider in an audit: