Hier ist das Kurze und das Süße: Es wird an Dynamik gewinnen.
Viele Arbeitgeber haben viel Wert auf die Erfahrungen in der Vergangenheit, die Schulen, die Sie besucht haben, und - mangels einer besseren Redewendung - auf "verbrannt" gelegt. Entgegen der weit verbreiteten Meinung ist Softwareentwicklung bei weitem nicht so kreativ, wie viele von uns in der Technologie gerne glauben würden. In den Bereichen, in denen Kreativität möglich und sogar erforderlich ist, müssen Sie in der Regel die Personas / Stories des Endbenutzers, die Systemanforderungen, die Geschäftsbereiche, die Wirtschaftlichkeit, den Software-Engineering-Prozess und die Software-Architektur kennen, bevor Sie sich mit der Software-Erstellung befassen.
Seit dem Aufstieg der Agile-Bewegung wurde fälschlicherweise der Schwerpunkt auf Codierung und Entwickler gelegt. Dies war tatsächlich eine Fehlinterpretation dessen, worauf die Autoren des Agilen Manifests abzielten, obwohl es schwierig sein könnte, dies aus dem Manifest zu entnehmen. Agile hat sich stark an LEAN-Prinzipien orientiert und diese sogar direkt übernommen. LEAN konzentriert sich auf den Implementierungsmitarbeiter, jedoch nur aus der Perspektive, dass diese Personen den tatsächlichen Kunden des Unternehmens am nächsten sind .
Warum ist diese Unterscheidung wichtig? Die Mitarbeiter der Implementierungsabteilung spüren die Auswirkungen vieler guter und schlechter Entscheidungen unmittelbar. Als solche sind sie einzigartig positioniert, um einfache Änderungen vorzunehmen, die sich dramatisch auf Leistung und Qualität auswirken können. Leider sind sie oft nicht voll mit ihrem Wissen über den Endkunden beschäftigt und bieten viele Möglichkeiten zur Verbesserung der Leistung und Produktqualität. LEAN hat es sich zur Aufgabe gemacht, dem Endkunden einen immer höheren Mehrwert zu bieten, indem durch die Beseitigung von Abfällen ein immer höheres Maß an Effektivität erreicht wird, wodurch die Liefergeschwindigkeit erhöht und die Qualität verbessert wird. Agile drängte auf die Beseitigung von Abfällen im Bereich der Softwareentwicklung, aber die tatsächliche Effektivität aus Sicht des Endkunden [sowie des Endbenutzers des Vertragskunden] war minimal.
Zu diesem Zweck ist es erwähnenswert, dass die positiven Errungenschaften in Bezug auf Geschwindigkeit und Qualität, wie eine deutliche Verbesserung der Code-Handwerkskunst (Verschmelzung von Wissenschaft und Kunst), uns auf dem Gebiet der Konstruktion vorangebracht haben. Dabei haben wir jedoch den Überblick verloren wichtig - der Kunde. Und ich meine nicht nur den Endbenutzer, sondern den Endkunden des Unternehmens. Genau wie bei LEAN geht alles vom eigentlichen Kunden aus und läuft rückwärts. Was hat das nun mit CSDA & CSDP von IEEE zu tun? Viel.
Am Anfang braucht es oft eine Person, die in der Art des Verständnisses verwurzelt ist, das sich in den Ingenieurdisziplinen widerspiegelt, um vollständig zu verstehen, dass ein Prozess immer auf das Gesamtziel ausgerichtet sein muss, wobei seine tatsächliche Wirksamkeit, Meilensteine und Qualitätsattribute berücksichtigt werden. Wenn Sie eine dieser Eigenschaften vermissen, können Sie Ihrem vertraglichen [Unternehmens-] Kunden nicht den vollen Wert liefern, was wiederum zu einer Welle von Ereignissen führen kann, die den Wert für die Endkunden / Kunden des Unternehmens mindern. Nicht gut.
Darüber hinaus erfordert die Fähigkeit, Führungsverantwortung zu übernehmen [wenn Sie ein selbst geleitetes Team haben (als agiles Mandat), dass jeder in der Lage ist, zu einem gewissen Grad zu führen], normalerweise eine gute Breite und Tiefe des Verständnisses des vorliegenden Themas Funktionen, mit denen es interagiert, sowie die Fähigkeit, dieses Wissen an mehrere Stakeholder mit unterschiedlichem Hintergrund weiterzugeben. Die Realität ist, dass die Leute erwarten, dass Entwickler Ingenieure sind, egal, was in der Aufgabe beschrieben wird. Dass sie kluge, talentierte Menschen sind, die über ein breites und fundiertes Know-how verfügen, das die Beherrschung ihrer Haupttätigkeiten sowie die Fähigkeit umfasst, die Problemdomäne eines jeden Vertragskunden zu verstehen und zu lösen.
Warum also die große Rolle von Agile bei der Erörterung von CSDA und CSDP? Einfach - Fundament. Wenn Sie ein Team von CSDAs und CSDPs haben, auch wenn sie irgendwie betrogen wurden, wissen sie immer noch, wo sich alle Prozesse und Disziplinen innerhalb des Software-Engineerings befinden, warum sie dort sind und wann sie als Mittel darauf zurückgreifen können Verständnis zu vereinheitlichen, bevor sie in eine neue Richtung vorwärts marschieren. Diese Stiftung bietet die Möglichkeit, Softwareentwicklungspraktiken konsistent über SDLC-Methoden hinweg bereitzustellen und SDLC-Methoden ganz einfach zu wechseln und / oder zu kombinieren. IEEE hat einen Weg für Computerfachleute - ob Ingenieure, CS-Absolventen, IT-Profis oder Autodidakten - geschaffen, um ein grundlegendes Verständnis der Softwareentwicklung und -bereitstellung zu vereinheitlichen und zu demonstrieren. und Stilllegungsprozess als eine Ingenieurdisziplin, die Respekt verdient und mit Respekt behandelt werden sollte. Und aufgrund dieser Faktoren wird es an Dynamik gewinnen.