Nenne dich nicht nur Programmierer
Zusammenfassung
Patrick McKenzie erklärt, warum Entwickler ihren Wert über gelöste Geschäftsprobleme, Kommunikation und Wirkung statt nur über Codeproduktion beschreiben sollten.
Ideen
- Unternehmen kaufen Ergebnisse und Risikoreduktion, nicht möglichst viele Quelltextzeilen.
- Technische Arbeit gewinnt Wert, wenn sie Umsatz, Kosten oder betriebliche Risiken nachvollziehbar verändert.
- Verhandlung und Kommunikation beeinflussen berufliche Möglichkeiten ebenso wie Programmierfähigkeit.
Einsichten
- Eine enge Berufsidentität kann den Blick auf das tatsächlich gelöste Systemproblem begrenzen.
- Unsichtbare technische Wirkung braucht Übersetzung, damit Organisationen sie angemessen bewerten.
Fakten
- Der Originalbeitrag wurde am 29. Oktober 2011 auf HN aufgegriffen.
- Die Auswahl vertritt den Monat 10/2011.
- Der verlinkte Originalbeitrag ist weiterhin unmittelbar erreichbar.
Empfehlungen
- Dokumentiere Projekte mit Ausgangslage, Entscheidung und messbarer Wirkung.
- Erkläre technische Risiken in der Sprache der betroffenen Nutzer und Betreiber.
Referenzen
Der Link zur Originalquelle öffnet einen neuen Tab.