Difference between revisions of "Main Page"

From BITPlan Wiki
Jump to navigation Jump to search
Line 1: Line 1:
__NOCACHE__
+
__NOCACHE____NOTOC__==  {{#realname:Visitor}}, Welcome to {{SERVERNAME}} - {{NUMBEROFARTICLES}} Articles ==
__NOTOC__
+
<div class='bitplanorange'>Problem mit Ihrer Software-Architektur? Spielen Sie mich als Joker aus und ihre Probleme werden gelöst</div>
 
 
==  {{#realname:Visitor}}, Welcome to {{SERVERNAME}} - {{NUMBEROFARTICLES}} Articles ==
 
 
 
 
Ich bin ein erfahrender IT-Berater/Softwareingenieur, den sie schnell und flexibel aus- spielen können, falls die angebotene Softwarelösung ihrer IT-Abteilung nicht überzeugt - entweder auf Grund von Resourcenmangel oder weil ihre Anforderungen nicht erfüllt werden. Ich sorge dafür, dass Sie die gewünschte Lösung erhalten - wie ein Joker, der dafür sorgt, dass sie mit dem passenden Blatt punkten können.
 
Ich bin ein erfahrender IT-Berater/Softwareingenieur, den sie schnell und flexibel aus- spielen können, falls die angebotene Softwarelösung ihrer IT-Abteilung nicht überzeugt - entweder auf Grund von Resourcenmangel oder weil ihre Anforderungen nicht erfüllt werden. Ich sorge dafür, dass Sie die gewünschte Lösung erhalten - wie ein Joker, der dafür sorgt, dass sie mit dem passenden Blatt punkten können.
  

Revision as of 17:31, 12 February 2016

Visitor, Welcome to wiki.bitplan.com - 618 Articles

Problem mit Ihrer Software-Architektur? Spielen Sie mich als Joker aus und ihre Probleme werden gelöst

Ich bin ein erfahrender IT-Berater/Softwareingenieur, den sie schnell und flexibel aus- spielen können, falls die angebotene Softwarelösung ihrer IT-Abteilung nicht überzeugt - entweder auf Grund von Resourcenmangel oder weil ihre Anforderungen nicht erfüllt werden. Ich sorge dafür, dass Sie die gewünschte Lösung erhalten - wie ein Joker, der dafür sorgt, dass sie mit dem passenden Blatt punkten können.

1738-006.jpg
Brücken bauen
Brückenmetapher.png

Oft scheitert eine erfolgreiche Softwareentwicklung daran, dass die Anforderungen und Bedürfnisse durch die entwickelte Softwarelösung nicht erfüllt werden. Das kann mehrere Ursachen haben:

  • Die Anforderungen und Bedürfnisse wurden seitens der Auftraggeber nicht korrekt analysiert bzw. kommuniziert.
  • Die Aufgabenstellung wurde seitens der Entwickler falsch interpretiert.
  • Die entwickelte Software-Architektur ist nicht geeignet, den Prozess stabil und effizient abzubilden.

Hier agiert Wolfgang Fahl wie der Baumeister einer Brücke, er kennt die Beschaffenheit beider Ufer (Bedürfnisse und Softwarelösung) und sorgt nun für eine stabile Konstruktion zur effizienten Verbindung - somit des optimalen Lösungsansatzes - beider Ufer. Er nutzt hierbei folgende bewährte Methodik: Problemanalyse -> Strukturierung -> Systematisierung -> Automatisierung.

Style

MediaWiki:Common.css