The Gentle Way Book For People Who Believe In Angels

July 14, 2020

Bewerbung filialmitarbeiter Muster

Filed under: Uncategorized — Tom Moore @ 2:27 PM

In ähnlicher Weise passen sich AW-Mitarbeiter der “Telearbeit” an, indem sie Rituale erstellen, die ihren neuen Zeitplänen entsprechen. Ein Lucent-Büro hat am Mittwochmorgen einen Doughnut-Club gegründet, in dem Virtual-Office-Verkäufer für Geschwätz und Kaffee einsteigen. Früher trafen sie sich informell am Wasserkühler, um über besonders lohnende Verkäufe oder Probleme mit Kunden zu sprechen. Jetzt, sagt Sansone, denken sie im Voraus darüber nach, was sie mit der Gruppe teilen wollen und welche Art von Feedback sie brauchen. James von AT&T hat ein Café in einer Drop-in-Einrichtung entworfen, um “lässige Kollisionen” zu fördern: jene spontanen Begegnungen, die dort stattfinden, wo sich Menschen versammeln und kommunizieren. “Wir haben auch gepolsterte Stühle mit klappbaren Tischen, die über den Schoß gehen, damit sie arbeiten können”, sagt sie. “Es ist eine andere Umgebung – wie wieder im College.” Jonny LeRoy weist gerne auf diesen Fehler hin, wie Menschen (auch ich) Verzweigungsdiagramme in einer AW-Umgebung zeichnen, insbesondere in einer Umgebung, in der Mitarbeiter aus der Ferne arbeiten, müssen auch auf das Zeitmanagement achten. Wenn Mitarbeiter nur einmal pro Woche oder mehrmals im Monat im Büro sind, ist es wichtig, dass ihre Zeit nicht verschwendet wird. In einem herkömmlichen Büro kann es für die Mitarbeiter unbequem sein, die Uhrzeit oder den Tag einer Besprechung in letzter Minute zu ändern; in einem virtuellen Büro kann es ihre Arbeitspläne für den ganzen Tag stören, oder schlimmer. GitHub Flow nennt seine Hauptleitung “Master”.

Entwickler arbeiten mit Feature Branching. Sie schieben ihre Feature-Zweige regelmäßig in das zentrale Repository, um die Sichtbarkeit zu unterstützen, aber es gibt keine Integration mit Mainline, bis die Funktion abgeschlossen ist. Chacon gibt an, dass Feature-Verzweigungen eine einzelne Codezeile sein oder für ein paar Wochen ausgeführt werden können. Der Prozess soll in beiden Fällen auf die gleiche Weise funktionieren. Als GitHub ist der Pull-Request-Mechanismus Teil der Mainline-Integration und verwendet Reviewed Commits. Ein Team, das einen Release-Zug verwendet, setzt eine regelmäßige Trittfrequenz von Releases, z. B. alle zwei Wochen oder alle sechs Monate. Es werden Datumsangaben festgelegt, an denen das Team für jede Version einen Release-Zweig nach der Metapher eines Zugfahrplans schneidet.

Die Menschen entscheiden, welchen Zug sie fangen möchten, und zielen auf ihre Arbeit für diesen Zug, indem sie ihren Commit auf den entsprechenden Zweig legen, während der Zug lädt.

Send to Kindle

No Comments

No comments yet.

RSS feed for comments on this post. TrackBack URL

Sorry, the comment form is closed at this time.

Powered by WordPress