Wie gehen Sie damit um, der einzige Techniker in einem Nicht-Techniker-Team zu sein?

Sie sagen also, dass die Mitarbeiter Ihres Unternehmens nicht technisch versiert sind und einige Tabellenkalkulationen und VBA zusammengebastelt haben, damit sie ihre Arbeit erledigen können, und dass Sie dies durch ein System ersetzt haben, bei dem sie Python lernen müssen?

Das von Ihnen erstellte System ist möglicherweise erweiterbarer, wartbarer, skalierbarer usw. usw., aber wenn die Mitarbeiter Code in Python schreiben müssen, um Projekte einzurichten und die Infrastruktur zu warten, dann sind Sie in einer verlorenen Position, es geht nicht passieren. In der Tat sollte es nicht passieren, vermutlich verfügen die Mitarbeiter über andere Bereiche des betriebswirtschaftlichen Wissens, die für ihre Arbeit von zentraler Bedeutung sind; Kundenbetreuung, Kontoverwaltung, Geschäftsanalyse? Das Codieren ist eine Verschwendung ihrer Zeit und ihres Fachwissens.

Es ist völlig verständlich, dass Sie sich in dieser Position befinden. Sie mussten zuerst die Knochen des Systems schreiben lassen. Sie müssen die Daten schützen, eine Benutzeroberfläche kann in diesem Stadium wie ein Luxus erscheinen. Vor allem, wenn alles an Ihrer Softare hängt und Sie die einzige Person sind, die die Arbeit macht. Sie müssen jedoch dafür sorgen, dass das System funktioniert, ohne sich auf die Programmierfähigkeiten der Benutzer zu verlassen.

Ich kann mir vorstellen, dass Sie deswegen unter großem Druck stehen. Es scheint, dass Sie allein schon besser abgeschnitten haben als ein ganzes Unternehmen externer Berater. Jetzt ist es an der Zeit, diesen Erfolg zu nutzen, um Hilfe zu erhalten. Können Sie das Unternehmen davon überzeugen, jemanden einzustellen, der Ihnen hilft? Wenn nicht, um Ihnen beim Schreiben einer Benutzeroberfläche zu helfen, dann zumindest, um die Last von den Benutzern zu nehmen und Ihre Zeit freizusetzen, um mit einer Benutzeroberfläche zu beginnen. Sie müssen zu diesem Zeitpunkt keinen erfahrenen Entwickler einstellen, ein eifriger Neuling, den Sie ausbilden können, ist möglicherweise die bessere Option.

Eine letzte Sache: Ich war in der Lage, Monster-Excel-Tabellen mit alptraumhaften VBA-Makros durch richtig codierte Systeme zu ersetzen, und ein Ansatz, der funktionierte, bestand darin, Excel als Benutzeroberfläche in der ersten Iteration beizubehalten, um das Problem „Hier nicht erfunden“ zu vermeiden. Mit der Zeit sahen sie, dass wir ihnen den Schmerz nahmen und ihr Leben leichter machten, und sie vertrauten uns, wenn es darum ging, Excel endgültig zu entsorgen.

Das klingt nach einer ungewöhnlichen (und frustrierenden) Situation, in der ich persönlich noch nicht war, also wird wahrscheinlich jemand anderes direkt relevantere Erfahrungen haben. Dieser Teil warf jedoch eine rote Fahne für mich auf:

Die Infrastruktur ist so generisch und flexibel wie sie nur sein kann...

Das klingt zumindest nach dem, was ich bei einigen brandneuen Kollegen in Softwarejobs gesehen habe. Es fällt mir auf, dass es für eine anfängliche Arbeit möglicherweise zu kompliziert ist, bevor sich irgendein Wert gezeigt hat. Die Probleme, die Sie in späteren Absätzen beschreiben, treffen ziemlich genau auf meine Sorgen, wenn ich das lese.

Ich würde denken, dass Sie zunächst sehr kleine Teile der Funktionalität abbeißen und sich selbst und Ihrem Arbeitsplatz beweisen müssen , dass Sie tatsächlich Effizienzsteigerungen erzielen können. Führen Sie ein paar Gespräche mit Leuten in Ihrem spezifischen Projekt darüber, (a) was die schwerwiegendsten Schmerzpunkte sind, und (b) überlegen Sie, welche Art von Tool oder Schnittstelle sie zu ihrem Prozess hinzufügen könnten. Wenn Ihre Lösung Benutzerprogrammierung erfordert und diese keine Programmierer sind, dann ist das ein Nichtstarter. (Wenn sie es gewohnt sind, sich Excel anzusehen, ist das Erstellen einer Tabellenkalkulationsvorlage mit einigen Python-Makros unter der Haube vielleicht eine vernünftige Startalternative.)

Holen Sie sich im Voraus etwas Buy-in oder Interesse für ein kleines Tool. Bringen Sie es ihnen in einer Woche. Holen Sie sich Feedback und iterieren Sie. Holen Sie sich eine Geschwindigkeit, mit der Sie den Schmerz für andere Menschen reduzieren. Zeigen Sie, dass sich die projektspezifische Zeit tatsächlich auszahlt. Man muss fast die Denkweise eines winzigen Startups/Skunkworks übernehmen und Wege finden, sich selbst zu verkaufen, um den Kunden glücklich zu machen. Es ist unwahrscheinlich, dass es produktiv ist, einen großen Moonshot zu machen und zu versuchen, alle Probleme auf einmal zu lösen (ohne vorheriges Buy-in auf der Schnittstelle).

In meinem Bereich (Videospiele) habe ich einen einzelnen Entwickler gesehen, der unabhängig einer Nicht-Tech-Abteilung (Kunst) angehört hatte, der sich sehr bewusst und sensibel für die Bedürfnisse von Künstlern war (z. B. Spitzenleistung mit visuell basiertem grafischem Denken), der sehr erfolgreich war und galt als unschätzbares Teammitglied. Sie konnte schnell Hilferufe von den Künstlern entgegennehmen und die bisherigen textbasierten Tools verbessern, um die dortigen Engpässe zu beseitigen.

Vielleicht verbringen Sie ein Wochenende damit, darüber nachzudenken, wie Ihr Ein-Mann-Softwareentwicklungsprozess aussieht. Auch das traditionelle SDLC- Wasserfallmodell beginnt mit ausgiebigen Kundeninterviews in den ersten Schritten. Denke nicht, dass du das überspringen kannst.

Es war ein großer Fehler von Ihnen, Infrastrukturstunden einem bestimmten Projekt zuzuordnen. Man hätte von Anfang an darauf achten sollen, dass es dafür ein eigenes Projekt gibt.

Ich vermute auch, dass es ein Fehler von Ihnen war, ein System zu implementieren, das anscheinend von niemand anderem verwendet werden kann. Wie auch immer, was getan ist, ist getan.

Ich habe das Gefühl, dass dieses spezielle Problem nicht so ungewöhnlich ist.

Sie müssen einen Haken finden, damit die Leute beginnen können, die zugrunde liegende Infrastruktur zu nutzen, und einige anfängliche Produktivitätsgewinne erzielen, die ihnen die Möglichkeit geben, mehr zu lernen. Sie sollten dies wahrscheinlich so tun, dass sie die Tools verwenden können, mit denen sie zu Beginn vertraut sind.

Wenn sie beispielsweise daran gewöhnt sind, Daten über Skripte in einem Excel-Arbeitsblatt zu ändern, sollten Sie in Betracht ziehen, einen odata-Endpunkt bereitzustellen, der von Excel gelesen/geschrieben werden kann. Sie könnten diesen Endpunkt konfigurierbar machen, um einige Datentransformationen gemäß Konfigurationsdateien durchzuführen. Dann geht es darum, die üblichen Transformationen aus den VBA-Skripts langsam in Funktionen Ihres Endpunkts zu migrieren.

Power-User erkennen vielleicht irgendwann, dass sie ihre eigenen odata-Endpunkte schreiben können, oder entscheiden sich vielleicht sogar, Excel komplett über Bord zu werfen, um direkt auf die Infrastruktur zuzugreifen.

Ich vermute, Sie müssen das Projekt finden, das mit dem geringsten Aufwand am wahrscheinlichsten davon profitiert, und darauf abzielen.

Du bist gegen eine Wand gefahren. Leider müssen Sie sich möglicherweise ändern, um mehr zu erreichen - entweder das Unternehmen oder was Sie tun.

Sie haben ein gutes System gebaut, aber niemand kann es benutzen. Dies ist ein typisches Missverhältnis zwischen einer technischen Person und den Benutzern.

Eine Lösung wäre, den Ansatz zu ändern. Die "Kunden" für Ihre Arbeit sind Ihre Mitarbeiter. Meiner Erfahrung nach ist es am besten, herauszufinden, welche Art von Lösung meine Kunden verwenden können, bevor ich anfange, etwas zu bauen. In diesem Fall klingt es so, als könnten die Kunden Lösungen verwenden, die auf Excel und VBA basieren, aber nichts anderes. Ja, VBA ist nicht so sauber wie Python, aber es kann trotzdem die Arbeit erledigen.

Gibt es eine Möglichkeit, das, was Sie bereits geschrieben haben, in VBA neu zu schreiben? Ich finde, dass es einen großen Unterschied in der Akzeptanz dessen macht, was ich tue, wenn ich den Leuten ein kurzes VBA-Makro gebe, das ihnen hilft. Wiederholen.

Sie befinden sich in einer schwierigen Situation, in der Sie im Grunde mit Fallschirm in ein Unternehmen gesteckt werden, um ihre alten manuellen Prozesse zu automatisieren, mit wenig oder keiner Unterstützung durch die Geschäftsleitung, wenig oder keiner Unterstützung durch Ihre Mitarbeiter und dem Wissen, dass ein früherer Versuch, diese Aufgabe zu erledigen endete mit einem Misserfolg.

Ihr Ziel, Ihre Mitarbeiter dazu zu bringen, Python zu lernen, ist gut, aber nicht kurzfristig; Verständlicherweise werden sie fragen, „was habe ich davon“, und eine Antwort von „vielleicht etwas reduzierter Arbeitsbelastung in 6 Monaten“ wird nicht befriedigend erscheinen.

Unterschätzen Sie auch nicht den Angstfaktor vor Änderungen des Status quo; Ihre Kollegen könnten besorgt sein, dass ihre nicht vorhandenen Programmierkenntnisse der Aufgabe nicht gewachsen sind, und das Management wird sie entlassen, weil sie nicht programmieren können. Diese Angst mag völlig unbegründet sein, aber sie kann ihr Urteilsvermögen unterschwellig beeinflussen, wenn es darum geht, sich zu engagieren.

Sie müssen also ein Vorzeigeprojekt erstellen, das zeigt, wie wunderbar und nicht bedrohlich Ihr Ansatz ist. Wählen Sie eine besonders mühsame manuelle Aufgabe aus, die im Allgemeinen von allen nicht gemocht wird, und automatisieren Sie sie. Kurzfristig müssen Sie die gesamte Codierung vornehmen, aber wenn die Benutzer nach Verbesserungen fragen, können Sie ihnen sanft vorschlagen, den Code unter Ihren wachsamen Augen zu ändern. Wenn Sie es schaffen, das Arbeitspensum einer Person zu verbessern, spricht sich das herum, und nach und nach werden andere Interesse zeigen - aber das wird leider eine ganze Weile dauern, und es wäre nicht verwunderlich, wenn Sie die Begeisterung für einen Job verlieren würden, der sich wie Waten anfühlt durch Sirup, und suchte ein Unternehmen auf, das für Ihre Talente empfänglicher war.