Entwicklung muss organisiert und strukturiert werden, das ist klar. Das V kann wohl als das Erfolgsmodell bezeichnet werden, um dieses zu tun. In Deutschland ist es aber nicht nur das standardisierte V Model XT des Bundes, es sind viele Variationen von V-Modellen, die für das Vorgehen in großen und kleinen Produktentwicklungen Pate standen. Die Grundprinzipien,…
Raus aus der Taylor-Wanne! Mit neuem Mindset Systeme entwickeln
Sie baden sich in Ihren Unternehmen noch immer in ausgefeilten Prozessen, blubbern in hierarchischen Strukturen und planschen in Reporting-, Monitoring-, Status- oder Eskalationsmeetings? Dann sitzen Sie immer noch in der Taylor-Wanne – OMG! Im 19. Jahrhundert trug der US-Amerikaner Frederick W. Taylor mit seiner Prozesssteuerung durch Arbeitsteilung
Warum Agil?
<span data-mce-type=“bookmark“ style=“display: inline-block; width: 0px; overflow: hidden; line-height: 0;“ class=“mce_SELRES_start“></span><span data-mce-type=“bookmark“ style=“display: inline-block; width: 0px; overflow: hidden; line-height: 0;“ class=“mce_SELRES_start“></span><span data-mce-type=“bookmark“ style=“display: inline-block; width: 0px; overflow: hidden; line-height: 0;“ class=“mce_SELRES_start“></span><span data-mce-type=“bookmark“ style=“display: inline-block; width: 0px; overflow: hidden; line-height: 0;“ class=“mce_SELRES_start“></span><span data-mce-type=“bookmark“ style=“display: inline-block; width: 0px; overflow: hidden; line-height: 0;“ class=“mce_SELRES_start“></span><span data-mce-type=“bookmark“ style=“display: inline-block; width:…
Sprinten Sie schon, oder flüchten Sie noch?
Viele Entwickler wissen die Vorteile agiler Vorgehensweisen zu schätzen – doch es gibt auch eine große Zahl kritischer Stimmen. Die Stimmen derer, die von Schlagworten wie „agile“, „Scrum“ oder „Sprints“ rein gar nichts halten. Ich räume ein, dass agile Entwicklung nicht für jedes Projekt geeignet ist. Doch ich möchte in diesem Blog einem ganz anderen…
Kanban als Methode zum Umgang mit Änderungen im RE
Beim RE kommt man nie umhin, auch über Anfragen für weitere Anforderungen zu sprechen. Hierbei geht es jedoch nicht um späte Anfragen für Änderungen nach einem Design-Freeze oder nach Serienreife, welche über ein Change-Control Board laufen, sondern um Anfragen, die bestenfalls bereits in einer frühen Entwicklungsphase berücksichtigt werden sollten. Warum ich heute über Kanban schreibe…
Vorbereitet sein auf den digitalen Wandel
Die „Digitale Revolution“ hat begonnen, sie verspricht uns viel: Internet of Things, digitale Produktion und Industrie 4.0, autonome und vernetzte Systeme… Digitalisierung und digitale Technologien verändern unser Alltagsleben. Keiner weiß genau, wie unsere Welt am Ende dieser digitalen Revolution wirklich aussehen wird. Und vor allem: Welche sozialen und wirtschaftlichen Konsequenzen wird die Digitalisierung der Welt…
Weniger ist mehr
Wir leben in einer Leistungsgesellschaft. Etwas leisten bedeutet, etwas zu machen. Wir werden danach beurteilt, was wir machen. Wenn etwas nicht funktioniert, müssen wir etwas dagegen machen. Wir denken praktisch immer additiv. Wenn etwas nicht funktioniert, mach mehr, und zwar typischerweise mehr vom Gleichen, also von dem, was eh schon nicht funktioniert hat.
Ein Hardware Scrum Hackathon
Natürlich funktioniert Scrum auch für Hardware- und Systementwicklung. Dafür gibt es inzwischen genügend erfolgreiche Beispiele, viele an denen HOOD aktiv mitgearbeitet hat. Klar, es gibt ein paar Besonderheiten und einige Herausforderungen sind anders gelagert als in reinen Softwareentwicklungen, aber der Methoden-Bauchladen ist inzwischen voll genug um für unterschiedlichste Domänen passende Praktiken anbieten zu können. Einen…
Anforderungen strukturieren – 2. Techniken
Im letzten Blog „Anforderungen strukturieren – 1. Kriterien“ haben wir vorgestellt, welche Kriterien für die Strukturierung von Anforderungen relevant sind. Heute stellen wir Ihnen im 2. Teil dieser Blog-Serie ein paar Ideen und Konzepte vor, die die Anforderungsstrukturierung ermöglichen. Wir wollen die Frage beantworten: „Welche technischen Möglichkeiten gibt es, um Anforderungen zu strukturieren?“
Wissen und Nichtwissen
Phillip G. Armour beschreibt in seinem Buch „The Laws of Software Process“ fünf Arten von Nichtwissen (5 Orders of Ignorance).