Vi har länge pratat om arkitekter för mjukvara. Här presenterar Ester Daniel Ytterbrink inredningsarkitekturens roll för koden. Och nej, det handlar inte bara om trender och smak. Kod kan, som rum, designas med mänsklig kognition i åtanke. Du får en introduktion till hur vi kan jobba med våra mänskliga begränsningar för att få mer resurser över till att faktiskt lösa problem. Precis som vi vill ha stolar som stödjer kroppen och väl belysta kontor är det dags att ta den kognitiva ergonomin i koden på allvar. (Det handlar så klart också om hur vi får ut koden i produktion och hur vi samarbetar kring den.)

Vi vet att mjukvara bäst utvecklas i steg, med fokus på att bygga in rätt kvalitet och återkoppling längs vägen. Gör vi så hittar vi värdet snabbare, samarbetar närmare med användarna och fastnar inte i oviktiga detaljer.

Ändå är det lätt att köra fast i slutsatsen "det här går inte att bryta ned". I den här presentationen får du höra vad som hindrar oss – och vad som hjälper oss – att dela upp stora leveranser i mindre steg. Slutsatserna kommer från mönster jag sett under workshops med ett 30-tal team i olika branscher.

Tobias Fors

Rust är ett språk på frammarsch pga sitt löfte om minnessäkerhet. Är det ett starkt nog skäl att överväga det som alternativ i ditt nästa projekt? Finns det andra anledningar? Finns det något som är besvärligt och hur bör man gå till väga för att börja använda Rust?

Thomas Johannesson

Som utvecklare förväntas du vara en produktiv ninja som kodar dygnet runt och behärskar Kotlin, Rust och Go. En utvecklare som står i rampljuset och som hyllas av massorna. Men hur är det med oss andra? De mediokra nollorna? Kan vi göra någon nytta eller ska vi bara hålla oss ur vägen?

Det är dags att möta två utvecklartyper, den produktiva och den mediokra.

Estimation is a practice that is embedded in most management practices. Leaders around the world need alternatives to estimation because of estimation's reliance on the human inability to predict the future. Additionally, portfolio level decisions require evaluating many (n>>1) alternative scenarios. The "what if?" questions needed at that level can not be adequately answered with estimation as a practice. In software, this is even a bigger problem. We need an alternative to estimation based portfolio management, and this talk aims to contribute to that knowledge development in the community of software-powered product development.

En del av professionella kockars förberedelser innefattar Mise en place. Bokstavligen - “allt i ordning”. Verktyg och ingredienser inom räckhåll. Upphackat, portionerat, klart. Ett systematiskt sätt att förbereda sig inför tillagning av en måltid, tillika en självklarhet på fina restauranger.

Metoden visar på kraftiga psykologiska effekter, utöver de praktiskt tillämpbara fördelarna. Metoden sätter nämligen begränsningar på vad du kan göra, och det underlättar och förenklar paradoxalt nog processen.

Vad händer om vi använder Mise en place i vår programmerarvardag?

The emergence of AI and large language models in particular fundamentally change the software development lifecycle and the software engineering in general. In this talk, Jan explores the changes that we see in the engineering of software intensive systems and what engineers need to embrace and get ready for to stay competitive and relevant in the age of AI.

As the “manufacturing” industries (in contrast to the “digital” industries) nowadays are facing a more dynamic market regarding the rapidly changing demands, supply chain uncertainties, fast technology evolutions, etc., there’s a great demand to adapt the research and development (R&D) process. The success of agile way of working (Agile WoW) has been widely recognized in the digital industry for years since when the agile manifesto was first published in 2001. Therefore, the manufacturing industries are seeking a transition to utilize Agile WoW, hoping to replicate the success. However, there are some fundamental differences between the digital industries and the manufacturing industries, which made a direct copy-and-paste of Agile WoW from the former one to the later one fail. This led to a belief that Agile Way of Working is not applicable for the manufacturing industry. Using the Micro-V-cycle, we, Jan Nilsson and Tianbao Zhang, want to show that this is not correct.

Föreställ dig att du ser din organisation från olika utsiktsplatser. Från "Projektledning" ser du deadlines och budgetar, från "Mjukvaruutveckling" ser du teknisk skuld och från "Produktledning" ser du kundbehov. Alla vill företagets bästa, men har helt olika idéer om hur man når dit eftersom en gemensam utsiktsplats för "Strategi" saknas. Det leder till den stora utmaningen för alla organisationer: Hur kan vi samtidigt vara samstämmiga som ett fält solrosor som alla vänder sig mot samma sol, uthålliga som en bäverkoloni som bygger sin damm och anpassningsbara som en flod som ständigt finner nya vägar?

Just det är "the trifecta challenge", och Guiding Star OKRs är ett nytt ramverk för att lösa den. Genom att skifta fokus från den traditionella OKR-frågan "Nådde vi våra mål?" till den mer vägledande frågan "Vart är vi på väg?", har vi ett angreppssätt som inte fokuserar på att värdera prestationer utan istället stärker teamens förmåga att lära, anpassa sig och uppnå mer meningsfulla resultat.

Det handlar om att nyttja den självorganisering som är en naturlig del av storskaligt samarbete genom att etablera en delad bild av framtiden utan att låsa detaljer. Med Guiding Star OKRs hittar vi den där gemensamma utsiktsplatsen – "Strategi" – där allas unika perspektiv förenas i en gemensam, kraftfull rörelse framåt.

Staffan Nöteberg