Softwareentwicklung Vorgehensweise

[Generic1]

Hi,

wir entwickeln in unserer Firma Abteilungsübergreifend eine SW.
Eine Abteilung hat sich den lead unter den Nagel gerissen und sagt einfach, wer an dem Projekt mitarbeitet, soll sich zu ihnen ins Büro setzen, damit sie keine SW- Spezifikation schreiben müssen.

Ich halte von dieser vorgehensweise nichts, da eine Spezifikation ja auch eine Dokumentation ist.
Was haltet ihr davon?

 

[TheDarkRose]

*watschn.links* *watschn.rechts* davon ist überhaupt nichts zu halten. Eskalier das nach oben.
Zum Schluss wollen sie nicht mal je versionsverwaltung benutzen...

Gesendet von meinem GT-I9000 mit Tapatalk 2

 

[Spacerat]

*watschn.links* *watschn.rechts* davon ist überhaupt nichts zu halten. Eskalier das nach oben.
Zum Schluss wollen sie nicht mal je versionsverwaltung benutzen...

Hahaha... genau.
Es sei denn, ihr benötigt in etwa OS2 ähnliche SW und die "Lead-Abteilung" hat sich von einem kleinen "Bill Gates" (evtl. ein Leiharbeiter) dahingehend bequatschen lassen. :lol:
[EDIT]Das sollte die Führungsspitze deines Unternehmens zumindest wissen, ggf. lesen.[/EDIT]

 

[ssoul26]

Hola, klingt ja wie nach einer Abteilung mit einem sehr stark ausgeprägten Minderwertigkeitskomplex. Wie ist es generell in der Firma? Ich würde einfach noch einmal mit Vernunft antreten und denen versuchen klar zu machen, was für Vorteile eine gute Spezifikation bringt. Des sind solche Leut, die nur Software entwickeln wollen, welche nur sie verstehen um deren fragwürdige Existenz zu rechtfertigen.

 

[PeterS]

Hola, klingt ja wie nach einer Abteilung mit einem sehr stark ausgeprägten Minderwertigkeitskomplex. Wie ist es generell in der Firma? Ich würde einfach noch einmal mit Vernunft antreten und denen versuchen klar zu machen, was für Vorteile eine gute Spezifikation bringt. Des sind solche Leut, die nur Software entwickeln wollen, welche nur sie verstehen um deren fragwürdige Existenz zu rechtfertigen.

Alte Taktik: Wenn nur du die Software verstehst ist dein Arbeitsplatz sicher

Spricht aber für ein schlechtes Klima in der Firma

 

[Andgalf]

Hi,

wer an dem Projekt mitarbeitet, soll sich zu ihnen ins Büro setzen, damit sie keine SW- Spezifikation schreiben müssen.

Ich halte das im Prinzip für eine ziemlich gute Idee, weil man sich während der Arbeiten viel besser austauschen kann und somit auch weniger Wissens-Inseln entstehen ... die Begründung mit der Spezifikation ist allerdings Bullshit

 

[TryToHelp]

Also es hat auf jedenfall einen Vorteil in einem gemeinsammen Büro zu Arbeiten, dort sind dann absprachen einfacher zu treffen, die kommunikation im Team ist einfacher,...
Jedoch sollte sich vor der Entwicklung gedanken zu der Entwickeldnen Software gemacht werden und dieses auch dokumentiert werden. Dieses tut man meistens in einer Spezifikation bzw in einem späteren Schritt in einem Konzept, ...
UND sowas sollte gemacht werden, da sonst am Ende nix bei rauskommt, ständig nur neue änderungen kommen -> der Code unverständlich, unwartbar wird und das Projekt damit wahrscheinlich zum scheitern verurteilt ist. Zu viel Menpower in die Entwicklung ohne vorherige konzeotionierung, spezifikation zu stecken ist vergeudete Menpower ;-)

 

[Bernd Hohmann]

Eine Abteilung hat sich den lead unter den Nagel gerissen und sagt einfach, wer an dem Projekt mitarbeitet, soll sich zu ihnen ins Büro setzen, damit sie keine SW- Spezifikation schreiben müssen.

Um Specs zu schreiben, braucht man eine konkrete Vorstellung vom Endergebnis. Wenn die Vorstellung nur diffus ist, helfen Prototypen. Ab einem passenden Zeitpunkt "x" lohnt es sich aber, grob festzuhalten was gemacht werden soll und großzügige Zeitrahmen festzulegen. Großartige Pflichten/Lastenhefte bringen bei solchen Programmierungen eher Nachteile als Vorteile.

Bisserl Text macht sich immer gut als Absicherung nach oben.

Bernd

 

[TryToHelp]

Interessant ist auch welche größe dieses Projekt hat, bei kleineren Projekten, kann man spezifikationen, konzept eher vernachlässigen, bei größeren Projekten, ist es aber wichtig.
Ja Prototyping ist ein guter Weg zum finden einer möglichen Lösung, aber mann sollte vorher schon eine Idee haben, was das Problem ist, welches gelöst werden soll =)