mastodontech.de ist einer von vielen unabhängigen Mastodon-Servern, mit dem du dich im Fediverse beteiligen kannst.
Offen für alle (über 16) und bereitgestellt von Markus'Blog

Serverstatistik:

1,5 Tsd.
aktive Profile

#agilemethods

0 Beiträge0 Beteiligte0 Beiträge heute
Dr. Karen Eilers<p>How can <a href="https://friends.librescrum.org/tags/research" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>research</span></a> and <a href="https://friends.librescrum.org/tags/practice" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>practice</span></a> in <a href="https://friends.librescrum.org/tags/Agile" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Agile</span></a> <a href="https://friends.librescrum.org/tags/Software" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Software</span></a> <a href="https://friends.librescrum.org/tags/Development" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Development</span></a> move closer together?</p><p>This question will be at the heart of a dedicated workshop at XP 2025 – and I’m honored to join as a panel participant.</p><p>🧩 Workshop title:<br> "Towards a closer collaboration between practice and research in Agile Software Development – What we learnt; and what not?"</p><p>Agile has come a long way since the 1990s – from a niche software development approach to a catalyst for organization-wide transformation. </p><p>Yet two persistent gaps remain:<br> ⏳ a time gap between fast-paced change in organizations and the slower pace of academic response<br> 📚 a theory gap regarding long-term adoption and cultural integration</p><p>This workshop, led by Michael Neumann, Maria Rauschenberger, Prof. Dr. Eva-Maria Schön, Tiago Silva da Silva, and Mali Senapathi, aims to address both. We’ll explore how to bridge the divide and build a shared, forward-looking agenda for agile research – grounded in both academic insight and lived practice.</p><p>💬 The session combines <a href="https://friends.librescrum.org/tags/panel" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>panel</span></a> dialogue and hands-on exchange – an invitation to co-create the future of agile transformation together.</p><p>I look forward to engaging with fellow researchers and practitioners at <a href="https://friends.librescrum.org/tags/XP" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>XP</span></a> #2025. Let’s turn collaboration into impact.</p><p>Want to know more? Visit the XP Website: <a href="https://conf.researchr.org/home/xp-2025" rel="nofollow noopener" translate="no" target="_blank"><span class="invisible">https://</span><span class="">conf.researchr.org/home/xp-2025</span><span class="invisible"></span></a></p><p><a href="https://friends.librescrum.org/tags/AgileMethods" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>AgileMethods</span></a> <a href="https://friends.librescrum.org/tags/XP2025" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>XP2025</span></a> <a href="https://friends.librescrum.org/tags/ResearchPracticeCollaboration" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>ResearchPracticeCollaboration</span></a> <a href="https://friends.librescrum.org/tags/AgileSoftwareDevelopment" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>AgileSoftwareDevelopment</span></a></p>
David Sabine<p>Tip:</p><p>Avoid creating a heavy <a href="https://mastodon.social/tags/DesignBrief" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>DesignBrief</span></a>. Don't overload it with details &amp; unnecessary requirements.</p><p>Avoid anything that will delay action. It's merely a test of alignment. Are we (likely) on the same page?</p><p><a href="https://mastodon.social/tags/DesignThinking" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>DesignThinking</span></a> <a href="https://mastodon.social/tags/AgileMethods" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>AgileMethods</span></a></p>
Ulrich Junker<p>Nice critique of <a href="https://fediscience.org/tags/AgileMethods" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>AgileMethods</span></a>, <a href="https://fediscience.org/tags/Scrum" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>Scrum</span></a> and so on, with suggestions to give more autonomy to developers and to automize as many nasty things as possible. </p><p>Imho, there is only one receipt to success in <a href="https://fediscience.org/tags/SoftwareDevelopment" class="mention hashtag" rel="nofollow noopener" target="_blank">#<span>SoftwareDevelopment</span></a>: pose the right questions until you get the right conceptual understanding of the problem to solve and do this problem analysis before doing too much coding. Without good analysis, your code will just be guesswork.</p><p><a href="https://youtube.com/watch?v=KJ5u_Kui1sU&amp;si=your" rel="nofollow noopener" target="_blank"><span class="invisible">https://</span><span class="ellipsis">youtube.com/watch?v=KJ5u_Kui1s</span><span class="invisible">U&amp;si=your</span></a></p>