Erhalten Sie einen Einblick in unseren internen AIT Tech Talk Channel: Hier diskutieren unsere AITler:innen Best Practices, innovative Technologien, praktische Tools und Leseempfehlungen. Diese AIT Tech Talk Blogserie fasst unsere Themen der vergangenen Tage für Sie kurz zusammen.
🦸♀️💡🧙♂️
Daily Scrum: PBI by PBI – Vielleicht ist es mal an der Zeit das eigene Scrum Daily zu überprüfen, insbesondere wenn sich das tägliche Scrum-Meeting eher wie eine Statusbesprechung anfühlt. Der Tipp: Anstatt das Teilnehmende nacheinander berichten, sollte man den Fokus auf die PBIs zu legen und diese vorstellen. Das führt zu mehr Interaktion im Team und Aufmerksamkeit (man ist öfters beteiligt) im Meeting.
“Wer Scrum nutzt und den Blog von Mike Cohn noch nicht kennt, sollte ihn sich merken. Da gibt es durchaus regelmäßig praktische Tipps. Manchmal sind es auch nur Kleinigkeiten, die man vergisst richtig zu machen.”
// committed by Lars R.
How big is the gap between an average developer and a great Agile Developer? – Martin Hinshelwood beschreibt in seinem Artikel, dass ein exzellenter Agiler Developer sich durch Neugierde, Lernbereitschaft und kontinuierlicher Verbesserung auszeichnet. Dafür benötigt es eine Kultur des selbstgesteuerten Lernens empfohlen, wie bspw. durch den Einsatz von Flipped Learning.
“Finde den Artikel sehr interessant und liefert auch noch den ein oder anderen Impuls für einen selbst.“
// committed by Jim F.
Azure DevOps: Improved Code Coverage Tab Experience – Das Thema automatisiertes Testen steht bei vielen Firmen im Fokus und Microsoft führt zur Auswertung der Ergebnisse in Azure DevOps einige Verbesserungen ein. Unter anderem wird die Code Coverage Seite nun direkt beim Start des Builds angezeigt und wenn Code Coverage Policies aktiviert wurden, erhält man beim Unterschreiten einen Kommentar direkt im Pull Requests.
// committed by Eike H.
KI: Es hapert beim Umkehrschluss – Ein paar Hintergründe aus einer Studie, warum KI-Systeme wie GPT und Llama Probleme mit logischen Umkehrschlüssen haben. Der Artikel geht auf das Problem und den sogenannten „Reversal Curse“ ein, wie es untersucht wurde und welchen Einfluss Trainingsdaten auf das Problem haben.
// committed by Wladislaw W.
Measure Developer Productivity – McKinsey hat einen Artikel zu “Yes, you can measure software developer productivity” veröffentlicht, der beschreibt welche Metriken für die Messung der Produktivität der Entwickler:innen angesetzt werden können. Als kritische Antwort empfiehlt es sich noch das “McKinsey Developer Productivity Review” von Daniel Terhorst-North durchzulesen, dass einige Aussagen von McKinsey kritisch beleuchtet.
“Die angesprochenen Konzepte von McKinsey, wie inner/outer loop, finde ich da beispielsweise schon gut im Kopf zu haben – wie und ob man das dann zwanghaft messen muss, steht auf einem anderen Blatt.“
// committed by Lars R., Alexander B.