Eine kleine (User-)Geschichte – Teil I

Dies ist der Beginn… Nein, nicht einer wunderbaren Freundschaft, sondern einer kleinen Geschichte aus dem Innenleben von SOPHIST. Es geht dabei um „schöne“, „gute“, „weniger schöne oder gute“ User Stories – bekannt aus Scrum.
Eine Erzählung in drei Teilen. Ob das Ganze gut ausgeht, wird an dieser Stelle noch nicht verraten. Weiterlesen →

Tipps zum Schneiden von Use-Cases

Use-Cases bilden einen guten Einstieg in die Systemanalyse. Sie ermöglichen es, vor jeglichen Detaildiskusionen einen Überblick über die gewünschten Funktionalitäten eines Systems zu erhalten. Als Darstellungsmittel für die Use-Cases verwendet man die Notationselemente eines Use-Case Diagramms der Unified Modeling Language UML Weiterlesen →

Social Web Phänomene Teil 1: Cocooning oder der Weg zum (kollektiven) Realerlebnis.

Zugegeben, es klingt befremdlich, betrachtet man japanische Jugendliche, die sich monatelang in Internetcafes einmieten, sich dort nahezu ausschließlich MMORPGs (Massively Multiplayer Online Role-Playing Games = Massen-Mehrspieler-Online-Rollenspiel) hingeben, den Platz nicht mal zum Schlafen verlassen und der „Gesellschaft“ lediglich als Avatar bekannt sind.

Und wen interessiert ein Facebook-Post „Hab gerade gefrühstückt und geh jetzt Duschen“? Weiterlesen →

Statistiken zu gescheiterten Softwareprojekten Teil 2

Wie im ersten Teil der Blogreihe erwähnt, ist eine der weit verbreitetesten Statistiken der Chaos Report der Standish Group. Nach dieser Statistik sind in den letzten Jahren nur ca. 30% der IT-Projekte erfolgreich abgeschlossen worden. Obwohl nicht bekannt ist auf welchen Grundlagen die Standish Group ihre Zahlen erhebt – dazu sollte an dieser Stelle ein interessanter Blogbeitrag von Glen B. Alleman „Standish Report and Naive Statistics“ nicht unerwähnt bleiben –  ist es umso erstaunlicher in wie vielen Empfehlungen für den „garantierten Projekterfolg“ diese Zahlen zu Grunde gelegt werden. Sei es zur Begründung einer agilen Vorgehensweise, eines guten Projekt- oder Risikomanagements. Im Übrigen lässt sich auch der Einsatz des Requirement Engineerings mit dem Chaos Report wunderbar begründen, da einer der Top-Gründe der letzten Jahre immer wieder die mangelnde Anforderungsspezifikation darstellte. Weiterlesen →