Vielleicht kennen Sie diese Situation. Ihre Partnerin/Ihr Partner bittet Sie auf dem Heimweg noch kurz einzukaufen. Sie sollen Milch, Brot, Wurst und Käse mitbringen. Sie kommen diesem Wunsch nach, packen zu Hause den Einkauf aus und bekommen zu hören: „Diese Milch habe ich nicht gemeint!“ oder „Ich wollte andere Milch!“
In mehreren Blog-Artikeln betrachten wir, wo und wie Business Analysten in agilen Vorgehensmodellen (z.B. Scrum) zum Einsatz kommen, welche Aufgaben und Aktivitäten sie dabei ausüben. Den Auftakt machte eine Übersicht zum Thema. Nach und nach erläutern wir die 7 Prinzipien für erfolgreiche „agile“ Business Analyse: Drei Prinzipien beschreiben das Was?
In mehreren Blog-Artikeln betrachten wir, wo und wie Business Analysten in agilen Vorgehensmodellen (z.B. Scrum) zum Einsatz kommen, welche Aufgaben und Aktivitäten sie dabei ausüben. Den Auftakt machte eine Übersicht zum Thema. Nach und nach erläutern wir die 7 Prinzipien für erfolgreiche „agile“ Business Analyse: Drei Prinzipien beschreiben das Was?
In mehreren Blog-Artikeln betrachten wir, wo und wie Business Analysten in agilen Vorgehensmodellen (z.B. Scrum) zum Einsatz kommen, welche Aufgaben und Aktivitäten sie dabei ausüben. Den Auftakt machte eine Übersicht zum Thema. Nach und nach erläutern wir die 7 Prinzipien für erfolgreiche agile Business Analyse: Drei Prinzipien beschreiben das Was?
In der Vergangenheit sind bereits einige Studien erschienen, die sich damit beschäftigten, warum IT-Projekte scheitern. Dabei geht es nicht nur um Zeit- und Budgetüberschreitungen, die auf ein unzureichendes Projektmanagement hinweisen. Wichtig ist auch, dass die Anforderungen in der Initiierungsphase oft nicht hinreichend erhoben und dokumentiert werden. Das „Requirements Engineering“ ist
In mehreren Blog-Artikeln betrachten wir, wo und wie Business Analysten in agilen Vorgehensmodellen (z.B. Scrum) zum Einsatz kommen, welche Aufgaben und Aktivitäten sie dabei ausüben. Den Auftakt machte eine Übersicht zum Thema. Nach und nach erläutern wir die 7 Prinzipien für erfolgreiche „agile“ Business Analyse: Drei Prinzipien beschreiben das Was?
Ein Beispiel für Business Analyse in unterschiedlichen Situationen habe ich bereits gebloggt. Zuletzt geschah Business Analyse in eigener Sache. Die aktuelle Seminarreihe erlebte ihren Prüfungstag. Alle Teilnehmer haben bestanden und ihr ibo-Zertifkat erhalten. 🙂 Zeit zurückzublicken und nach dem Feedback der Teilnehmer zu fragen. Neben viel Lob gab es auch
Im ersten Teil ging es um die verschiedenen Arten von Problemen. Im zweiten Teil wurden einfache und komplizierte Probleme beschrieben. Der letzte Teil behandelt das Thema, wie komplexe Probleme effektiv zu lösen sind. Zum besseren Verständnis eine kurze Charakterisierung und der Hinweis, dass im weiteren Verlauf Probleme und Systeme als
In mehreren Blog-Artikeln betrachten wir, wo und wie Business Analysten in agilen Vorgehensmodellen (z.B. Scrum) zum Einsatz kommen, welche Aufgaben und Aktivitäten sie dabei ausüben. Den Auftakt machte eine Übersicht zum Thema. Nach und nach erläutern wir die 7 Prinzipien für erfolgreiche „agile“ Business Analyse: Drei Prinzipien beschreiben das Was?
Problemwolke Nachdem im ersten Teil die drei Arten von Problemen beschrieben wurden, geht es hier um die Herangehensweise. In vielen Unternehmen sehen die Mitarbeiter vor lauter Bäumen (Problemen) den Wald (Lösungen) nicht mehr. Woran liegt dies? Liegt es an den Mitarbeitern, den Vorgesetzten, den Strukturen, den Arbeitsabläufen (Prozessen) etc.? Wahrscheinlich
„Denke wie ein Kunde„ Um gute User-Storys zu schreiben, ist das wahrscheinlich die wichtigste Aussage: „Denke wie ein Kunde“. Denn der Kunde (Stakeholder) bestimmt den Wert einer zu entwickelnden Lösung. Beginnend mit den gröberen Kundenzielen werden diese zu detaillierten Anforderungen in Form von User-Storys verfeinert; es wird also vom Groben
Ein Problem (gr. πρόβλημα próblema das Vorgeworfene, das Vorgelegte, „das, was [zur Lösung] vorgelegt wurde“), auch Problematik, nennt man eine Aufgabe oder Streitfrage, deren Lösung mit Schwierigkeiten verbunden ist. Probleme stellen Hindernisse dar, die überwunden oder umgangen werden müssen….[1] So lautet eine Definition in Wikipedia. Eine andere Definition besagt, dass
In unseren Business-Analyse-Seminaren, aus unserem Netzwerk bekomme ich immer wieder Fragen gestellt; einige Fragen tauchen häufiger auf. In einer losen Reihe will ich diese Fragen beantworten: BA-FAQ. „Ich möchte mich in einen anderen Bereich entwickeln. Nun sehe ich die Bereiche Business Analyse sowie Business Process Management als sehr interessant. Ich
An den Iden des März passierten schon andere historische Ereignisse (an eines erinnere ich mich noch aus dem Lateinunterricht). Gestern kam ein weiteres dazu 😉 Nachdem es den BABOK seit jeher auf englisch gibt (und seit einiger Zeit auf portugiesisch), ist der BABOK (endlich) auf deutsch erschienen. Druckfrisch und mit
In einem vorherigen Blog-Artikel haben wir betrachtet, wo und wie Business-Analysten in agilen Vorgehensmodellen (z.B. Scrum) zum Einsatz kommen, welche Aufgaben und Aktivitäten sie ausüben. Schauen wir uns das erste von sieben Prinzipien an. 1. Prinzip: Sieh auf das Ganze Wie sieht das „Big Picture“ aus? Welchen Wert soll die
Wo arbeite ich als Business-Analyst am besten: in der IT-Abteilung, im Fachbereich oder anderweitig? Diese Frage begegnet mir immer wieder. Ich finde es spannend zu erfahren, wie und wo Unternehmen Business-Analysten „einsortieren“, und welche Vor- und Nachteile sich daraus ergeben. Anhand einiger Fragen wollen wir uns dem Thema nähern und
Wo und wie kommen Business Analysten in agilen Vorgehensmodellen (z.B. Scrum) zum Einsatz? Welche Aufgaben und Aktivitäten üben sie aus, welche Techniken setzen sie üblicherweise ein, was sind gebräuchliche Begriffe? Diese Fragen beantwortet die vor kurzem veröffentlichte Agile Extension, herausgegeben vom IIBA und Agile Alliance.
Häufig werden Anforderungen von Kunden und Stakeholdern bei der Entwicklung von Webseiten, Software oder Systemen nur unzureichend erfasst. Dies führt zu häufigem Abstimmungsbedarf, kostenintensiven Korrekturen oder sogar unzulänglichen Lösungen. User-Storys bieten ein einfaches, aber hilfreiches Schema bei der Formulierung von Anforderungen: „Ich will als … (Stakeholder), dass … (Anforderung), weil…
