Clean Code Developer

Clean Code Developer

Posts 1-3 of 3
  • Jens Nösel
    Jens Nösel    Group moderator
    The company name is only visible to registered members.
    Der andere Weg zu einer CCD konformen Firma
    Moin!

    Nachdem ich mir die letzten Monate in meiner Firma den Mund fusselig geredet habe, um anderen Entwicklern CCD schmackhaft zu machen, habe ich einen anderen Weg eingeschlagen:
    Ich setzte CCD für mich selber um. Klappte soweit ganz gut, da ich zufällig einige GreenField-Projekte hatte, in denen nur ich selber tätig war.
    Das Thema CCD sprach ich weiter nicht mehr an, da es zu offenem Wiederstand kam und das ganze Thema totdiskutiert wurde. So nach dem Motto: Mach ich schon, kann ich alles und brauch ich nicht. Also die Standartreaktion von festgefahrenen, egomanischen Entwicklern halt, die nur das einsetzen, was sie kennen.
    Nach einigen Monaten habe ich eine auflistung gemacht, in der ich die Projekte ausgewertet habe. Dabei habe ich die CCD-Punkte in eine Excel-Tabelle kopiert und die Projekte der Firma als Gesammtes ausgewertet. Dadurch bekam ich eine Prozentzahl, die aussagte, wie hoch die Qualität der bisherigen umsetzung war. Nachdem dadurch die Geschäftsführung hellhörig wurde, weil nun klar war, das es doch kein so grosser aufwand ist, CCD umzusetzen (über 50% von CCD wurde erreicht), habe ich das ganze nochmal mit den Projekten gemacht, die ich umgesetzt hatte. Dabei kamen bis zu 85% heraus und es wurde sich gefragt, wo denn nun die Unterschiede zwischen meinem jetzigen und dem bisherigen Vorgehen sei. Nachdem das geklärt war, habe ich nun auch in unserer Firma ein offenes Ohr. Die Tabelle zum auswerten wird nun auf die kommenden Projekte angewendet und somit kann festgestellt werden, wo Verbesserungspotenzial ist. Es ist sogar angedacht, die Tabelle als Softwarelösung in die bestehende Software aufzunehmen und bei den Projekt-Reviews am Ende eines Projektes gleich mit auszufüllen,

    Vielleicht hilft dieses Vorgehen einigen, die in ihrer Firma auf die selben Wiederstände gestossen sind.

    viele grüße
    Jens
    • 25 Jul 2010, 11:28 am
  • Ralf Westphal
    Ralf Westphal    Premium Member   Group moderator
    The company name is only visible to registered members.
    Re: Der andere Weg zu einer CCD konformen Firma
    Hallo, Jens!

    Ich verstehe noch nicht ganz, was du ausgewertet hast. Schön natürlich, dass es etwas gebracht hat ;-)

    Sagt die Auswertung etwas aus über die Qualität der Software mit und ohne CCD Bausteine? Hast du gesehen, dass in den Projekten deiner Kollegen, die weniger CCD Bausteine berücksichtigen, die Softwarequalität geringer ist? Eine geringere Evolvierbarkeit könnte dazu führen, dass Features nur langsam umgesetzt werden. Eine geringere Korrektheit könnte dazu führen, dass mehr Bug Reports reinkommen.

    Oder hast du nur ausgezählt, wieviele CCD Bausteine deine Kollegen einsetzen und wieviele du? Bei dir sind es 85% aller Bausteine, bei den Kollegen 55%.

    Und wenn du Letzteres herausfinden wolltest, dann frage ich mich, warum. Und warum findet eine Geschäftsleitung 85% besser als 55% - wenn damit keine höhere Softwarequalität mindestens korreliert. Denn mehr Bausteineinsatz ist nicht mehr Qualität. Sondern Bausteineinsatz führt hoffentlich zu mehr Qualität. Das ist ein Unterschied. Die Qualität muss dann aber noch erhoben werden.

    -Ralf
    • 30 Jul 2010, 09:19 am
  • Jens Nösel
    Jens Nösel    Group moderator
    The company name is only visible to registered members.
    Re^2: Der andere Weg zu einer CCD konformen Firma
    Hallo Ralf,
    die auswertung bezog sich nur auf die bausteine, da ich davon ausgehe, das die Qualität der Software und des Entwicklungsprozesses mit einhalten der CCD-Bausteine steigt. Der zweite schritt folgte nach dem hellhörig werden der Kollegen. Denn dann kam die Frage danach, was die Bausteine, die ich mehr eingesetzt habe, denn nun bringen. Jetzt konnte ich zeigen, das die Software dadurch z.B. Testbarere und wartbarer geworden ist.

    Der Primäre Zweck dieser Auswertung war aber im ersten Schritt nur, die unterschiede im Vorgehen aufzuzeigen.
    Für mich, und wahrscheinlich viele andere, lag die anfängliche Schwierigkeit darin, das ich mit der grauen Theorie niemanden bei uns überzeugen konnte. Denn scheinbar sind die meisten Entwickler in ihrem Verhalten so festgefahren, das Sie keine einflüsse von aussen zulassen. Also muss man sie dazu bringen, zumindest mal den Kopf zu heben und in ihrer Arbeit einen Moment inne zu halten. Das alleine ist schon ein Kraftakt.
    Erst als ich zeigen konnte, das die Hälfte davon sowieso schon umgesetzt wurde und welchen nutzen die fehlenden Punkte hatten, war die Hürde des Querstellens gebrochen.


    Jens
    This post was modified on 30 Jul 2010 at 10:25 am.
    • 30 Jul 2010, 10:14 am