Smidigposten #26
Så var det plutselig gått alt for lang tid igjen. 😇 Men her er ihvertfall Smidigposten før sommeren. 🙂
Smidigposten er en sammestilling av diskusjoner og lenker fra de fantastiske engasjerte folkene på Smidigalliansen sin Slack. Du kan bli med oss på denne linken (link gyldig til 09.07.24): https://join.slack.com/t/smidigalliansen/shared_invite/zt-2ke6mza06-3zaJRB62ROhI49MUmUT~Ig
Den kommer ut når jeg (Anders Sveen) har tid. 😉 Hvis du har innspill er det bare å ta kontakt.
Det kan lønne seg å tenke forbi kontrakter og harde krav i byggebransjen også. 🙂
–Vi ba alle våre partnere om å stille med folk som tør å være åpne, og som tør å vise tillit og samarbeide for å nå felles mål. Vi har også sagt at innenfor vårt arbeid, så er det ikke lov å skylde på hverandre, sier Varegg.
Via Gunnar Braaten.
John Cutler er definitivt en som har mye bra på hjertet og som vi har delt fra tidligere. Denne om Feature Factories var fin og Ivy Lotarev delte:
Et fint perspektiv for endringsarbeid, jeg liker det at han løfter frem empati for de forskjellige ståstedene i «feature factories»
Geir Amsjø skriver om prioritering:
Det er hovedsakelig to grunner til at det er viktig å beherske prioriteringens kunst:
1) Å kanalisere energien i selskapet i en bestemt strategisk retning og
2) Unngå overbelastning.
Det kan være vanskelig å få til gode tester som er raske og enkle å vedlikeholde. Asgaut Mjølne har skrevet om hvordan de bruker Fakes til å forbedre flere av disse områdene hos Sparebank 1 Utvikling:
Use of Fakes today (2024) has contributed to a faster feedback loop, and pushed a more domain-driven design with hexagonal architecture, also known as ports and adapters.
Mange gode refleksjoner om teknologiledelse fra BBC.
Via Arne Løvold.
McKinsey skrev for en stund tilbake om hvordan man skulle måle utviklerproduktivitet. Det fikk definitivt en del negativ oppmerksomhet, en av de bedre svarene er det Kent Beck og Gergely Orosz som står for:
Via Thorbjørn Sigberg.
Thorbjørn Sigberg har skrevet på Vipps bloggen:
Today we’ll look into “We build teams fit for purpose”. What do we mean by that? How do you know if your team is fit for purpose?
I Smidig Slacken ble det diskutert hvilke bøker man kunne anbefale for å få noen “utenfor” å forstå utviklerfaget bedre. Her er linkene som dukket opp:
- The Manager’s Path: A Guide for Tech Leaders Navigating Growth and Change
- Staff Engineer: Leadership beyond the management track
- StaffEng Stories
- Modern Software Engineering: Doing What Works to Build Better Software Faster
- Continuous Delivery Pipelines: How To Build Better Software Faster
- A Philosophy of Software Design
- The Staff Engineer’s Path
- Accelerate: The Science of Lean Software and DevOps: Building and Scaling High Performing Technology Organizations
- Team Topologies: Organizing Business and Technology Teams for Fast Flow
- Domain-Driven Design: Tackling Complexity in the Heart of Software
Via Ida Aalen, Audun Strand, Terje Heen, Ole Andreas Rydland, Andreas, Stian Conradsen, Thea Steen Hellebust, Ken-Robin Utvik.
Tre måte å fjerne nysgjerrigheten fra teamene dine: gi dem ei bruksanvisning med en milepæl, fjern tryggheten og sett inn et mellomledd mellom teamet og brukerne/interessentene.
Via Arne Løvold.
God sommer! 🌞😎
