In einem Projekt werden die einzelnen Themengebiete in sinnvolle Teilaspekte (Teilprojekte) gegliedert. Nehmen wir ein fiktives Projekt an, bei dem folgende Themengebiete erkannt und als Teilprojekte bearbeitet werden sollen:

• Infrastruktur Setup
• Operational Management Setup
• Applikationsentwicklung

Einsatz eines traditionellen Projektvorgehens

Für das Infrastruktur Setup und das Operational Management Setup kann es durchaus Sinn ergeben ein traditionelles Projektvorgehen einzusetzen. So kann es vorkommen, dass ein normales Wasserfallvorgehen für die Erarbeitung der Lieferobjekte in diesem Bereich eingesetzt wird.

• Projektphasen mit Meilensteinen im Wasserfallmodell

In unserem Beispiel erhalten wir so einen Projektverlauf mit sechs Meilensteinen (M1-M6) an denen jeweils das Ende einer Projektphase markiert ist. Die Lieferergebnisse, die pro Meilenstein erreicht werden müssen, sind sauber beschrieben und können im Gesamtprojekt entsprechend überwacht werden.

Scrum für die Applikationsentwicklung

Bei der Applikationsentwicklung sind zu Projektbeginn noch nicht alle Anforderungen von allen Beteiligten richtig und vollständig beschrieben, bekannt und verstanden. Es ist mit vielen Änderungen zu rechnen. Den kompletten Projektscope zu beschreiben würde eine sehr teure Vor-, Grob- und Detailstudie erfordern.

Und selbst nach einer solchen Studie sind wir noch nicht sicher, dass alle Anforderungen bekannt sind. Während der Projektlaufzeit ändern sich die äußeren Bedingungen, neue Anforderungen kommen hinzu und bestehende Anforderungen werden nicht mehr benötigt. Es wäre somit vernünftig, eine agile Vorgehensweise für dieses Teilprojekt einzusetzen. Das entsprechende Projektvorgehen ist in folgender Skizze erläutert.

• Projektvorgehen nur mit SCRUM

Was beim Wasserfallvorgehen als Vorstudie bezeichnet wurde, kann bei SCRUM als Vision verstanden werden. Es wird grob beschrieben, was mit dem System erreicht werden soll. Danach werden mehrere Sprints durchgeführt, die immer dem gleichen Muster folgen.

• Sprint Planungsmeeting 1 und 2 um den Umfang und die Qualität der Lieferergebnisse festzulegen
• Development mit Daily-Scrum-Meetings um jeden Tag schnell auf auftretende Schwierigkeiten reagieren zu können
• Sprint Release stellt einen neuen Applikationsrelease zur Verfügung der vom Kunden bereits verwendet werden kann. Falls, wie in unserem Beispiel, die Infrastruktur noch nicht bereit steht, kann dieser Release für die Integrationstests verwendet werden.
• Sprint Retrospektive liefert das Feedback um festlegen zu können, was in diesem Sprint gut lief und was verbessert werden soll.

Dieser Zyklus wiederholt sich bis alle vom Kunden tatsächich benötigten Elemente umgesetzt worden sind. Nach jedem Sprint kann der Kunde mit dem lauffähigen Release sehen ob er die Software erhält, die er wirklich benötigt und kann sein Feedback liefern um Änderungen am System zu erreichen.

Scrum in das Gesamtprojekt einbinden

Die hier gezeigte Vorgehensweise lässt sich sehr elegant in das Gesamtprojekt einbinden.

• Es muss dafür gesorgt werden, dass die einzelnen Sprintzyklen mit den Meilensteinen des Wasserfallvorgehens übereinstimmen.
• Weiterhin muss erreicht werden, dass die Lieferobjekte des Wasserfallmodells mit den einzelnen Releases der Sprints in Einklang gebracht werden können.

Das klingt komplizierter als es ist. In den ersten Releases einer Applikationsentwicklung wird die Architektur erstellt, die Umsetzungsrichtlinien festgelegt und die einzusetzenden Tools und Libraries definiert. Weiterhin kann in den ersten Releases schon gut erkannt werden, wie das Zielsystem aussehen wird. Diese Erkenntnisse können als Vor- und Grobstudie angesehen werden.

Nach weiteren Sprints ist sichergestellt, dass die Detaildokumentation erarbeitet wurde. Bei Scrum besteht die Devise, dass der Code die Dokumentation ist. Aus dem Code kann mit Reverse-Engineering und der Beschreibung der wichtigsten Architekturkonzepte durchaus eine sinnvolle Dokumentation erstellt werden.
Für die Planung im Projekt ergibt sich somit folgende Vorgehensweise:

• Gesamtprozess der Projektvorgehensweise

Die Sprints werden auf die einzelnen Projektphasen aufgeteilt.
Nach der Vorstudie steht schon ein erster Prototyp zur Verfügung, mit dessen Hilfe die Grobstudie zusammen mit dem Kunden erarbeitet werden kann. Jederzeit kann auf Änderungen und Schwierigkeiten Einfluss genommen werden.

Falls ein Standard-Sprintzyklus sich nicht mit den Meilensteinen vereinbaren lässt, kann man entweder längere Sprints durchführen, oder die Sprints verkürzen (Siehe die „S“ Sprints). Unsere Sprints lassen sich vom Schwerpunkt her den einzelnen Projektphasen zuordnen.

• So kann dafür Sorge getragen werden, dass nach der Vorstudie eine Vision und ein erster architektonischer Prototyp steht.
• Nach der Grobstudie sind erste Businessprozesse umgesetzt und können während der Detailstudie verfeinert werden.
• Bei der Implementation kann die Integration der Applikation in die Infrastrukturkomponenten und operationellen Prozesse angegangen werden.
• Bei den abschließenden Tests sind die Applikationskomponenten bereits getestet und es geht vor allem um die Integration in die Systemumgebung.
• Die Transition kann dazu verwendet werden, abschließende Änderungen einzupflegen oder die Übergabe an den Betrieb zu managen.

Die Schwerpunkte der einzelnen Sprints sind in der folgenden Grafik angedeutet.

• Scrumprozess in den Farben des Wasserfallvorgehens

Durch die Übernahme der Farben aus dem Wasserfallvorgehen werden die Schwerpunkte des Gesamtprojekts auf das Teilprojekt übertragen. Die Entwickler können sich in den Projektphasen wiederfinden.

Fazit

Mit dieser Vorgehensweise ändert sich für die beiden Welten (Scrum und Wasserfall) sehr wenig. Die einzelnen Projektbereiche können miteinander kommunizieren und wir erhalten uns die einfache Rapportierbarkeit des Wasserfallmodells und die Agilität von Scrum.

Ähnliche Beiträge

Ziel wäre gewesen einen Anwendungsfall zu streichen, und dabei die minimalen Anforderungen trotzdem zu erfüllen.

Was sind die minimalen Anforderungen?

Aus dem vorhergehenden Artikel von Roland sind die Anforderungen wie folg definiert:

• Eine Userverwaltung
• Eine Kategorieverwaltung (Hier kann man Abstriche machen. Man könnte viele kleine Newssysteme für die jeweilige Kategorie installieren. Dann kann man durch Konfiguration die Komplexität verringern. Dafür hat man halt die Problemstellung, dass die Konfiguration je nach Einsatz ziemlich komplex werden kann.)
• Eine Artikelverwaltung
• Irgendwas um die Bilder hochzuladen
• Eine einfache Art die News auf Webseiten zu positionieren.

Ein anderer Lösungsweg für die Kategorieverwaltung bedeutet für mich im Moment, dass diese Anwendungsfälle wegfallen.

Der Bilderupload war die nächste Stelle, um abzuspecken. Die Bilder sollen “geploaded” werden, das ist die Anforderung. Das zusätzlich noch Stammdaten angelegt werden, ist nicht definiert. Für mich klingt das im Moment ein Wenig nach Bildverwaltung, und die ist nicht als Anforderung definiert also raus…

Doch dann kam die Spalte mit den verbauten Chancen und es wurde klar, dass jeder gestrichene Anwendungsfall Chancen auf Übersichtlichkeit, Datenhaltung, Verwaltung, usw. verbaut.

Was kann man da nun tun?

Ähnliche Beiträge

Damit werden dir alle Pakete angezeigt, die es so für OpenOffice gibt.
Mit

werden die OpenOffice Pakete und alle abhängigen Pakete installiert.
Da ich auch noch die deutsche Rechtschreibprüfung usw. haben will, habe ich noch den folgenden Befehl abgesetzt:

Jetzt ist so ziemlich alles was es zu OpenOffice braucht installiert und einsatzbereit.

Ähnliche Beiträge

Ähnliche Beiträge

Jeden Tag entstehen neue Werkzeuge die bestimmte Probleme lösen sollen.
Beispielsweise wird neue Blogsoftware erstellt, die auf den Ideen von bestehenden Blog-Systemen aufsetzt.
Mit der Erstellung von neuen Systemen wird versucht Arbeitsabläufe und Problemstellungen, die mit den bestehenden Systemen nicht befriedigend gelöst werden können, zu verbessern.

Ein Beispiel wie ich gerne Blogsoftware verwenden würde und der tatsächliche Ablauf

Beim Erstellen von Artikeln sollte der Arbeitsablauf für mich wie folgt aussehen:

• Ich schreibe meine Gedanken in Stichworten auf
• Ich nehme die Stichworte und erstelle daraus Überschriften und den eigentlichen Text
• Ich fülle Bilder und Links in den Text ein
• Ich schreibe die Beschreibung, also eine Zusammenfassung in ein- oder zwei Sätzen, mit der der Artikel bestimmt wird
• Ich bestimme die Tags, mit denen dieser Artikel wieder gefunden werden soll
• Ich überlege mir einen passenden Titel

Meine WordPress Installation schreibt mir jedoch folgenden Ablauf vor:

• Schreibe zuerst den Titel des Artikels
• Schreibe den Artikel
• Beschreibe die Tags
• Erstelle die Seitenbeschreibung

Dieser Ablauf passt nicht zu meinem gewünschten Prozedere.
Ich werde von der Oberfläche dazu gezwungen, mir zuerst einen Artikeltitel zu erfinden.
Das will ich aber nicht, mache mir jedoch zuerst Gedanken um den Artikeltitel.

Was ist die Folge?

Ich halte mich mit Dingen auf, die ich in meinem Ablauf gar nicht haben will. Ich muss mich an das System anpassen. Und das führt dazu, dass ich langsamer werde und vom eigentlichen Arbeitsproblem abgelenkt werde.

Wie reagiert der normale Hacker?

Im Extremfall schreibe ich eine neue Software, die ziemlich ähnliche Eigenschaften wie WordPress hat.
Dabei verwende ich viele Features, die in WordPress vorhanden sind. Es entsteht ein neues System, dass z.B. erlaubt dass ich meinen Arbeitsablauf so gestalten kann wie ich will.
Parallel dazu entsteht jedoch ein System, dass andere Schwächen aufweist.
Beispielsweise könnte mein System folgende Probleme mit sich bringen:

• Der Arbeitsablauf des “normalen” WordPress Anwenders wird nicht abgebildet.
• Mein System könnte in bestimmten Bereichen langsamer sein
• Viele Features von WordPress werden in meiner Software nicht verfügbar sein.

Verschwendung von Lebenszeit

Um die verschiedenen Systeme zu erstellen, warten und installieren wird wertvolle Zeit von Menschen benötigt.
Um sich ein System auszusuchen wird weiterhin Zeit von Menschen benötigt.
Und um sich in das neu installierte System und seine Macken einzulernen wird wieder Zeit von Menschen benötigt.
Wir verschwenden so unglaublich viel Zeit. Die Produktivität sinkt und wenn wir mal ehrlich sind, wird nicht viel mehr erreicht als wenn wir bei einem Produkt geblieben wären.

Vorteile durch Vielzahl von vorhandenen Tools

Wenn wir aus vielen verschiedenen Werkzeugen die Passenden aussuchen können, ist dass natürlich ein sehr großer Vorteil. Wir legen uns nicht auf ein bestimmtes Werkzeug fest, wir können wählen und die Evolution der einzelnen Tools zeigt dass neue Komponenten die Erzeugung von Monolithen reduziert.
Die Werkzeuge bleiben änderbar und der Fortschritt kann erfolgen.
Weiterhin können wir uns gesellschaftlich von anderen Benutzern abgrenzen und uns so zu einem elitären Personenkreis zusammenschließen. Wir können uns somit also in der Gesellschaft positionieren.

Würde es noch einen anderen Weg geben?

Durch Open Standards, Open Source und Best Practise sind viele Abläufe schon mehrfach beschrieben und in unzähligen Werkzeugen abgebildet worden.
Sind wir doch mal ehrlich. Die Erstellung von Artikeln mit Blogsoftware wurde vor 30 Jahren auf dem Mainframe mit ähnlichen Arbeitsprozessen ermöglicht.
Damals war die Ausgabe dann entweder eine 3270 Emulation oder ein ausgedrucktes Dokument.
Wenn man die Qualität und den Informationsgehalt der damaligen Dokumente mit den heutigen Webseiten vergleicht kann man häufig feststellen, dass die Qualität und der Informationsgehalt identisch sind.
Wir haben also im Prinzip keine Verbesserung erreicht.
Die Arbeitsabläufe waren schon damals perfekt definiert und für den einzelnen Anwender anpassbar.
Der letzte Punkt ist für mich sehr wichtig.
Wir haben die Technologien, die Best Practise und die individuellen Wünsche.
Unsere Computersysteme sind stark genug, auf jeden individuellen Wunsch einzugehen.
Wir müssten eigentlich “bloß” die vorhandenen Technologien und Architekturideen verwenden und unsere bestehenden Systeme anpassen.

Wie kann das zum Beispiel aussehen?

Wir können unsere bestehende Blogsoftware verwenden und hier- und da ein Reverse Engineering ansetzen.
Wir können die Software entsprechend anpassen und zum Beispiel die Individualisierung (Customizing) vorantreiben.
Wenn ich mir meinen Arbeitsablauf (in Grenzen) selbst umstellen kann, dann brauch ich mir keine Gedanken um ein neues System machen.
Ich kann bestehende Systeme verwenden.
Wir könnten unsere wertvolle Zeit damit verbringen, nicht mehr neue Tools zu evaluieren, sondern bestehende Tools zu verändern.

Warum machen wir das nicht?

Manchmal habe ich den Eindruck, wir verwenden bestehende Tools nicht weiter, da wir in einer Wegwerfgesellschaft leben.
Es ist viel einfacher, und oft auch billiger, eine defekte Waschmaschine wegzuwerfen und eine neue zu kaufen als sie zu reparieren.
In der Software schlägt sich das auch durch.
Wir müssen immer neue Gimmicks erfinden, damit diese von den Anwendern gekauft werden. Wenn das nicht geschieht, gehen wir pleite.

Fragen die ich gerne diskutieren würde

Vielleicht würde Model Driven Architecture uns weiterbringen?
Oder ist gar die totgesagte SOA noch zu retten, wenn wir sie richtig aufkochen und verwenden würden?
Wenn wir nicht mehr von Buzzwords geleitet würden, sondern von Problemlösungen würden zwar einige Berater ihren Job neu definieren müssen. Auf der anderen Seite würden wir eventuell nicht mehr so viele Millionenprojekte in den Sand setzen und Geld und (viel schlimmer) wertvolle Lebenszeit vernichten.

Was würde passieren, wenn wir uns tatsächlich mehr um die Arbeitsabläufe und weniger um die eingesetzten Tools kümmern würden?
Könnten wir unsere bestehenden Werkzeuge nicht optimieren und somit tatsächlich das Rad nicht jedes mal neu erfinden?

Ähnliche Beiträge

Was hab ich gemacht?

Ich habe einen Lösungsweg unter Bug #337974: die Info

I’ve fixed this typing:
sudo cp /usr/share/services/xine_part.desktop /opt/kde3/share/services/

Den Zielordner gibt es auf meinem Asus Eee 900 und Gentoo so nicht.
Aber wenn man als root cp /usr/share/services/xine_part.desktop /opt/kde3/share/services/ eingibt, dann klappts auch wieder mit dem Kaffeine.
Viel Spaß beim DVD schauen!

Ähnliche Beiträge

Was war diesmal besonders?

Ich hatte den Update schon vor ein paar Tagen mal durchführen wollen.
Doch dort waren mir zu viele Abhängigkeiten nicht korrekt aufgelöst worden.
Und als “alter” Gentoo Benutzer weiss ich, dass man manchmal einfach abwarten und Tee trinken sollte.
Also lies ich das System einfach in seiner bestehenden Form stehen und wartete ein paar Tage.
Gestern war es dann so weit.
Ich führte mein emerge –sync durch.
Dann startete ich das emerge –update –world.
Er zeigte mir an, dass einige KDE-3.5.10 Komponenten sich mit den neuen KDE-4.2.3 Komponenten beissen.
Da ich KDE-3.5 eigentlich auf dem kleinen gar nicht mehr haben will, nahm ich die Tastatur in die Hand und führte ein paar emerge –unmerge =kde-base/xxx.xxx durch.
Danach maulte mein update noch, dass ich ein make Flag setzen sollte.
Und dann war er zufrieden und gurgelte durch die Nacht.

Fazit

Der Update hat mich diesmal ca. 20 Minuten Aufwand gekostet. Dafür ist das System jetzt wieder schön aktuell.
Im Vergleich: Während ich hier schreibe führt Windows ein paar Updates durch. Und immer wieder fragt es mich etwas oder will neu gestartet werden. Das bedeutet, dass ich diese Woche für einen Update von Linux ca. 20 Minuten Arbeitszeit verheizt habe und im Windows Umfeld ca. 45 Minuten.
Im Schnitt würde ich sagen, dass ich gleich viel Zeit für die Pflege der Systeme aufwenden muss. Häufig klappt es bei Linux ja auch nicht so gut

Ähnliche Beiträge

Warum wollte ich XMind ausprobieren

Ich habe eigentlich immer ein Eclipse offen. Und da XMind als Plugin für Eclipse verfügbar ist, war das der Grund für den Versuch.

Installation und Start

Um XMind im Eclipse in Betrieb zu setzen musst du die Sourcen herunterladen und entpacken. Dann kannst du sie mit den Eclipse Update Manager installieren.
Ein neues Mindmap erstellt man, indem man in die XMind Perspektive wechselt.
Damit meine Mindmaps irgendwo einen schönen Platz haben, habe ich ein eigenes Projekt (General) angelegt. Meine Mindmaps sind also im Projekt mindmaps hinterlegt. Wenn man XMind in irgend einem größeren Projekt verwendet ergibt es natürlich Sinn die Mindmaps im jeweiligen Projekt einzuschreiben.

Mein Eindruck

Ich kann mich Roman voll und ganz anschließen.
Nach ca. fünf Minuten konnte ich mit dem Teil umgehen und meine Hirnblähungen in Mindmap Form ausgeben
Der Export nach HTML hat wunderbar funktioniert und ergibt wirklich schöne und klar strukturierte Dokumente.
Auch wenn ich bisher mit FreeMind arbeitete, ich glaube XMind kann auf alle Fälle damit konkurieren oder hat gar noch ein paar schönere Features.
Klar, für mich hat FreeMind gut funktioniert, da ich Mindmaps nicht wegen dem Design sondern wegen der schnellen Benutzung anwende.
Aber da XMind neben meiner normalen Entwicklungsumgebung im gleichen Tool existieren kann, bin ich wirklich sehr davon angetan.

Fazit

Wenn du mal wieder ein neues MindMap Tool benötigst, kann ich dir auf alle Fälle XMind empfehlen. Viel Spaß beim Ausprobieren!

Ähnliche Beiträge

Ich habe somit einen deutschen Server eingetragen. Falls der nicht erreichbar ist, verwende ich den Server 1.gentoo.pool.ntp.org.
Wenn ich es richtig gelesen habe, gibt dieser Server GMT +1 Uhrzeit aus.
Jetzt ist die Uhrzeit also korrekt und ich kann auch mal die Uhr richtig lesen ablesen

Ähnliche Beiträge

Eclipse Installieren

• Wie gehabt mit emerge  ‐‐sync das Portage System aktualisieren.
• Danach mit emerge eclipse-sdk die aktuelle Eclipse Version (Ganymede) installieren.
• Starte Ganymede. Du findest es unter Programme->Entwicklung->Eclipse 3.4
• Gehe zum Menüpunkt Window->Preferences->General->Capabilities und klicke Classic Update an.

Subclipse Installieren

Subclipse ist ein grafisches Frontend für SVN. Und ich verwende SVN für die Versionierung der Programme.

• Gehe zum Menüpunkt Help->Sofware Updates->Find and Install
• Wähle den Menüpunkt “Search for new features to install” aus
• Füge die Sublcipse Seite mit “New Remote Site” hinzu
  Gebe für Name subclipse und für URL http://subclipse.tigris.org/update_1.4.x ein.
• Wähle im “Update sites to visit” alle verfügbaren Checkboxen aus. (Also Ganymede, subclipse und The Eclipse Project.
• Drücke den Finish Button
• Eclipse sucht nach den Update Sites. Such dir eine sympathische aus. Ich nehme zum Beispiel gerne die Esslinger Seite, da die bei mir immer funktioniert und aus dem Ländle isch
• Wähle nun subclibse aus. Du erhälst eine Warnung, dass nicht alle Abhängigkeiten aufgelöst werden können.

Deine Subclipse Installation ist somit abgeschlossen.

PDT Installation

• Gehe zum Menüpunkt Help->Sofware Updates->Find and Install
• Wähle den Menüpunkt “Search for new features to install” aus
• Füge die PDT Seite mit “New Remote Site” hinzu
  Gebe für Name pdt und für URL http://download.eclipse.org/tools/pdt/updates/interim/ ein.
• Füge die DLTK Seite mit “New Remote Site” hinzu
  Gebe für Name dltk und für URL http://download.eclipse.org/technology/dltk/updates-dev/1.0 ein.
• Wähle im “Update sites to visit” “Ganymede Discovery Site”, dltk, pdt und “The Eclipse Project Updates” aus.
• Drücke den Finish Button
• Eclipse sucht nach den Update Sites. Such dir eine sympathische aus. Ich nehme immer noch gerne die Esslinger Seite, da die bei mir immer funktioniert und aus dem Ländle isch
• Wähle nun pdt und dltk aus. Du erhälst eine Warnung, dass nicht alle Abhängigkeiten aufgelöst werden können.
• Daraufhin muss unter der “Ganymede Discovery Site” der Unterpunkt “Web and Java EEE Development” und darin findet man “Webdevelopertool 3.0″ aktiviert werden.



• Wähle den Button “Select Required” damit Eclipse die Abhängigkeiten selbst auflöst.
• Drücke “Next”, akzeptiere die Terms & Conditions und drücke “Finish”. Danach “Install all”
• Beantworte die Nachfrage ob Eclipse neu gestartet werden soll mit yes

Weitere Einstellungen

Tabulator

Ich verwende keinen Tabulator in meinen Quelltexten. Deshalb muss beim Drücken der Tabulatortaste automatisch bei mir vier Leerzeichen eingefügt werden.

• Einstellungen öffnen
• Den Menüpunkt  General->Editors->Text Editors auswählen
• In der  Registerkarte Appearance  den Wert von Displayed tab width auf 4 umstellen
• Die Checkbox Insert spaces for tabs anklicken und glücklich sein

Ähnliche Beiträge

Ähnliche Beiträge

Ähnliche Beiträge

Ähnliche Beiträge