80% done, 80% to go from Frontend First | Podcast Episode on Podbay

Frontend First

Sam Selikoff, Ryan Toronto

Episodes

About

Reviews

Promote

80% done, 80% to go

54 minutes Posted Sep 12, 2018 at 5:47 pm.

– GitHub issue categorization

– Managing product

Engineering issues as a symptom of product/process issues

The 3 phases of a software feature: product, design, engineering

What happens when you embed product decisions in the design/engineering phases of a project

– Who's the head of product? Design? Engineering? Who is the decision-maker?

– Falsely believing that all decisions are final. Stakeholder PTSD.

– Product and marketing decisions are getting made, whether you are making them explicitly or not.

– If we care about people being successful with Ember, we need to understand the product decisions that are being made on behalf of Ember. In OSS, we are making product decisions whether we realize it or not. Are we making them as a side effect of our work? If so, we could create better software by thinking explicitly about these decisions.

What do you do when you've gone through this phase and you learn something new?

Small batches (Lean startup). Envelope example. Unknown complexity at the end of software projects.

Getting a cross-discipline team in the same room. Having a decision-maker to avoid design by committee.

0:00

54:30

Download MP3

Share at current time

Show notes

Sam and Ryan talk about the cost of using engineering as discovery, the consequences of embedding product decisions throughout the design and development phases of a project, and other lessons that software engineers can learn from product developers. They also chat about how they categorize Github issues.

Topics:

The importance of issue triage

Prioritizing bugs over features

Getting Things Done

Links:

The Lean Startup by Eric Ries

← See all 201 episodes of Frontend First