Aufwandsabschätzung

[OOP]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo, ich möchte gerne in einer Prösentation erläutern, dass Softwareentwicklung mehr ist, als reines schreiben von Quellcode.
Möchte aufzeigen, dass man auch viel Zeit aufwenden muss um sich die Brange und die Prozesse klar zu machen.
Hat jemand ein gutes Diagramm zu so etwas?
Habe bei Google leider nichts passendes gefunden.

Danke

 

[Heinileini]

... Möchte aufzeigen, dass man auch viel Zeit aufwenden muss um sich die Brange und die Prozesse klar zu machen. ...

Was ist mit "Brange" gemeint?

Gruss, Heinileini

 

[GLT]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ein derartiges Diagramm kenne ich auch nicht - den idR entwickelt man SW für die Branche die man kennt (auch wegen zu erwartendem Mehraufwand). Die Lernkurve ist meist rapide, aber nur hilfreich, wenn Folgeprojekte in Aussicht stehen.

 

[OOP]

Genau das möchte ich ja darstellen.
Dass es sich nicht lohnt, wenn man als Softwaredienstleister in einer Brange des Maschinenbaus ein einmal projekt annimmt, wo man sich nicht auskennt.
Viele sehen es so an, als wäre Softwareentwicklung gleich Softwareentwiclung. Egal für welche Art von Maschine.
Möchte darstellen, dass die Einarbeitung in gewisse Brangen und Themen auch viel Zeit in Anspruch nimmt.

 

[kiar]

Moin,

ob sich schon jemand beschäftigt hat, würde ich bezweifeln.

Raik

PS :https://www.duden.de/rechtschreibung/Branche:sm10:

 

[thomass5]

Zuviel Werbung?
-> Hier kostenlos registrieren

Das, was du suchst, wird es fertig nicht geben. Jedes Projekt ist anders gelagert, es ist jede Kundenbeschreibung der Wünsche anders...
Drauflosprogrammieren ist nicht, da geb ich dir recht. Aber der Aufwand an Einarbeitung und die Änderungen am schon lebenden Objekt, weil Kunde und Programmierer mit den gleichen Objekten etwas anderes meinten ist unüberschaubar.
Was soll denn an den Achsen des Diagramms für Größen stehen? Branche/Einarbeitungszeit? Automobilbau 1d ,Chemie 5d , Fördertechnik 2h ? Und diese Zeit sagt noch lange nicht, das dass Problem verstanden wurde...

Jeder Programmierer hat auch einen anderen Hintergrund.

 

[Gerhard Bäurle]

Genau das möchte ich ja darstellen.
Dass es sich nicht lohnt, wenn man als Softwaredienstleister in einer Brange des Maschinenbaus ein einmal projekt annimmt, wo man sich nicht auskennt.
Viele sehen es so an, als wäre Softwareentwicklung gleich Softwareentwiclung. Egal für welche Art von Maschine.
Möchte darstellen, dass die Einarbeitung in gewisse Brangen und Themen auch viel Zeit in Anspruch nimmt.

Erstens macht es genau genommen nie Sinn, ein Projekt annehmen, wenn man sich im Umfeld nicht auskennt. Das ist unabhängig von der "Brange".

Zweitens ist Softwareentwicklung viel mehr als Codieren – ich muss die Aufgabe verstehen, zerlegen, Lösungen entwickeln und als letztes kommt der Code.

Wobei es oft einfacher ist, einer Prozessfachkraft das Codieren beizubringen, als einem Programmierer das Prozesswissen.

 

[Blockmove]

Wobei es oft einfacher ist, einer Prozessfachkraft das Codieren beizubringen, als einem Programmierer das Prozesswissen.

Daraus resultieren auch zum Großteil die großen Gehaltsunterschiede in unserer Branche.
Ich war mal auf einem WinCC-Datenbank Kurs und hab dort reine Visualisierer kennengelernt.
Die bekommen von der Konstruktion CAD-Bilder und Fließbilder, von den SPS-Programmierern die Schnittstellen-DB und Elementbeschreibung.
Daraus wird dann die WinCC-Visu erstellt.
Eine Bekannte erstellt und wartet nur die SPS-Bibliotheken für ihren Konzern. Anlagen kennt Sie nur von Teamviewer-Sitzungen mit den Inbetriebnehmern.

Auf der anderen Seite sind hier im Forum viele über deren Prozesswissen man nur Staunen kann.

Gruß
Blockmove