Wie halten Sie die balance zwischen business-Prozess-änderungen, um für die Herausforderungen der software ändern?

https://stackoverflow.com/questions/1645870

22-07-2019
|

Frage

In meiner zugegebenermaßen noch Jungen Karriere habe ich mich dem schreiben von code zu unterstützen, schrulligen Geschäftsregeln und-Prozessen.Zwangsläufig waren diese Veränderungen immer in einer Massiv schwierig, code-Basis und verursacht viele Probleme.Meine Frage hat ein paar Ausschnitte:

Während software ist ein tool für Unternehmen, um machen Ihr Leben einfacher, an welchem Punkt wir als Entwickler schlagen eine änderung der Geschäfts-Prozess, eher als in der software als "magic bullet", um ein bestimmtes problem lösen.
Wie können wir, als die Entwickler sagten, eine bestimmte Stufe der Verehrung für die software als auch die Schwierigkeiten, die bei änderungen einfach die zu unterstützen, die Tücken des Geschäfts?

Ich verstehe, dass diese änderungen in Geschäftsprozessen der Förderung unserer Branche, sondern in Analogie mein Vater möchte verstehen:Was ist leichter, zu Schmelzen, einen hammer zu Schmieden, einen Schraubenzieher zu fahren, Schrauben oder verwenden Sie einfach die Nägel, da Sie Ihren hammer, ist schon geil...?

Lösung

Sie können den Blick auf

Sieben Gewohnheiten von hochwirksamen Menschen

, wie es ist das Gefühl, dass Sie benötigen, zu entwickeln, eine Sphäre der Einfluss groß genug, um zu versuchen zu ändern Geschäftsprozesse.

Ihre beste Wette ist, um zu zeigen, dass Sie sehr kompetent in Ihrem job, und Arbeit auf die Entwicklung von Beziehungen mit Menschen auf der business-Seite, so dass Sie fühlen können bequem sitzen außerhalb der Arbeit zu diskutieren die business-Prozess in Frage.

Dies ist ein langsamer Prozess, aber wenn Sie versuchen, um rush zu schnell das Geschäft wird push-back -, squash-und Sie wie ein bug.Wenn Sie Lesen,

Das Alter der Ketzer

für Beispiel, Sie sehen Beispiele von Unternehmen, waren zu erfolgreich, dass änderungen, und die Gesellschaft zerstört.

In dem moment Ihre beste Wette ist, um Veränderungen, wie Sie können, um die software flexibler sein, so dass, wenn der Vorgang änderungen, die Sie können leicht anzupassen, um die neuen Regeln.

Andere Tipps

Bevor Sie irgendetwas tun können, sollten Sie besser einen Schritt zurück und versuchen zu verstehen das Geschäft.Wenn Sie reagieren zu ändern, durch die Anpassung Ihrer Prozesse, das ist eine GUTE Sache.Es ist, wenn Sie die Dinge lassen, genau das gleiche für Jahre, Sie können vergessen, über Sie noch ein Unternehmen.Sie müssen sicherstellen, dass, jedoch, dass der Wandel, den du bist reagiert werden, um nicht negativ beeinflussen die up - oder down-stream-Geschäftsprozesse.Business units nicht oft tun, dass die Prüfung.Aber, wenn es geht alles in die Hölle, wissen Sie, wer Sie beschuldigen werden, richtig?Durch tun diese, können Sie den Kopf diese Fragen aus und evangelisieren, "bessere Wege." Nicht tun, es ist ein Rezept für die ewige frustration.

Lernen Sie Ihr Geschäft, bevor Sie überhaupt daran denken, codieren.

Als für die mechanik:Was ich immer hatte, meine teams zu schreiben, war die "generischen software." Einige business-Gerät möglicherweise benötigt einen Weg, um zu erfassen eine form und einen Bericht erstellen.Okay, einfach genug, richtig?Falsch.Bedenken Sie immer, eine Anfrage als etwas*200.Möchten Sie Unterstützung 200 solcher Anwendungen, alle tun fast die gleiche Sache?Nicht mich.Zu faul.

Ich richtete meine teams um eine generische form system und der Verwendung von off-the-self oder generische reporting-Mechanismen.Und ich betonte, der Einsatz von XML/XSLT-für so viel wie möglich (nicht sich, zum Beispiel, auf Microsoft ' s easy-bake-Ofen Technologien, die scheinen zu brechen jede neue Version).Dann, wenn ein anderer Geschäftsbereich wollte, "etwas ähnliches, aber mit änderungen," die Kern war es schon - wir brauchten nur einen neuen Ordner, modifizierte XML/XSLT und wir waren fertig.

Das immer - und- IMMER - gemacht diese zukünftigen Veränderungen leichter zu handhaben."Brauchen Sie ein neues Feld?Ändern einer XML-Datei.Ändern müssen die Weise wird ein Bericht erstellt?Ändern der XSLT.Keine program-changes." Get it?KEIN Programm änderungen.Halten Sie so viel wie Sie können AUS der Logik.Auch business-Prozesse dargestellt werden kann, in XML/XSLT.

In der Realität werden die meisten Anwendungen, die Sie stoßen werden, sind die gleichen Programmierung Räder (ein guter Algorithmus Buch, übrigens), die durchgeführt wurden, für immer.Sie werden nur durchgeführt werden schlechter, die von Menschen, die nicht verstehen das Geschäft und verstehen Ihr Handwerk sogar noch weniger.

Sie gehen nicht, um Ihr Geschäft auszubauen um Sie oder Ihre software, es sei denn, Sie schreiben MS-DOS für die erste Zeit.Die Sekunde, die Sie vorschlagen, werden Sie verschwunden sein.Und...Sie sollten es sein.

Eines der frustrierendsten Dinge, die jeden Endkunden (, dass ist, eine Kunde von Ihrem Arbeitgeber oder Kunden), können hören, ist "der computer wird nicht lassen Sie mich das machen".Sagen, Elemente hinzufügen, um eine Bestellung nach dem Versand wird berechnet, oder auf Abbrechen, etwas vor die Umsatzsteuer berechnet wurde, oder was auch immer.Die software sollte dazu dienen, das Geschäft.Sicher, das bedeutet, die software hat viele änderungen mit sich, und manchmal ändert sich so viel aus, wo es war, dass Sie von vorne anfangen müssen.Wie Sie wachsen, die Erfahrung, die Sie schreiben software, die ist einfacher zu ändern, angesichts der unadjustable Realität, business process change, Gesetze ändern, Steuern codes ändern, die Kunden ändern, und so auf.Einige Tage, Sie können eine Vertrauenswürdige Beraterin für Ihre Kunden.Das ist ungewöhnlich früh in Ihrer Karriere.Ich bin in diesem Stadium, aber ich bin jetzt in meinem vierten Jahrzehnt wird bezahlt zu Programmieren.Ich habe selten schlagen die Unternehmen Platz für die software.Es braucht eine Menge Urteil zu wissen, Wann das sein könnte, das richtige zu empfehlen.Und was auch immer Ehrfurcht könnten Sie sich für Ihre software, tun Sie Ihr bestes, es zu verbergen, von den Leuten, die dafür bezahlen.Sie sehen es als ein Werkzeug zur Unterstützung der realen Wirtschaft, Sie sind in.

Ich denke, es ist Wert, die Frage nach der Wirtschaftlichkeit von bauen mit neuen Lösungen zur Anpassung an bestehende Geschäftsprozesse versus Anpassung der Geschäftsprozesse zur Anpassung an die bestehenden Lösungen.In Wirklichkeit jedoch, ich habe nicht gesehen, dass die business-betrachten Sie diesen Winkel.

Mit dem im Verstand, ich denke, die nächste beste Sache, die Sie tun können, ist zu erwarten, bestimmte änderungen, die das Unternehmen möglicherweise Anfrage in die Zukunft und entwickeln Sie Ihre Lösung so, dass es können Anpassung an diese Veränderungen leicht.

Leider, das ist ganz und gar situationsabhängig.

Selbst mit viel Erfahrung in business UND software, es ist immer noch ein Komplexes Thema.

Soweit Ihre spezifischen Fragen:

Sobald Sie Sie sehen.Was wichtig ist, ist die couch ist Ihr Vorschlag konstruktiv.Auch Begriffe zu verwenden, mit für das Unternehmen relevanten (ROI, NPV, etc).Und finden Nebenleistungen ().Also, wenn die software ändern ist wirklich nicht mindern das business-problem, die Kosten ist hoch, und die Festsetzung der business-Prozess hat erhebliche Nebenkosten Einsparungen, die Sie stellen ein völlig anderes Szenario, als nur zu sagen "wir können es nicht, weil es zu viel kostet".
Die software ist Eigentum von dem Geschäft - es ist nicht geschuldet, mehr oder weniger Ehrfurcht als alles andere ist das Unternehmen im Besitz von ähnlichen Wert.

Beim Blick auf die eskalierende business Regeln Komplexität in Bezug auf die aktuelle form der software, versuchen Sie, in Anbetracht Aspekt-Orientierte Software-Entwicklung, in Auftrag zu erreichen eine bessere Modularität und die Trennung von Bedenken.Auf diese Weise, neue oder veränderte business-Regeln, wie Sie erscheinen, können integriert werden in Ihre vorhandene code-Basis als plugins, um nur die Module, die Sie benötigen, ist nicht notwendig, neu zu schreiben, große Mengen von nicht verwandten code.
Die Idee ist, dass, nachdem alle, eine Menge von business-Regeln kommen aus spezifischen Rechtsvorschriften, und es liegt in der Verantwortung des Unternehmens, übertragen, um die software zu implementieren und zu adaptieren.Ich persönlich glaube, dass der Mangel des Willens zu Folgen, Spezifikationen aufgrund der wahrgenommenen Schwierigkeit ist, was führen die meisten web-Browser lag mehr oder weniger hinter web-standards - änderung der Regeln wurde eine temporäre Problemumgehung, führte in der Zeit zu eine weit größere aufgelaufenen Kosten durch die Unterstützung jedes Browsers besonderen Macken.Versuchen Sie, die Umsetzung der neuen business-Regeln so schnell wie Sie erscheinen, oder Sie ändern - wenn das nicht geschieht, führt zu accumulative fehlt die Unterstützung für neue Funktionen und letztlich dazu führen, dass Ihre software veraltet.

Das ist eine Art, wie sich die Rolle und Stärke des CIO.Wenn die IT-Seite kann überzeugen die business-Seite, dass es einfacher/billiger/kostengünstig zum ändern der business-Prozess als code, als Sie einen Punkt.Sonst, die sonderbare Geschäftspraxis ist wertvoller als Sie denken.Ich habe auch Zweifel, dass Sie werden machen es klar, dass, wenn Sie verbringen Zeit auf den schrulligen problem, Sie wird nicht liefern die benötigten Funktionen auf Zeit (viel Glück damit).

Wenn die Technologen hatten Ihre Art und Weise, die GUI und die Maus/Zeiger würde nie gemacht haben, es aus dem Labor.Für jeden Benutzer, Sie sind hier zu bleiben.

Lizenziert unter: CC-BY-SA mit Zuschreibung

Nicht verbunden mit StackOverflow