Your Developers Are Your First Users

Chris Greacen
CEO

It's received wisdom that the developer just needs to understand how the design works, and implement it without changing it. But how many times does the developer start coding the design, and notice something that wasn't anticipated by the design? We find that it's quite often. Our developers specialize in Ruby, Elixir, Angular, React and other frameworks. The developer is the first person who actually sees the system doing (or trying to do) what the user needs it to do. What kinds of observations do we harvest while they’re in the throes of writing the code?

Your Data is Longing for a Designer

Daniel Feusse
Senior Product Manager

We at Lab Zero are big Mad Men fans. We’re also fans of building valuable products solving users' problems. 

Breathe (What To Do When You Actually Get Feedback During a Demo)

Chris Greacen
CEO

Your demo is going super-smooth. No cracks. No gaps. Everything is working according to design. A dynamite end to a flawless sprint. Then Dave, who has been absent most of the last quarter, stands up and says:

Your Development Partner for a Remote-First Workplace

Chris Greacen
CEO

In many ways, Covid has just accelerated the evolution of software development that was already in progress. Virtual collaboration, empowered teams, new models for meeting across time and space: we are all turning a corner toward a remote-first workplace. Some developers who had already made the jump to remote work are thriving, and even designers working remotely for the first time have prospered as well. Fewer meetings, more accountability, and management by results are music to the ears of many. But overall, Covid hasn’t meant a rosier world for producing high quality software. There’s a difference between having options for how to work and having a single option imposed overnight. Here are a few of the hurdles we’re seeing our clients encounter, and how we’re helping them overcome them.

Teamwork is the Toughest Software Challenge

Dean Baker
Head of Design

We may think the toughest challenges in an Agile project are domain-specific — how to use our distinct engineering, design and product skills to create something that’s desirable, viable and feasible. We focus on improving our process, frameworks and tools.

Essential Working Agreements: Ready and Done

Matt Wilson
CTO

Your development team isn’t ready to start building things until they align on the definitions of two words, ‘ready’ and  ‘done’. Think of these as the most important quality gates that you and your team can invest in that will quickly improve Sprint predictability, and overall product quality.

How to Run a Perfect Sprint Demo

Matt Wilson
CTO

Showing your work and the work of your team to a broader audience uses some different skills than we might use when building products. Here are tips gleaned from a decade of doing demos everywhere from hospital beds to happy hour to executive boardrooms.

Build. Measure? Learn?

Chris Greacen
CEO

Everybody knows the mantra. ‘Build Measure Learn’. And yet we see many clients stuck in a never-ending build cycle.

What is SAFe Implementation in Scaled Agile Training?

César Idrovo
Head of Business Agility, Training and Leadership Development

Scaling Agile is a daunting task with high stakes. There are big gains to be had, but it can also fail so dramatically that a development organization can suffer years of developmental setbacks. After guiding some of the biggest Fortune 100 enterprises through this transformation, we've found a pathway that shows incremental improvements along the way, promotes confidence in the process, and that can be tuned while underway for the best results.

You're Ready to Build When You're Ready to Learn

Dean Baker
Head of Design

The last time we hosted a meeting for entrepreneurs, one of the more interesting questions asked was, “How do you know when you’re ready to build?”

See More