Wie kann ich eine Kultur der „Softwareentwicklung“ fördern, wenn ich in einem traditionelleren Unternehmen arbeite?

Es hängt viel von den Anforderungen Ihres Teams ab.

Ich habe gesehen, dass HR-Teams mit einer ähnlichen Kultur arbeiten, und es hat gut funktioniert. Die Leute konnten außerhalb der Kernzeiten keinen Service von ihnen erwarten , aber tatsächlich stellte sich heraus, dass Sie gerade eine bessere Abdeckung hatten (jemand, der von 8 bis 6:30 Uhr verfügbar war).

Wenn Sie mit der Außenwelt zu tun haben, wird im Allgemeinen erwartet, dass Sie sich zu den üblichen Bürozeiten an ein Unternehmen wenden können und jemand da ist, der Ihnen helfen kann. Aber solange Sie sicherstellen, dass genügend Leute die Verantwortung haben, während dieser Stunden anwesend zu sein, ist eine gewisse Flexibilität immer noch praktikabel.

Technologie kann ein Problem sein. Manche Menschen können ihre Arbeit einfach nicht von zu Hause aus erledigen, aber viele könnten das immer noch nicht.

Nehmen wir nun an, dass Sie dies technisch tun können. Wie würden Sie es dem Management verkaufen?

Ich würde mit dem Ansatz gehen: „Sie wollen, dass die besten Leute der Branche hier arbeiten, richtig? [Jeder denkt, dass sie das tun, auch wenn sie nicht entsprechend handeln] Wie könnte man das besser tun, als eine Flexibilität zu übernehmen, die es nicht gibt Wie wertvoll ist die Möglichkeit zu sagen: "Ich brauche morgen einen neuen Kühlschrank, kann ich von zu Hause aus arbeiten?" Wie wertvoll ist die Option, hin und wieder früher zu kommen und früher zu gehen?"

Bearbeiten: Nachdem ich Ihre Frage noch einmal gelesen habe, denke ich, dass Sie über ein Tech-Team in einem Nicht-Tech-Unternehmen sprechen. In diesem Fall ist der Ansatz leicht angepasst an „Warum sollten die besten Leute, die Möglichkeiten haben, hierher kommen, anstatt zu einem technischen Unternehmen mit einer Technologiekultur und einer Flexibilität zu gehen, die unsere Leute nicht mögen? Sie müssten bieten deutlich über dem Marktpreis, um sie zu locken."

In einem Reiseunternehmen, für das ich kürzlich gearbeitet habe, wiederholte ich immer wieder den Satz „Du konkurrierst nicht mit anderen Reiseunternehmen um Entwickler, du konkurrierst mit anderen Technologieunternehmen“, bis er hängen blieb.

Holen Sie sich auch die Personalakten, finden Sie heraus, wie viele Krankheitstage hätten eingespart werden können, wenn jemand gesagt hätte: „Schauen Sie, ich habe Magenverstimmung, ich kann heute nicht im Büro sein, aber ich kann die gleiche Arbeit effektiv erledigen Heimat."

Schließlich ist die Arbeit in der Zone etwas anders als der Rest. Ich würde vorschlagen, dass jeder Gedankenarbeiter von seinem Vorgesetzten erwarten können sollte, dass er eine Situation schafft, die Unterbrechungen begrenzt. Wenn sie das nicht können, muss ihr Vorgesetzter verstehen, dass sie nicht so produktiv sein werden, wie sie es sein könnten (was ehrlich gesagt immer eine Option ist, solange es verstanden wird).

Nun, ich denke, zuerst müssen Sie bewerten, ob die Verantwortlichkeiten Ihrer Abteilung gegenüber der Interaktion mit dem Rest des Unternehmens tatsächlich einige der traditionelleren Vorteile der Softwareentwicklung unterstützen können, die Sie nennen. Wenn Sie in einem nicht-technischen Unternehmen tätig sind, wäre es unverantwortlich, sich auf Kosten des Unternehmens ausschließlich auf die traditionellen Vergünstigungen für Softwareentwickler zu konzentrieren.

Wenn Ihre Abteilung klein und vom Rest des Unternehmens isoliert ist, wird es viel einfacher sein, diese kulturellen Veränderungen einzuführen. Wenn Ihr gesamtes Unternehmen jedoch klein ist, alle zusammenarbeiten und Ihre Kunden (dh das Softwareentwicklungsteam) hauptsächlich interne Leute sind, dann würde ich sagen, dass Sie einen viel schwierigeren Weg vor sich haben und nur nach diesen erreichbaren und angemessenen Vergünstigungen greifen sollten .

Wissen Sie, warum das Unternehmen nicht bereits flexible Arbeitszeiten, Heimarbeit und andere Ideen hat, die Sie sich wünschen? Wenn Sie die spezifischen Bedenken des Managements nicht kennen, würde ich in Betracht ziehen, nach den Gründen zu fragen, warum sie diese Dinge nicht bereits tun. Das würde helfen zu verstehen, warum dies etwas Gutes sein könnte und wie man ein Pilotprojekt einrichtet, um dies zu versuchen und zu sehen, was passiert. Ein wichtiger Punkt hier ist nicht, dass Sie die Antworten haben und dass einige Experimente regelmäßige Überprüfungen und Anpassungen sein werden, die meiner Meinung nach das Herzstück von Agile sind.

Ein paar Buchempfehlungen, wenn Sie andere Quellen in Betracht ziehen möchten:

Drive von Dan Pink diskutiert Ideen wie Autonomy, Mastery und Purpose, die wahrscheinlich Eigenschaften sind, die Sie an Ihrem Arbeitsplatz sehen möchten.

Gettings Results the Agile Way wäre eine weitere Buchempfehlung zu diesem Thema, obwohl es in diesem Fall von einer technischen Person stammt, die sich mit agilen Philosophien auskennt.

Ich habe ein Buch gelesen, das einige Aspekte davon anspricht:

http://www.amazon.com/Leaders-Guide-Radical-Management-Reinventing/dp/0470548681

Die Prämisse des Buches ist, dass es einige Unternehmen gibt, die viele der kulturellen Aspekte aufweisen, nach denen Sie suchen, und die meisten (aber nicht alle!) von ihnen sind Softwareentwicklungsunternehmen.

Eine andere Sache, die Sie versuchen können, ist, anstatt sich auf die Dinge zu konzentrieren, die Nicht-Techniker nicht gewohnt sind und die sie nicht als wertvoll ansehen (wie flexible Arbeitszeiten), sich auf Dinge zu konzentrieren, die sie wertvoll finden könnten (wie z. B. regelmäßige Demos). Das könnte Ihnen helfen, lockerer zu werden, wenn sie sehen, dass die Dinge passieren, die ihnen wichtig sind.

Ich habe zwei oder drei ziemlich krasse Beispiele dafür gesehen, wie die Entwicklerkultur mit der Denkweise von „Nicht-Entwicklern“ kollidiert. Sie haben mehr Probleme als nur die Vorstellung von flexiblen Arbeitszeiten und „Heimarbeit“. Interessant ist, dass einige der schlimmsten Akteure im Verkauf von Geräten und im technischen Support „direkt am Ende“ sitzen.

Erstens sollte Ihr Unternehmen wahrscheinlich eine Tochtergesellschaft mit einem bestimmten Standort und bestimmten Richtlinien einrichten. Tatsächlich hat dieser „Entwicklershop“ nur einen Kunden: den Rest der Organisation.

Vertriebs- und Supportrollen sind in der Regel an die Geschäftszeiten gebunden. Man verkauft samstags um 19:00 Uhr keine neue Serverkonfiguration. Auch wenn der technische Support Bereitschaftsdienst hat, wird normalerweise erwartet, dass er ans Telefon geht, wenn die Benutzer an ihren Schreibtischen sitzen. Der technische Support hat eine 15-Minuten-Denkweise – können wir dorthin gelangen und das Problem beheben, bevor die Leute ihre Kaffeepause beenden?

Daraus ergeben sich organisatorische Richtlinien. Daher wird erwartet, dass die Mitarbeiter um 8:00 Uhr morgens an ihrem Schreibtisch sind, und sie werden um 5:00 Uhr entlassen. Marketinggruppen antworten entweder auf E-Mails, halten Präsentationen oder beteiligen sich auf andere Weise am „Handshaking“ von Unternehmen zu Unternehmen, wenn Kunden an ihren jeweiligen Stationen sind. Somit ist die zeitliche Flexibilität gering und das Arbeiten von zu Hause aus in gewisser Hinsicht unmöglich.

Was man darin einfügt, ist ein kreativer Akteur, der eine eCommerce-Lösung in beispielsweise 3 bis 18 Monaten liefern soll. Wo sie sich um 8:00 Uhr befinden, ist ziemlich egal. Einige Arbeiten sollten nachts erledigt werden, wenn die von den Daten abhängigen Personen zu Hause sind, wenn es an der Zeit ist, Datenbank- und Bereitstellungsänderungen vorzunehmen. Sie könnten wahrscheinlich große Teile des Systems von einem Laptop aus schreiben, während Sie sich am Strand sonnen. Allerdings wird jeder Mitarbeiter, der dies tut, eine Menge Ressentiments bei Leuten hervorrufen, die „an ihren Schreibtisch gekettet“ sind – was oft zumindest die leitenden Manager, wenn nicht sogar den Eigentümer, einschließt.

Das „separate Unternehmen“ hat in diesem Zusammenhang die Richtlinie für flexible Arbeitszeiten, aber um von ihm beschäftigt zu werden, muss man nachweisen, dass es Entwicklerfähigkeiten hat, oder auf andere Weise nachweisen kann, dass es in seiner Rolle nicht an die Zeit gebunden ist. Auch Personen, die Marketingkampagnen durchführen, könnten davon profitieren, mit den offensichtlichen Ausnahmen, wenn sie auf einer Messe oder im Büro eines Kunden sein müssen. Sie werden in diese Gruppe aufgenommen, wenn Sie bestimmte formal beschriebene Kriterien erfüllen: technische Fähigkeiten, analytische Fähigkeiten, Schreibfähigkeiten und langfristige Projekteinsätze.

Wenn Ihre derzeitigen Chefs den Wert darin nicht sehen, untermauern Sie Ihre Position mit historischen Erfolgsgeschichten und erwähnen Sie dies alle paar Wochen gegenüber den Managern. Sie werden wahrscheinlich nicht darauf achten, aber sie könnten eine Implementierung ernsthaft in Betracht ziehen, wenn sie buchstäblich „hungern“.

Wenn Sie Änderungen an Ihrem Arbeitsplatz vornehmen möchten, gehen Sie die Kanäle durch, wie sich ein Softwareentwicklungslebenszyklus während eines Projekts tendenziell entwickelt.
Machen Sie dem HR-Team diesbezüglich einen Vorschlag und prüfen Sie, ob es flexible Arbeitszeiten und Home-Office-Bestimmungen ermöglichen kann. Es gab viele Vorschläge für flexible Arbeitszeiten in meiner aktuellen Organisation an das HR-Team, die nach einigen Monaten endlich durchkamen.
Der Respekt vor dem „Arbeiten in der Zone“ ist etwas, das nicht einfach durch die Änderung einiger Regeln auferlegt werden kann. Gehen Sie mit Gleichgesinnten mit gutem Beispiel voran und folgen Sie der Praxis. Schließlich wird sich die harte Arbeit auszahlen. Ich habe es versucht, aber es hat mir nicht ganz geholfen, aber ich kann sehen, dass es nicht völlig vergeblich war.
Ungezwungene Interaktionen sind in geschäftsorientierten Organisationen schwer zu finden, aber sie können eine starke treibende Kraft für Verbesserungen darstellen. Sprechen Sie darüber mit leitenden Mitarbeitern des Unternehmens, die Ihnen helfen können, das Szenario in ihre Teams und schließlich in Ihre zu projizieren.