6 contrarian things Our dev lead does when updating execs
By: Dan Lines
Tags: Development, Leadership, Data, Product Management

“Too often we hold fast to the clichés of our forebears.” -JFK

We are not purists at LinearB. Certainly not when it comes to “methodologies” like Agile or Scrum. We’re not bothered with how things are “supposed” to be done. All of those rules are just dogma to us and we don’t care.

We believe in lean engineering and we buy-in to a lot of ideas from the Agile Manifesto. But some Agile principles are outdated. Like “The most efficient and effective method of conveying information to and within a development team is face-to-face conversation.” Not for us. We embrace asynchronous as the default form of communication within our dev team.

Same with Scrum. We generally follow Scrum but a lot of the common rules don’t work for us. Like the product manager is not allowed to attend daily stand-up or they can attend but not talk. We don’t think that makes sense. Our PM is an important member of our scrum team and plays a big role in unblocking developers and helping us deliver on time.

Another area where we challenge accepted norms is how we communicate engineering work and feature updates to our executive team.

Contrarian approach to presenting engineering work to execs

We’re a start-up so Boaz Dremer wears a lot of hats for us. He’s part tech lead, part product lead and part scrum lead.

Boaz communicates engineering work and feature updates differently than other tech leads I’ve worked with. In fact, some of the things he shares would probably be considered contrary to best practices at other companies.

Check out this 10 minute video of Boaz presenting at our CEO’s staff meeting on 9–30–2020.

(Use expanded view to get the full experience)

If you watched the whole video, a few things probably jumped out at you. If you didn’t, no worries. I’ve highlighted the important takeaways below.

6 Things Boaz does differently

1. Educates execs on engineering vocab, process and success metrics

From day one, Boaz and our entire engineering organization have gone out of their way to teach our business about the software development process. Every person in our customer success, marketing and sales organizations know the terms branch, pull request, WIP, merged, refactor, continuous delivery… you name it. And they know what each means and how it all fits together.

Sure, some of the concepts behind the terms are technical. But, honestly, it’s not hard. If everyone can remember what an MQL and SQL is and where it fits in the marketing and sales funnel, they can learn what a PR is and where it fits into the dev funnel.

Boaz shares engineering updates with the whole company every single week and shows our Cycle Time which is our main engineering metric for efficiency.

This is our real cycle time from our current sprint.

So when it’s time to have a serious conversation about the status of a major project or how we’re going to invest engineering time for the next quarter, both engineering and business are set up for success and can have a highly productive conversation.

2. Brings data to the party

When it comes to sharing weekly status updates for features in progress, Boaz has a general rule: fewer words, more data.

You’ll notice as the video starts that he’s transitioning from a single roadmap slide to our live project board which we call Pulse. We use Jira for planning and prioritizing but, when planning ends and building begins, we use Pulse to track progress and communicate updates. It has a lot more data which gives our execs more confidence and actually keeps them more engaged.

LinearB’s live project board, Team Pulse, shows real-time progress in the Git Timeline (circled above), correlated with each project issue.

Everyone agrees staring at PPT for an hour sucks and yet that is still the format of most meetings. I think it’s because it’s hard to get data. Most companies don’t have the resources to pull and format all the data they want. And the ones that do tend to have data gatekeepers — data engineers, system admins — who are bottlenecks.

We invested a massive amount of time building our dashboards because we are committed to making sure engineering data is available on-demand.

3. Gives lots of detail

I’ve heard countless dev leaders say they avoid sharing too much detail with non-technical execs using the excuse that “they don’t understand” and “they just want to know when the feature will be delivered.” This is a dangerous precedent to set. If your business stakeholders are kept at arm’s length, they are more likely to demand unreasonable things from your team.

You’ll notice in the first few minutes of the video, Boaz goes into great detail on every story. Instead of just showing the Jira “in progress” status, he highlights how the engineering work for specific branches and PRs are collectively leading to the features being on time or delayed.

Pulse correlates project issues, the matching Git activity and team interactions to create a detailed picture of what’s really happening with projects and engineering work.

Most business leaders know that the Jira board is not always up to date anyway. You might as well show them the real status based on the real work your devs are doing.