Wie man mit Programmierern auskommt / Sudo Null IT News

Ein Programmierer ist eine harte, strenge, intelligente und etwas gefährliche Person. Genau das denkt man sich, wenn man auf der Seite des Kunden, der etwas von einem Programmierer braucht, in die IT eintaucht. Und jetzt züchtest du Essenzen, verwirrst dich in der Terminologie und bläst deine Wangen wichtig auf, um neben dem Übergeist nicht irgendwie anders zu wirken. Es scheint, dass Sie nur den Schlüssel zu seinen Gedanken finden müssen, und Sie befinden sich bereits auf der gleichen Wellenlänge des Geschäfts und sogar der freundlichen Kommunikation. Aber ist es fast unmöglich? Ich habe beide Rollen dieser Situation durchgemacht, daher kann ich mit Sicherheit sagen: Alles ist einfacher als man denkt.

Ein Programmierer ist kein Wahrsager

In einem der Unternehmen, in denen ich arbeiten musste, gab es eine sehr „hektische“ Mitarbeiterin: Sie warf mir ein Problem zu, dann einen Prüfingenieur, und sprach gleichzeitig nicht nur die Montage und die Umgebung aus, sondern auch nicht Nennen Sie sogar den Kunden, der einen Fehler hatte. Sie dachte wahrscheinlich, ich hätte eine magische Kristallkugel unter meinem Schreibtisch. Das eindeutige „Du solltest dich nur um den technischen Teil kümmern“ wurde auf meine Ausführungen gestrichen. Also – das ist das Anti- aller Anti-Muster der Kommunikation mit Programmierern. So melden Sie einem Programmierer (und auch einem Tester, Ingenieur und jedem anderen Technikfreak, der Ihnen helfen muss) ein Problem:

  • Informieren Sie die Softwareumgebung, in der das Problem aufgetreten ist: Hardware, Betriebssystem, Browser, Build-Nummer, vollständiger Name des Clients (falls der Client ihn hat);

  • wenn Sie auch eine Anamnese erheben, bekommen Sie keinen Preis: Was wurde mit der Software gemacht, was ist zum Zeitpunkt des Ausfalls passiert, gab es Probleme in der Infrastruktur, Screenshots von Fehlern etc.;

  • über die Ziele und Absichten des Softwareanwenders informieren – vielleicht wurde jeder und jede missverstanden.

Mach es klar

Wenn Sie ein externer oder interner Kunde sind, müssen Sie nicht versuchen, die komplexesten Leistungsbeschreibungen zu schreiben, um sie an den Entwickler zu senden oder zu übertragen. Planen Sie ein Meeting (Rallye, Meeting, Talk on Zoom oder go to the table) und besprechen Sie Ihre Ziele, Ziele und Anforderungen. Der Programmierer erstellt selbst die Leistungsbeschreibung und sendet sie Ihnen zur Genehmigung zu. Das ist bequem und richtig, weil es keine Fantasien mehr ausdrückt, sondern spezifische Funktionalitäten auf der Grundlage seiner Fähigkeiten und der verfügbaren Entwicklungswerkzeuge beschreibt. Wenn Sie sich entscheiden, das TOR selbst zu schreiben und seine gründliche Ausführung verlangen, wird sich der Projektzeitplan höchstwahrscheinlich (vielleicht für immer) verzögern.

Denken Sie nicht, dass der Programmierer dumm ist

Natürlich besitzt jeder von uns seinen Beruf und kann darin Perfektion erreichen. Aber es ist völlig unklar, warum ein Marketingspezialist oder Verkäufer plötzlich anfängt, einem Programmierer eine Aufgabe zu erklären und versucht, die Sprache so weit wie möglich zu vereinfachen. Anstelle von „Sie müssen Kontaktdaten aus dem Formular im Kaufbereich sammeln, eine Benutzer-ID zuweisen und zugehörige Chats und E-Mails laden“ hören Sie möglicherweise etwas wie „Nun, ein Kunde kommt herein, um etwas zu kaufen, das Sie brauchen seinen Vornamen, Nachnamen, Telefonnummer, und dann schauen Sie sich den Chat und die E-Mail an, und damit das alles zusammen ist, auf einer Seite, und Sie müssen es auch markieren, als wäre hier ein grüner Punkt mit einem Bleistift, ein roter Punkt … “. Wozu? Glauben Sie wirklich, dass eine Person, die ein funktionierendes Programm schreiben kann, etwas aus den Beschreibungen der Geschäftslogik nicht verstehen kann? Auch wenn ihm plötzlich etwas nicht klar ist, klärt er auf jeden Fall auf. Je einfacher und professioneller Sie sich ausdrücken, desto schneller finden Sie eine gemeinsame Sprache mit dem Programmierer.

Legen Sie keine Bedingungen fest

Natürlich hat jeder Kunde eine Vorstellung von seinen Fristen, aber das ist kein Grund zu sagen, dass alles gestern gebraucht wird – dies ist nur ein Vorwand, um den Entwickler im Voraus zu kontaktieren. Das funktioniert so: Sie sprechen über den Inhalt der Aufgabe, nennen die gewünschten Termine und geben die Wichtigkeit der Aufgabe an. Der Programmierer bewertet die Machbarkeit, Komplexität, Ausführungsmöglichkeiten, Ressourcenauslastung und antwortet Ihnen bereits, auf welche Bedingungen er treffen wird und mit welchen Verlusten. Der Kunde hat seinerseits das Recht, die Einhaltung der vom Entwickler genannten Fristen zu verlangen. Und denken Sie daran: Es ist niemals die Schuld des Programmierers, dass der Manager nicht in der Lage ist, angemessen zu planen.

Wenden Sie sich nicht von Ihrer eigenen Aufgabe ab

Wer glaubt, dass seine IT-Historie mit der Übertragung der Fachaufgabe endete, der irrt. Sie sind der Kunde, Sie haben Anforderungen, und Sie müssen das Projekt evaluieren, nämlich in Zwischenphasen und im Finale testen, das Projekt in realen Arbeitsumgebungen ausprobieren, Ihre Kollegen und Untergebenen bitten, die Leistung und Relevanz zu bewerten der Freigabe, des Projekts, der Funktion, des Features usw. d. Programmierer wissen die Hilfe des Kunden immer sehr zu schätzen und setzen sich für eine Beteiligung ein (ohne Anweisungen, was und wie zu tun ist), da dieser Ansatz die Entwicklung und das Testen erleichtert und hilft, schneller von Stufe zu Stufe zu gelangen.

Kommen Sie nicht mit unnötigen Aufgaben

Bevor Sie sich für die Entwicklung an einen externen oder internen Entwickler wenden, prüfen Sie, ob Sie ein Feature, eine Funktion, eine Website, eine Landingpage usw. wirklich benötigen. Denn nichts ist anstößiger, wenn man eine Aufgabe umsetzt, testet, abgibt, aber am Ende nutzt sie keiner. In der Regel holen interne Entwickler aktiv Feedback ein, um zu verstehen, wie sinnvoll und effektiv ihre Arbeitsstunden sind – und wenn das Ergebnis der Umfrage herausstellt, dass das Geleistete nicht genutzt wird, sinkt die Motivation deutlich. Nun, wenn auch für Entwicklung investiert wird, dann liegt die Schlussfolgerung nahe: Jemand weiß nicht, wie er seine Anfragen durchdenken und motivieren soll.

Drücken Sie nicht mit Kraft

Sind Sie kaufmännischer Leiter, Marketingleiter, Entwicklungsleiter oder Produktmanager 80 lvl? Setzen Sie keinen Chefdruck und keine administrativen Ressourcen ein. Das ist im Prinzip eine feige Motivation, aber für einen Programmierer ist es eine dreifache. Wie auch immer Sie Ihre Position betrachten, in der Position des Kunden sind Sie abhängig vom Programmierer und werden nicht durch die Managerin Mascha oder die Sekretärin von Light ersetzt. Der Druck der Behörden kann nur dann zu einem italienischen Streik führen, wenn der Programmierer sich nicht “aus Freundschaft” die Adern aufreißt und nachts an einer Aufgabe arbeitet – er steht um genau 18:00 Uhr auf und geht. Denn “ich habe mich zum Respekt gezwungen” und auf Ihre Motivation gespuckt. Wenn Sie jedoch in einer hohen Position einen Programmierer um Hilfe bitten und die Kommunikation bei der Erfassung und Aggregation von Anforderungen erleichtern, denken Sie daran, dass Sie einen zuverlässigen Unternehmensfreund gefunden haben. Ja, dies gilt jedoch für alle geeigneten Mitarbeiter.

Sieh nicht aus wie ein Programmierer

Ich gestehe, ich bin sündig: Am Anfang meiner Karriere musste ich 2-3 Anfragen pro Woche für Entwicklung und Überarbeitung für einen sehr coolen ACS-Programmierer formulieren. Er war eine führende Figur in der Entwicklung und wollte das unerfahrene Gesicht eines jungen Analytikers nicht aus den Augen verlieren. Und ich begann zu versuchen, die notwendigen Abfragen in SQL zu beschreiben, obwohl ich es mehr als mittelmäßig kannte. Er erhielt skizzenhafte technische Spezifikationen mit einem Haufen unnötiger, bedeutungsloser und vor allem falscher Codeteile. Wir haben geredet, wir haben gelacht, wir haben die Arbeit erledigt. In den folgenden 12 Jahren habe ich mehr als einmal solche Fälle gesehen, in denen die IT-Abteilung kontaktiert wurde. Und das ist teils lustig, teils sehr ärgerlich für Entwickler, denn wo man versucht, dieselbe Sprache zu sprechen, sieht der Programmierer verstümmelten Code und Dummheit. Kein Nocode, Pseudocode und andere UML-Diagramme, wenn Sie sie nicht gründlich verstehen. Es ist schwierig, etwas Universelleres als die menschliche Sprache zu finden.

Schuhe nicht unterwegs wechseln

Am 1. September haben Sie darum gebeten, ein Skript auf der Website-Seite einzufügen, am 7. September haben Sie darum gebeten, ein Registrierungsformular zu entwickeln, am 9. September wurde ein Popup hinzugefügt, und jetzt, am 17. September, fragen Sie nach einer neuen Website, einer mobilen Anwendung und einer Promo Spiel, um ein hochprofitables Publikumssegment anzuziehen. Sie haben Ihre Pläne durcheinander gebracht, den Umfang des Projekts drastisch geändert, die Beschäftigungs- und Arbeitspläne des Entwicklers völlig ignoriert und es geht Ihnen überhaupt nicht gut. Und wenn es für externe Kunden eine Vereinbarung mit unterzeichnetem TOR und deren Kündigung gibt, dann kann es für einen internen Kunden auch einen Manager geben, der sagt: „Nun, was ist los, können Sie damit umgehen?“ Versuchen Sie in diesem Wissen, den Umfang des Projekts im Voraus zu überdenken und die minimalen Änderungen vorzunehmen, die für die aktuelle Problemstellung wichtig sind. Auf diese Weise können Sie Aufgaben effizient und ohne Fristüberschreitung erledigen.

Im Allgemeinen sind Programmierer ziemlich freundliche Typen, die sich ihrer Bedürfnisse bewusst und bereit sind, Aufgaben zu übernehmen, interessant und nicht sehr interessant. Innerhalb des Unternehmens oder auf der Seite des Performers erfüllen sie eine wichtige Funktion: das Gewünschte und Vorgestellte Wirklichkeit werden zu lassen. Und schon dies erleichtert die Arbeit in einem Unternehmen oder Team. Was für eine wunderbare Funktion! Ansonsten müssen Sie nur ein Mensch sein.

Warum bin ich?

Happy Programmer’s Day, unsere Code-Zauberer und Zauberer technischer Aufgaben, die verstehen und erklären, still und wenig, die gewagtesten Anforderungen umsetzen und rationale Antworten auf die existenzielle Frage “Brauchen Sie es?” Lass alles gut werden.

Dein RegionSoft

Similar Posts

Leave a Reply

Your email address will not be published. Required fields are marked *