rdz_nova

[Doc Norton @DocOnDev]

Hofstadter's Law:
It always takes longer than you expect,
even when you take into account Hofstadter's Law.

- Douglas Hofstadter
Gödel, Escher, Bach: An Eternal Golden Braid

[Novatec GmbH @novatecgmbh]

Keine #Sicherheit ist auch keine Lösung 🔐 #Kubernetes & #Container stellen in Softwareprojekten eine große Herausforderung dar. Mit unserem kostenlosen #Webinar am 10. Juni 2021 bleibt die Sicherheit nicht auf der Strecke! 💪 #Security https://t.co/ES8XNHnqHs

[Mario Fusco @mariofusco]

What #agile became vs. what it was (and should be)

[rdz_nova @nova_rdz]

@neil_killick 16

[Sarah Drasner @sarah_edo]

A person just getting to know your system has superpowers to see the issues. Paying attention to observations from new hires can be pretty beneficial.

You may not always have time to address things in that phase, but taking notes or discussing what they’re seeing can pay off.

[rdz_nova @nova_rdz]

@ant_murphy So many people who do not know how to use tools...
DIY vs. handyman vs. artist.
Why are so many people in the industry DIY people?

[Woody Zuill @WoodyZuill]

Another great article by Kevin Meadows. “It’s What We Know that Just Ain’t So: Epistemic Failure in Software Engineering”

https://t.co/Mp8mDnjnVd

[Neil Killick @neil_killick]

People say similar about estimation rituals too.

[Mathias Verraes @mathiasverraes]

New blog post: Legacy Mirror, a decision-making heuristic.
https://t.co/amo9okKAEy
(Thanks @ruthmalan @jonesabi @CiaranMcNulty who inspired me to write this)

[rdz_nova @nova_rdz]

@davidjbland Would be nice to consult people on building little waterfalls in their garden.😉

[rdz_nova @nova_rdz]

Cool.

[rdz_nova @nova_rdz]

@allenholub @jeffpatton It started with the viable really meaning, the company can survive the shipped software package until an enriched release (when software was shipped in boxes). And it ends with the misuse for "crappy buggy product we provide to our users keep the timeline and to release fast".

[rdz_nova @nova_rdz]

@allenholub Well, that's one definition for the three letters. There are more and even older ones than Eric Ries'. @jeffpatton has given an enlightening talk about different meanings of MVP in Munich some years ago.

[Allen Holub. https://linkedIn.com/in/allenholub @allenholub]

@Cneude_Matthieu But sometimes, the best way to solve a customer's problem is NOT software. No point in designing software that's not worth building!

[Allen Holub. https://linkedIn.com/in/allenholub @allenholub]

Constantly running after productivity just leads to waste. Run towards value instead. If you focus on getting value out the door as effectively as possible, productivity will take care of itself.

[Neil Killick @neil_killick]

When we talk about "slicing features", remember that features are specific to a particular product. So it's not enough to slice "features" if we want to maximise business value. We need to consider the world beyond our current product set and slice 𝗖𝗔𝗣𝗔𝗕𝗜𝗟𝗜𝗧𝗜𝗘𝗦.

[Neil Killick @neil_killick]

If you were to ask me my favourite regular go-to methods in the knowledge work / product development arena, they would be:
🥇 Toyota Kata
🥈 Story Mapping
🥉 Impact Mapping
And not to blow my own trumpet but, perhaps unsurprisingly, I love using Capability Slicing / Mapping 😁.

[Simon Wardley @swardley]

"Fifty-nine percent of those polled said they believed China will become more powerful than the U.S. within 10 years" - https://t.co/3vN4I1TjwP ... I hate to break it to you but it already is in many areas.

[rdz_nova @nova_rdz]

@tottinge be the full solution needed.

[rdz_nova @nova_rdz]

@tottinge Very simple: code quality gap. Could also be that we learned something about another quality level needed or that wr missed a quality aspect. This still is a quality gap and not technical debt.
Technical debt is when we choose to use a simple solution, knowing that that might not