Hat jemand eine CSDP-Zertifizierung durchgeführt? [geschlossen]

Ich habe mir einige Zertifizierungen angesehen, die mein Wissen und meinen Marktwert als Software-Ingenieur verbessern können. Der Certified Software Development Professional (CSDP) von IEEE hat meine Aufmerksamkeit erregt. Als ich im Internet nach Benutzererfahrungen damit suchte, konnte ich nichts Wesentliches finden. Scheint nicht zu beliebt. Und ich habe sicherlich noch nie von jemandem in meiner Organisation oder in meinem Freundeskreis gehört, der es getan hat.

Ich würde gerne von Community-Mitgliedern erfahren, ob jemand diese Zertifizierung durchgeführt hat und welche Erfahrungen er damit gemacht hat. War die Zertifizierung wissensdienlich? Hat es Ihrem Lebenslauf Gewicht verliehen (kein Eigengewicht!)?

Ich bin derzeit Inhaber des CSDA-Zertifikats (IEEE Certified Software Development Associate) und nehme an der CSDP-Prüfung teil, wenn ich dazu berechtigt bin (ich benötige noch ca. 2-3 Jahre Erfahrung).

Wie jedes Zertifikat ist es nur ein Beweis dafür, dass Sie bestimmte Themen über das Buchformular kennen. Sie sagen nicht wirklich viel darüber aus, wie Sie sich bei der Arbeit verhalten werden. Ihre bisherige Arbeitshistorie wird dies weitaus effektiver tun.

Für mich habe ich das CSDA genommen, weil es sehr eng mit dem Software-Engineering-Programm meiner Universität korreliert. Durch das Ablegen und Bestehen der Prüfung bestätigte ich, dass ich nicht nur das für meinen Fachbereich relevante Material in der von meiner Universität vorgegebenen Tiefe und Breite kannte (was durch den Abschluss des Studiengangs belegt wird), sondern auch in der Tiefe und Breite Empfohlen von einer international anerkannten Organisation, die über umfangreiche Erfahrungen und Kenntnisse im Bereich Software Engineering verfügt.

Wie Arbeitgeber Zertifikate sehen, ist je nach Branche und Organisation sehr unterschiedlich. Einige Branchen bevorzugen bestimmte Zertifizierungen gegenüber anderen. Unternehmen messen den Mitarbeitern und den Zertifikaten, über die sie verfügen, ihr eigenes Gewicht bei. In den Kommentaren zu Ihrer Frage hat Brian Driscoll einen Link zu einer Liste von Unternehmen gepostet , die Inhaber von CSDP / CSDA-Zertifikaten sind . Wenn Sie bemerken, sind viele in den Bereichen Verteidigung, Medizin, Telekommunikation, Finanzen und allgemeines Ingenieurwesen (Gebäudehardwaresysteme) tätig. Dies sind Branchen, in denen die Einhaltung von Vorschriften und Feinmechanik (geringe Toleranz gegenüber Fehlern oder Defekten) wichtig ist.

Wenn ich mich zertifizieren lassen würde, würde ich auf jeden Fall weltbekannte Organisationen wie die IEEE Computer Society , das Project Management Institute (PMI) , das Software Engineering Institute der Carnegie-Mellon University und das Information Systems Security Certification Consortium (( ISC) 2) und Universitäten, die professionelle Zertifikate / Abschlusszeugnisse anbieten, im Gegensatz zu Unternehmen, die Unternehmensschulungen durchführen.

Wenn Sie die Zertifizierungen abwägen, müssen Sie bestimmen, wo Sie sich aufhalten möchten und welche Kenntnisse Sie benötigen und welche Nachweise Sie haben müssen. Zum Beispiel deckt die IEEE CSDP-Zertifizierung die Breite des Software-Engineerings ab - Sie demonstrieren Kompetenz in den Schlüsselthemen, die im Software-Engineering-Wissensbestand festgelegt sind. Es ist eine gute, allgemeine Zertifizierung für jeden, vom "Down in the Trenches" -Entwickler bis zum Software-Lead oder Software-Projektmanager. Das SEI bietet jedoch (unter anderem) intensive Zertifikate zu Themen wie CMMI, Prozessmanagement und Prozessverbesserung an. Für jemanden wie mich, der in der Verteidigungsbranche arbeitet, in der alle Spieler CMMI-Bewertungen durchlaufen, sind Schulungen und ein Zertifikat von der Organisation, die CMMI entwickelt und die CMMI-Bewerter trainiert, möglicherweise wertvoll. Wenn Sie nicht in einer Organisation arbeiten, die das CMMI anwendet, ist dieses Zertifikat nicht so wertvoll.

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.