9 Schritte zur erfolgreichen Bausoftware-Einf\u00fchrung<\/h3>\n\n\n\n- Erste \u00dcberlegungen zur Einf\u00fchrung der Bau-Software<\/a><\/li>
- Konkreten Projektplan entwerfen<\/a><\/li>
- Stakeholder von Mehrwert \u00fcberzeugen<\/a><\/li>
- Auf Bedenken eingehen<\/a><\/li>
- Bausoftware im kleinen Rahmen einf\u00fchren und testen<\/a><\/li>
- Kollegen schulen<\/a><\/li>
- Prozess der Software-Einf\u00fchrung begleiten<\/a><\/li>
- Laufenden Betrieb betreuen<\/a><\/li>
- Bau-Software-Einf\u00fchrung evaluieren<\/a><\/li><\/ol>\n\n\n\n
Schritt 1: Erste \u00dcberlegungen zur Einf\u00fchrung der Bau-Software<\/h3>\n\n\n\n
Planung ist das A und O bei gro\u00dfen Projekten wie einer Software-Einf\u00fchrung in Ihrem Bauunternehmen. Insbesondere die ersten Gedanken sind dabei entscheidend, weil sie den Grundstein f\u00fcr alle weiteren Schritte<\/strong> legen. Wir empfehlen daher: Gehen Sie all unsere Fragen durch, legen Sie eine Antwort f\u00fcr sich fest und dokumentieren Sie sie schriftlich<\/strong>, um im Laufe des Projekts nochmals darauf zur\u00fcckgreifen zu k\u00f6nnen.<\/p>\n\n\n\nVerantwortung kl\u00e4ren<\/h4>\n\n\n\n
Damit das Projekt \u201eBau-Software einf\u00fchren\u201c nicht in einer Schublade vor sich hinschlummert, sollten Sie unbedingt festhalten, wer wof\u00fcr verantwortlich ist:<\/p>\n\n\n\n
- Wer ist f\u00fcr die Einf\u00fchrung der Bau-Software im Unternehmen zust\u00e4ndig? Wer ist au\u00dferdem Teil des Projektteams? Wer ist ggf. Ansprechpartner bei Partnerunternehmen?<\/li>
- Wie sehen die Entscheidungswege aus?<\/li>
- Wer ist nach der Einf\u00fchrung der Bau-Software weiterhin f\u00fcr die Projektbetreuung verantwortlich?<\/li>
- Wie unterst\u00fctzt das Softwareunternehmen die Einf\u00fchrung? Oder gibt es andere Experten, die man hinzuziehen kann?<\/li>
- Hat die Software-Einf\u00fchrung Vorrang gegen\u00fcber anderen Aufgaben?<\/li><\/ul>\n\n\n\n
Strategie definieren<\/h4>\n\n\n\n
Ist die Verantwortung gekl\u00e4rt, beginnen nun die eigentlichen \u00dcberlegungen zur Software-Einf\u00fchrung:<\/p>\n\n\n\n
Nutzergruppen festlegen<\/h4>\n\n\n\n
Am wichtigsten sind die Nutzergruppen, denn sie bestimmen ma\u00dfgeblich, was eine Software k\u00f6nnen muss. Bleiben Sie hier nicht nur auf der theoretischen Ebene, sondern suchen Sie direkten Kontakt mit Ihren Kollegen, um herauszufinden, welche Probleme und Herausforderungen es in deren Alltag gibt.<\/p>\n\n\n\n
- Wer wird die Software nutzen? (Nutzergruppen)<\/li>
- Was gibt es in den verschiedenen Nutzergruppen zu beachten?<\/li>
- Welche \u00c4ngste und Sorgen gibt es unter den Anwendern?<\/li>
- Welche Ziele haben die jeweiligen Nutzergruppen mit der Software?<\/li>
- Welchen Schulungsbedarf gibt es?<\/li><\/ul>\n\n\n\n
![\"Frau](\"https:\/\/blog.bluebeam.com\/de\/wp-content\/uploads\/sites\/6\/2021\/10\/software-nutzerin-900x600.jpg\")
Unsere Bau-Software wird beispielsweise nicht nur auf der Baustelle, sondern auch im B\u00fcro am PC genutzt.<\/figcaption><\/figure>\n\n\n\nZiele der Software-Einf\u00fchrung<\/h4>\n\n\n\n
Auf Grundlage der Nutzergruppen k\u00f6nnen Sie dann entscheiden, was die Bau-Software k\u00f6nnen muss.<\/p>\n\n\n\n
- Was genau soll nach der Einf\u00fchrung besser sein?<\/li>
- Welche Prozesse soll die Software verbessern?<\/li>
- Welchen Vorteil haben die Nutzer von der neuen Software?<\/li><\/ul>\n\n\n\n
Suchen einer geeigneten Bau-Software<\/h4>\n\n\n\n
Jetzt wissen Sie bereits, an welchen Anforderungen sich das neue Programm messen lassen muss. Dieses Wissen k\u00f6nnen Sie nun bei der Auswahl von Software speziell f\u00fcr die Baubranche ber\u00fccksichtigen.<\/p>\n\n\n\n
- Welche Bau-Software gibt es auf dem Markt?<\/li>
- Mit welcher Bau-Software lassen sich die festgelegten Ziele erreichen?<\/li>
- Kann eine Testversion genutzt werden?<\/li>
- Gibt es Schulungen zur Bau-Software?<\/li>
- Was sind die Unterschiede zwischen den verschiedenen Programmen? Was sind Pro und Contra?<\/li>
- Wie ist das Preis-Leistungs-Verh\u00e4ltnis der Bausoftware? Welche Bausoftware passt langfristig ins Budget?<\/li><\/ul>\n\n\n\n
Bluebeam Revu: Die BauSoftware f\u00fcr direkte Teamarbeit<\/h4>\n\n\n\n
Egal ob Architekt:in, Ingenieur:in oder Bauleiter:in \u2013 von der Bausoftware Revu profitieren alle Beteiligten. In Echtzeit arbeitet Ihr Team von \u00fcberall auf der Welt an Projekten, denn Revu ist der zentrale Ort, um Dokumente zu erstellen, sie mit Markups zu versehen und f\u00fcr Kolleg:innen freizugeben. Das erleichtert Projektabschl\u00fcsse im Zeit- und Budgetrahmen.<\/p>\n\n\n\n
Mehr \u00fcber Revu erfahren<\/a><\/p>\n\n\n\nProzessoptimierung<\/h4>\n\n\n\n
Eine der letzten Vor\u00fcberlegungen sollte sein, wie sich durch die Software-Einf\u00fchrung Prozesse ver\u00e4ndern oder ver\u00e4ndern m\u00fcssen. Denn nur, wenn Sie Ihren Arbeitsalltag den neuen Gegebenheiten anpassen, k\u00f6nnen Sie auch vollumf\u00e4nglich von der digitalen Neuerung profitieren.<\/p>\n\n\n\n
- Braucht es f\u00fcr eine neue Software neue Prozesse?<\/li>
- Kann die Software in bestehende Prozesse integriert werden?<\/li>
- Sollen neue Prozesse zeitgleich mit der neuen Software eingef\u00fchrt werden?<\/li><\/ul>\n\n\n\n
Schritt 2: Konkreten Projektplan entwerfen<\/h3>\n\n\n\n
Der Grundstein ist gelegt, doch damit endet die Arbeit noch nicht. Um die neue Bau-Software richtig einzuf\u00fchren, brauchen Sie einen konkreten Plan, der sich zun\u00e4chst daran orientiert, auf welche Art und Weise sie das neue Programm an den Mann bzw. die Frau bringen wollen.<\/p>\n\n\n\n
Art der Einf\u00fchrung f\u00fcr die Bau-Software festlegen<\/h4>\n\n\n\n
Es gibt grunds\u00e4tzlich zwei verschiedene M\u00f6glichkeiten, eine Software einzuf\u00fchren. Wir haben Ihnen die Vor- und Nachteile aufgelistet, um Sie bei Ihrer Entscheidungsfindung zu unterst\u00fctzen:<\/p>\n\n\n\n
Big-Bang-Strategie (\u201eone-and-done-deal\u201c)<\/h4>\n\n\n\n
Die Big-Bang-Strategie ist die vollst\u00e4ndige Einf\u00fchrung zu einem klar definierten Zeitpunkt (idealweise an ruhigeren Tagen wie Wochenenden, \u00fcber Feiertage oder Urlaubszeiten).<\/p>\n\n\n\n
\n\nChancen<\/strong><\/h4>\n\n\n\n- Kosteng\u00fcnstig, da nur Wartungs- und Pflegekosten einer Anwendung<\/li>
- Schnellerer Return on Investment, da alles auf einmal ge\u00e4ndert wird<\/li><\/ul>\n<\/div>\n\n\n\n\n
Risiken<\/strong><\/strong><\/h4>\n\n\n\n- Zeitpunkt der Einf\u00fchrung kann nicht gehalten werden; das ganze Projekt verschiebt sich nach hinten<\/li>
- Mitarbeiter sind direkt mit neuer Software konfrontiert und ggf. nicht ausreichend darauf vorbereitet<\/li>
- Fehlende Daten aus altem System<\/li><\/ul>\n<\/div>\n<\/div>\n\n\n\n
Iterative-Einf\u00fchrung der Bau-Software<\/h3>\n\n\n\n
Die Iterative-Einf\u00fchrung besteht aus einer Reihe an Phasen, sodass alte und neue Prozesse teilweise auch parallel laufen.<\/p>\n\n\n\n
\n\nChancen<\/strong><\/h4>\n\n\n\n- Anwender k\u00f6nnen Erfahrung mit neuem System schrittweise ausbauen; mehr Zeit f\u00fcr Schulung<\/li>
- Anpassungen an die Bed\u00fcrfnisse der Nutzer lassen sich im Einf\u00fchrungsprozess noch vornehmen<\/li><\/ul>\n<\/div>\n\n\n\n\n
Risiken<\/strong><\/strong><\/h4>\n\n\n\n- Ggf. h\u00f6herer Aufwand, wenn Kollegen f\u00fcr ihre Arbeit mehrere Systeme gleichzeitig nutzen m\u00fcssen<\/li>
- H\u00f6here Kosten, da altes und neues System gepflegt werden muss<\/li>
- Gefahr, dass Projekte \u00fcber langen Zeitraum eingestampft werden, sodass sich Nutzen nie ganz entfaltet<\/li><\/ul>\n<\/div>\n<\/div>\n\n\n\n
Notwendige Schritte festlegen<\/h4>\n\n\n\n
Haben Sie sich f\u00fcr eine Art der Einf\u00fchrung entschieden, ist es nun an der Zeit, ein zielgerichtetes Vorgehen<\/strong> zu definieren. Dabei sollte der Anwender und seine Bed\u00fcrfnisse im Mittelpunkt<\/strong> stehen, denn nur wenn er von den Vorteilen des neuen Systems \u00fcberzeugt ist, wird er diese auch gerne nutzen. Mit diesem Fokus sollten Sie sich folgende Fragen beantworten:<\/p>\n\n\n\n- Was ist die konkrete Vorgehensweise? Welche Schritte m\u00fcssen beachtet werden? Welche Aufgaben ergeben sich daraus?<\/li>
- Wer ist f\u00fcr welche Aufgabe verantwortlich?<\/li>
- Welche Termine m\u00fcssen eingehalten werden? Wie sieht der Zeitplan aus?<\/li><\/ul>\n\n\n\n
Schritt 3: Projektbeteiligte von Mehrwert \u00fcberzeugen<\/h3>\n\n\n\n
Wie bereits oben erw\u00e4hnt, ist der entscheidende Faktor f\u00fcr eine erfolgreiche Software-Einf\u00fchrung, dass alle miteinbezogen werden. Daher sollten Sie bereits w\u00e4hrend Schritt 1 und 2 transparent arbeiten<\/strong>. Eine gute M\u00f6glichkeit hierf\u00fcr ist beispielsweise die Analyse der Nutzergruppen, bei der Sie sich mit den Kollegen abstimmen.<\/p>\n\n\n\nHaben Sie dabei auch immer im Blick, dass jeder Kollege an einem unterschiedlichen Punkt steht<\/strong> und daher anders abgeholt werden muss. Einige werden Ihre Vorschl\u00e4ge mit offenen Armen empfangen, andere dagegen skeptisch sein. Ver\u00e4nderungen k\u00f6nnen Angst machen<\/strong>, wenn Sie allerdings klar kommunizieren,<\/p>\n\n\n\n- warum die Bau-Software eingef\u00fchrt wird,<\/li>
- welche Rolle die Kollegen im neuen Prozess haben werden und<\/li>
- welchen Nutzen Ihre Kollegen daraus ziehen,<\/li><\/ul>\n\n\n\n
k\u00f6nnen Sie diese Sorge lindern.<\/p>\n\n\n\n
Beispiel: So \u00fcberzeugen Sie andere von Revu<\/h4>\n\n\n\n
Bed\u00fcrfnisse von Bauleiter:innen:<\/strong> effiziente Dokumentation von Baum\u00e4ngeln, unkomplizierte Kommunikationen mit anderen Projektbeteiligten und einfache Pr\u00fcfungen
Argument f\u00fcr Bauleiter:innen:<\/strong> \u201eMit Revu k\u00f6nnen Sie als Bauleiter M\u00e4ngel mit Markups in den Baupl\u00e4nen (PDFs) kennzeichnen und Fotos (auch 360-Grad-Bilder) und Videos hinzuf\u00fcgen. So sehen Ihre Mitarbeiter direkt, was zu tun ist, und Sie behalten durch die praktischen M\u00e4ngelsymbole den \u00dcberblick, was noch erledigt werden muss.\u201c<\/p>\n\n\n\nBed\u00fcrfnisse der Gesch\u00e4ftsleitung:<\/strong> Kosteneffizientes Arbeiten und Zufriedenheit der Auftragnehmer
Argument f\u00fcr die Gesch\u00e4ftsleitung: \u201e<\/strong>Mit Revu verk\u00fcrzen wir Kommunikationswege, da alle Beteiligten in Echtzeit \u00fcber den aktuellen Stand des Projektes informiert werden k\u00f6nnen. Das spart Zeit sowie Geld und sorgt daf\u00fcr, dass Fristen besser eingehalten werden k\u00f6nnen.\u201c<\/p>\n\n\n\nUnser Tipp:<\/strong> Identifizieren Sie die Meinungsf\u00fchrer und gewinnen Sie sie fr\u00fchzeitig f\u00fcr sich. Sie k\u00f6nnen sie beispielsweise zum Teil des Projektteams machen und somit zur Schnittstelle zwischen Belegschaft und Projekt. Als Projektpaten k\u00f6nnen die Kollegen auch unter den ersten sein, die besonders geschult werden und die neue Bau-Software testen sowie nat\u00fcrlich Feedback \u00e4u\u00dfern d\u00fcrfen. Signalisieren Sie: \u201eDeine Meinung ist mir wichtig\u201c.<\/p>\n\n\n\nSchritt 4: Auf Bedenken eingehen<\/h3>\n\n\n\n
Der vierte Schritt h\u00e4ngt eng mit dem vorherigen zusammen. Es geht nicht nur darum, Ihre Kollegen von den Vorteilen der neuen Anwendung zu \u00fcberzeugen, sondern auch darum, deren Bedenken ernst zu nehmen<\/strong>. Denn wer kennt die Herausforderung seines Arbeitsalltags besser als der Kollege selbst? Durch offene Diskussionsrunden, private Gespr\u00e4che oder die Bitte um Feedback<\/strong> k\u00f6nnen Sie die Kollegen aktiv einbinden und gemeinsam an L\u00f6sungen arbeiten. Damit beugen Sie fr\u00fchzeitig Unzufriedenheit und Problemen vor, die andernfalls nach dem Software-Rollout auf Sie zukommen.<\/p>\n\n\n\nSchritt 5: Bausoftware im kleinen Rahmen einf\u00fchren und testen<\/h3>\n\n\n\n
Egal ob Big-Bang-Strategie oder Iterative-Einf\u00fchrung \u2013 um Probleme fr\u00fchzeitig zu identifizieren, kann es auch hilfreich sein, die neue Bausoftware in kleinem Kreis zu testen. Hierf\u00fcr bieten sich vor allem sogenannte \u201eChampions\u201c an. Das sind die Kollegen, die offen f\u00fcr Ver\u00e4nderungen sind, gerne Neues testen und somit auch nicht vor unbekannter Technik zur\u00fcckschrecken<\/strong>. Durch einen solchen Testlauf erhalten Sie wertvolle R\u00fcckmeldungen<\/strong> zu den Funktionen der Anwendung und k\u00f6nnen bei Bedarf nochmals nachbessern. Manchmal l\u00e4sst sich auf diese Weise auch erkennen, wo weiterer Lernbedarf<\/strong> herrscht, sodass Sie die Schulungen f\u00fcr die Kollegen rechtzeitig \u00fcberarbeiten oder erweitern k\u00f6nnen. Und das Beste: Die bereits mit dem Programm vertrauten Mitarbeiter k\u00f6nnen die restlichen Kollegen sp\u00e4ter im Sinne eines Mentoring-Programms<\/strong> bei der Einarbeitung unterst\u00fctzen.<\/p>\n\n\n\n![\"Zwei](\"https:\/\/blog.bluebeam.com\/de\/wp-content\/uploads\/sites\/6\/2021\/10\/software-einfuehren-test-900x600.jpg\")
Wie gestaltet sich die Software-Nutzung im Alltag? Testen Sie es unbedingt vorher!<\/figcaption><\/figure>\n\n\n\nSchritt 6: Kollegen schulen<\/h3>\n\n\n\n
Wie Sie Ihre Kollegen auf die neue Software vorbereiten wollen, sollten Sie bereits bei den anderen Schritten immer im Hinterkopf behalten. Grunds\u00e4tzlich stellen sich folgende Fragen:<\/p>\n\n\n\n
- Wie fit sind die Mitarbeiter bei der Anwendung von Software im Allgemeinen?<\/li>
- Welchen speziellen Schulungsbedarf gibt es hinsichtlich des neuen Programms? Was sind die Trainingsziele?<\/li>
- Gibt es einzelne Kollegen oder Abteilungen, die in speziellen Funktionen der Anwendung geschult werden m\u00fcssen?<\/li>
- Was muss der Kollege bereits vor der Software-Einf\u00fchrung wissen? Was kann auch nach dem Rollout vermittelt werden? Und was ist Learning-by-doing?<\/li>
- Welche Lernformate sollen genutzt werden (Schulungen, Webinare, Tutorial, Wiki, \u2026)?<\/li>
- Wie sehen Trainingskontrollen aus?<\/li>
- Wie k\u00f6nnen Sie die Qualit\u00e4t der Schulungen sicherstellen?<\/li><\/ul>\n\n\n\n
Direkt nach dem Rollout hilft es, wenn eine oder mehrere bereits gut geschulte Personen als Ansprechpartner f\u00fcr die Kollegen<\/strong> kommuniziert werden, um schnell Hilfe leisten zu k\u00f6nnen. Denkbar ist ein Mentoren-Programm.<\/p>\n\n\n\nLangfristig sollten Sie au\u00dferdem einen Kollegen bestimmen, der den weiteren Schulungsbedarf der Mitarbeiter im Blick<\/strong> hat und entsprechende Ma\u00dfnahmen einleitet.<\/p>\n\n\n\nSchritt 7: Prozess der Software-Einf\u00fchrung begleiten<\/h3>\n\n\n\n
Wie im vorherigen Abschnitt schon ausgef\u00fchrt, reicht es nicht aus, die Kollegen einmal vor dem Rollout zu schulen und sie dann sich selbst zu \u00fcberlassen. Es ist wichtig, dass Sie den Go-Live- und After-Go-Live-Prozess aktiv begleiten, also technische Probleme l\u00f6sen<\/strong> und die Kollegen aktiv coachen<\/strong> bzw. einen Ansprechpartner zur Verf\u00fcgung stellen<\/strong>.<\/p>\n\n\n\nHier sollten Sie einplanen, dass die Software-Einf\u00fchrung zum einen Personal <\/strong>braucht, das sich aktiv um die IT k\u00fcmmert, und zum anderen, dass die restlichen Kollegen Zeit <\/strong>brauchen, sich mit dem neuen Projekt vertraut zu machen. Erwarten Sie nicht, dass alles sofort perfekt ist, kalkulieren Sie Fehler ein und lassen Sie sich vor allem nicht aus der Ruhe bringen.<\/p>\n\n\n\nSchritt 8: Laufenden Betrieb betreuen<\/h3>\n\n\n\n
Haben sich alle an die neue Software gew\u00f6hnt, ist die Arbeit noch nicht vorbei. Wichtig ist:<\/p>\n\n\n\n
- Wer entwickelt die Nutzung der Software weiter (z. B. im Zusammenspiel mit anderen Programmen und Prozessen oder anhand des Anwenderfeedbacks)?<\/li>
- Wer k\u00fcmmert sich langfristig um die Software bei technischen Problemen? Wer k\u00fcmmert sich um das Installieren von Updates und Co.?<\/li>
- Wer ist verantwortlich f\u00fcr die Schulung der Mitarbeiter?<\/li>
- Wer bietet den Mitarbeitern Support und Hilfe?<\/li><\/ul>\n\n\n\n
Leben Sie die neuen Prozesse aktiv vor<\/strong> und zeigen Sie Ihren Kollegen immer wieder, welche Vorteile sie dadurch haben. Denn nur wenn die Software genutzt wird, ist das Einf\u00fchren der Software auch erfolgreich. Au\u00dferdem: Sehen Sie die Implementierung nicht als einmaliges Projekt, sondern als einen Prozess, den Sie kontinuierlich verbessern<\/strong>.<\/p>\n\n\n\n![\"Mann](\"https:\/\/blog.bluebeam.com\/de\/wp-content\/uploads\/sites\/6\/2021\/10\/it-support-900x600.jpg\")
Stellen Sie sicher, dass Ihre Mitarbeiter dauerhaft IT-Support erhalten.<\/figcaption><\/figure>\n\n\n\nSchritt 9: Bau-Software-Einf\u00fchrung evaluieren<\/h3>\n\n\n\n
Um die Software-Nutzung weiterentwickeln zu k\u00f6nnen, ist es wichtig, die Einf\u00fchrung des Programms zu evaluieren. Mitarbeiterfeedback<\/strong> k\u00f6nnen Sie sich zum Beispiel \u00fcber Online-Umfragen oder pers\u00f6nliche Gespr\u00e4che einholen. Dies sollten Sie am besten nicht nur einmal machen. Es bietet sich an, direkt nach der Einf\u00fchrung (circa eine Woche sp\u00e4ter) nach aktuellen Problemen zu fragen und schlie\u00dflich nach ein und nach drei Monaten nochmals, wenn sich die Anwendung im Arbeitsalltag etabliert hat.<\/p>\n\n\n\nDas Mitarbeiterfeedback ist ein wichtiger Indikator \u00fcber den Erfolg der Software-Einf\u00fchrung. Wollen Sie allerdings mit konkreten Zahlen Ihren Erfolg untermauern<\/strong>, bietet es sich an, nochmals einen Blick auf die Ziele aus Schritt 1 zu werfen. Wenn Sie die Ziele damals bereits nach dem SMART-Prinzip entwickelt haben, sollte es nun ein Leichtes sein, das Ergebnis auszuwerten. Ein Beispiel: Ihr Ziel war eine Zeitersparnis von 10 Prozent im M\u00e4ngelmanagement pro Tag. Hierzu m\u00fcssen Sie vor dem Rollout und nach dem Rollout die Zeiten messen und k\u00f6nnen sie so schlie\u00dflich direkt zur Erfolgsmessung heranziehen.<\/p>\n\n\n\n\u00dcbrigens: <\/strong>Falls Sie noch nach einem sinnvollen Referenzwert suchen, k\u00f6nnen Sie auf unsere Bluebeam-Studie<\/a> zur\u00fcckgreifen. In der Studie haben wir herausgefunden, dass ein Benutzer von Revu im Schnitt 37 Minuten pro Tag einspart.<\/p>\n\n\n\nBau-Software einf\u00fchren: Diese 5 Fehler sollten sie vermeiden<\/h4>\n\n\n\n
Wie Sie gesehen haben, gibt es einige Dinge, die bei allen Schritten wichtig sind. Umso schlimmer also, wenn sie vernachl\u00e4ssigt werden. Wir haben daher f\u00fcr Sie aufgelistet, was Sie unbedingt vermeiden sollten:<\/p>\n\n\n\n
- Keine messbaren Ziele: <\/strong>Um sp\u00e4ter zu wissen, ob Sie die Software richtig eingef\u00fchrt haben oder nicht, ist es unerl\u00e4sslich, dass Sie vorher Ziele definieren und diese auch messbar gestalten.<\/strong><\/li>
- Keine Kommunikation:<\/strong> Kommunikation ist der Schl\u00fcssel f\u00fcr das Projekt. Dabei ist nicht nur der Austausch innerhalb des Projektteams gemeint, sondern auch der Kontakt zur gesamten Belegschaft. Denn nur wenn das Programm auch akzeptiert wird, wird es sp\u00e4ter effizient genutzt.<\/strong><\/li>
- Mangelnde Schulungen:<\/strong> Im schlechtesten Falle sind die Kollegen bei Einf\u00fchrung der Software absolut \u00fcberfordert. Damit sich das nicht negativ auf Projekte der Kollegen auswirkt, sollten Sie genug Zeit f\u00fcr die Weiterbildung einplanen \u2013 und das schon vor dem Rollout.<\/strong><\/li>
- Zu wenig Tests:<\/strong> Viele Fehler k\u00f6nnen Sie bereits im Vorfeld ausmerzen, wenn Sie nur genug testen. Diese Phase sollten Sie daher auf keinen Fall zu kurz anlegen. Denn je besser Sie die Anforderungen vor Ort kennen, desto besser k\u00f6nnen Sie die Software-Einf\u00fchrung gestalten.<\/strong><\/li>
- Keine langfristige Betreuung:<\/strong> Erliegen Sie nicht dem Irrtum, dass die Implementierung der Software ein zeitlich begrenztes Projekt ist, sondern planen Sie auch f\u00fcr die Zukunft Ressourcen ein, um die Software und deren Anwendung zu betreuen.<\/strong><\/li><\/ol>\n\n\n\n
Brauchen Sie weitere Unterst\u00fctzung? Damit in Ihrem Unternehmen die Digitalisierung gelingt, stehen wir Ihnen gerne mit Rat und Tat zu unserer Bau-Software Revu<\/a> zur Seite. <\/p>\n\n\n\nBildnachweis: Titelbild \u00a9 gettyimages\/Luis Alvarez, Bild 1 \u00a9 Bluebeam, Bild 2 \u00a9 gettyimages\/Ezra Bailey, Bild 3 \u00a9 gettyimages\/Luis Alvarez.<\/em><\/p>\n\n\n\nErleben Sie, wie einfach Digitalisierung sein kann, Starten Sie mit den Tools von Bluebeam.<\/h2><\/div><\/div>
Schritt 1: Erste \u00dcberlegungen zur Einf\u00fchrung der Bau-Software<\/h3>\n\n\n\n
Planung ist das A und O bei gro\u00dfen Projekten wie einer Software-Einf\u00fchrung in Ihrem Bauunternehmen. Insbesondere die ersten Gedanken sind dabei entscheidend, weil sie den Grundstein f\u00fcr alle weiteren Schritte<\/strong> legen. Wir empfehlen daher: Gehen Sie all unsere Fragen durch, legen Sie eine Antwort f\u00fcr sich fest und dokumentieren Sie sie schriftlich<\/strong>, um im Laufe des Projekts nochmals darauf zur\u00fcckgreifen zu k\u00f6nnen.<\/p>\n\n\n\n Damit das Projekt \u201eBau-Software einf\u00fchren\u201c nicht in einer Schublade vor sich hinschlummert, sollten Sie unbedingt festhalten, wer wof\u00fcr verantwortlich ist:<\/p>\n\n\n\n Ist die Verantwortung gekl\u00e4rt, beginnen nun die eigentlichen \u00dcberlegungen zur Software-Einf\u00fchrung:<\/p>\n\n\n\n Am wichtigsten sind die Nutzergruppen, denn sie bestimmen ma\u00dfgeblich, was eine Software k\u00f6nnen muss. Bleiben Sie hier nicht nur auf der theoretischen Ebene, sondern suchen Sie direkten Kontakt mit Ihren Kollegen, um herauszufinden, welche Probleme und Herausforderungen es in deren Alltag gibt.<\/p>\n\n\n\n Auf Grundlage der Nutzergruppen k\u00f6nnen Sie dann entscheiden, was die Bau-Software k\u00f6nnen muss.<\/p>\n\n\n\n Jetzt wissen Sie bereits, an welchen Anforderungen sich das neue Programm messen lassen muss. Dieses Wissen k\u00f6nnen Sie nun bei der Auswahl von Software speziell f\u00fcr die Baubranche ber\u00fccksichtigen.<\/p>\n\n\n\n Egal ob Architekt:in, Ingenieur:in oder Bauleiter:in \u2013 von der Bausoftware Revu profitieren alle Beteiligten. In Echtzeit arbeitet Ihr Team von \u00fcberall auf der Welt an Projekten, denn Revu ist der zentrale Ort, um Dokumente zu erstellen, sie mit Markups zu versehen und f\u00fcr Kolleg:innen freizugeben. Das erleichtert Projektabschl\u00fcsse im Zeit- und Budgetrahmen.<\/p>\n\n\n\n Mehr \u00fcber Revu erfahren<\/a><\/p>\n\n\n\n Eine der letzten Vor\u00fcberlegungen sollte sein, wie sich durch die Software-Einf\u00fchrung Prozesse ver\u00e4ndern oder ver\u00e4ndern m\u00fcssen. Denn nur, wenn Sie Ihren Arbeitsalltag den neuen Gegebenheiten anpassen, k\u00f6nnen Sie auch vollumf\u00e4nglich von der digitalen Neuerung profitieren.<\/p>\n\n\n\n Der Grundstein ist gelegt, doch damit endet die Arbeit noch nicht. Um die neue Bau-Software richtig einzuf\u00fchren, brauchen Sie einen konkreten Plan, der sich zun\u00e4chst daran orientiert, auf welche Art und Weise sie das neue Programm an den Mann bzw. die Frau bringen wollen.<\/p>\n\n\n\n Es gibt grunds\u00e4tzlich zwei verschiedene M\u00f6glichkeiten, eine Software einzuf\u00fchren. Wir haben Ihnen die Vor- und Nachteile aufgelistet, um Sie bei Ihrer Entscheidungsfindung zu unterst\u00fctzen:<\/p>\n\n\n\n Die Big-Bang-Strategie ist die vollst\u00e4ndige Einf\u00fchrung zu einem klar definierten Zeitpunkt (idealweise an ruhigeren Tagen wie Wochenenden, \u00fcber Feiertage oder Urlaubszeiten).<\/p>\n\n\n\n Die Iterative-Einf\u00fchrung besteht aus einer Reihe an Phasen, sodass alte und neue Prozesse teilweise auch parallel laufen.<\/p>\n\n\n\n Haben Sie sich f\u00fcr eine Art der Einf\u00fchrung entschieden, ist es nun an der Zeit, ein zielgerichtetes Vorgehen<\/strong> zu definieren. Dabei sollte der Anwender und seine Bed\u00fcrfnisse im Mittelpunkt<\/strong> stehen, denn nur wenn er von den Vorteilen des neuen Systems \u00fcberzeugt ist, wird er diese auch gerne nutzen. Mit diesem Fokus sollten Sie sich folgende Fragen beantworten:<\/p>\n\n\n\n Wie bereits oben erw\u00e4hnt, ist der entscheidende Faktor f\u00fcr eine erfolgreiche Software-Einf\u00fchrung, dass alle miteinbezogen werden. Daher sollten Sie bereits w\u00e4hrend Schritt 1 und 2 transparent arbeiten<\/strong>. Eine gute M\u00f6glichkeit hierf\u00fcr ist beispielsweise die Analyse der Nutzergruppen, bei der Sie sich mit den Kollegen abstimmen.<\/p>\n\n\n\n Haben Sie dabei auch immer im Blick, dass jeder Kollege an einem unterschiedlichen Punkt steht<\/strong> und daher anders abgeholt werden muss. Einige werden Ihre Vorschl\u00e4ge mit offenen Armen empfangen, andere dagegen skeptisch sein. Ver\u00e4nderungen k\u00f6nnen Angst machen<\/strong>, wenn Sie allerdings klar kommunizieren,<\/p>\n\n\n\n k\u00f6nnen Sie diese Sorge lindern.<\/p>\n\n\n\n Bed\u00fcrfnisse von Bauleiter:innen:<\/strong> effiziente Dokumentation von Baum\u00e4ngeln, unkomplizierte Kommunikationen mit anderen Projektbeteiligten und einfache Pr\u00fcfungen Bed\u00fcrfnisse der Gesch\u00e4ftsleitung:<\/strong> Kosteneffizientes Arbeiten und Zufriedenheit der Auftragnehmer Unser Tipp:<\/strong> Identifizieren Sie die Meinungsf\u00fchrer und gewinnen Sie sie fr\u00fchzeitig f\u00fcr sich. Sie k\u00f6nnen sie beispielsweise zum Teil des Projektteams machen und somit zur Schnittstelle zwischen Belegschaft und Projekt. Als Projektpaten k\u00f6nnen die Kollegen auch unter den ersten sein, die besonders geschult werden und die neue Bau-Software testen sowie nat\u00fcrlich Feedback \u00e4u\u00dfern d\u00fcrfen. Signalisieren Sie: \u201eDeine Meinung ist mir wichtig\u201c.<\/p>\n\n\n\n Der vierte Schritt h\u00e4ngt eng mit dem vorherigen zusammen. Es geht nicht nur darum, Ihre Kollegen von den Vorteilen der neuen Anwendung zu \u00fcberzeugen, sondern auch darum, deren Bedenken ernst zu nehmen<\/strong>. Denn wer kennt die Herausforderung seines Arbeitsalltags besser als der Kollege selbst? Durch offene Diskussionsrunden, private Gespr\u00e4che oder die Bitte um Feedback<\/strong> k\u00f6nnen Sie die Kollegen aktiv einbinden und gemeinsam an L\u00f6sungen arbeiten. Damit beugen Sie fr\u00fchzeitig Unzufriedenheit und Problemen vor, die andernfalls nach dem Software-Rollout auf Sie zukommen.<\/p>\n\n\n\n Egal ob Big-Bang-Strategie oder Iterative-Einf\u00fchrung \u2013 um Probleme fr\u00fchzeitig zu identifizieren, kann es auch hilfreich sein, die neue Bausoftware in kleinem Kreis zu testen. Hierf\u00fcr bieten sich vor allem sogenannte \u201eChampions\u201c an. Das sind die Kollegen, die offen f\u00fcr Ver\u00e4nderungen sind, gerne Neues testen und somit auch nicht vor unbekannter Technik zur\u00fcckschrecken<\/strong>. Durch einen solchen Testlauf erhalten Sie wertvolle R\u00fcckmeldungen<\/strong> zu den Funktionen der Anwendung und k\u00f6nnen bei Bedarf nochmals nachbessern. Manchmal l\u00e4sst sich auf diese Weise auch erkennen, wo weiterer Lernbedarf<\/strong> herrscht, sodass Sie die Schulungen f\u00fcr die Kollegen rechtzeitig \u00fcberarbeiten oder erweitern k\u00f6nnen. Und das Beste: Die bereits mit dem Programm vertrauten Mitarbeiter k\u00f6nnen die restlichen Kollegen sp\u00e4ter im Sinne eines Mentoring-Programms<\/strong> bei der Einarbeitung unterst\u00fctzen.<\/p>\n\n\n\n Wie Sie Ihre Kollegen auf die neue Software vorbereiten wollen, sollten Sie bereits bei den anderen Schritten immer im Hinterkopf behalten. Grunds\u00e4tzlich stellen sich folgende Fragen:<\/p>\n\n\n\n Direkt nach dem Rollout hilft es, wenn eine oder mehrere bereits gut geschulte Personen als Ansprechpartner f\u00fcr die Kollegen<\/strong> kommuniziert werden, um schnell Hilfe leisten zu k\u00f6nnen. Denkbar ist ein Mentoren-Programm.<\/p>\n\n\n\n Langfristig sollten Sie au\u00dferdem einen Kollegen bestimmen, der den weiteren Schulungsbedarf der Mitarbeiter im Blick<\/strong> hat und entsprechende Ma\u00dfnahmen einleitet.<\/p>\n\n\n\n Wie im vorherigen Abschnitt schon ausgef\u00fchrt, reicht es nicht aus, die Kollegen einmal vor dem Rollout zu schulen und sie dann sich selbst zu \u00fcberlassen. Es ist wichtig, dass Sie den Go-Live- und After-Go-Live-Prozess aktiv begleiten, also technische Probleme l\u00f6sen<\/strong> und die Kollegen aktiv coachen<\/strong> bzw. einen Ansprechpartner zur Verf\u00fcgung stellen<\/strong>.<\/p>\n\n\n\n Hier sollten Sie einplanen, dass die Software-Einf\u00fchrung zum einen Personal <\/strong>braucht, das sich aktiv um die IT k\u00fcmmert, und zum anderen, dass die restlichen Kollegen Zeit <\/strong>brauchen, sich mit dem neuen Projekt vertraut zu machen. Erwarten Sie nicht, dass alles sofort perfekt ist, kalkulieren Sie Fehler ein und lassen Sie sich vor allem nicht aus der Ruhe bringen.<\/p>\n\n\n\n Haben sich alle an die neue Software gew\u00f6hnt, ist die Arbeit noch nicht vorbei. Wichtig ist:<\/p>\n\n\n\n Leben Sie die neuen Prozesse aktiv vor<\/strong> und zeigen Sie Ihren Kollegen immer wieder, welche Vorteile sie dadurch haben. Denn nur wenn die Software genutzt wird, ist das Einf\u00fchren der Software auch erfolgreich. Au\u00dferdem: Sehen Sie die Implementierung nicht als einmaliges Projekt, sondern als einen Prozess, den Sie kontinuierlich verbessern<\/strong>.<\/p>\n\n\n\n Um die Software-Nutzung weiterentwickeln zu k\u00f6nnen, ist es wichtig, die Einf\u00fchrung des Programms zu evaluieren. Mitarbeiterfeedback<\/strong> k\u00f6nnen Sie sich zum Beispiel \u00fcber Online-Umfragen oder pers\u00f6nliche Gespr\u00e4che einholen. Dies sollten Sie am besten nicht nur einmal machen. Es bietet sich an, direkt nach der Einf\u00fchrung (circa eine Woche sp\u00e4ter) nach aktuellen Problemen zu fragen und schlie\u00dflich nach ein und nach drei Monaten nochmals, wenn sich die Anwendung im Arbeitsalltag etabliert hat.<\/p>\n\n\n\n Das Mitarbeiterfeedback ist ein wichtiger Indikator \u00fcber den Erfolg der Software-Einf\u00fchrung. Wollen Sie allerdings mit konkreten Zahlen Ihren Erfolg untermauern<\/strong>, bietet es sich an, nochmals einen Blick auf die Ziele aus Schritt 1 zu werfen. Wenn Sie die Ziele damals bereits nach dem SMART-Prinzip entwickelt haben, sollte es nun ein Leichtes sein, das Ergebnis auszuwerten. Ein Beispiel: Ihr Ziel war eine Zeitersparnis von 10 Prozent im M\u00e4ngelmanagement pro Tag. Hierzu m\u00fcssen Sie vor dem Rollout und nach dem Rollout die Zeiten messen und k\u00f6nnen sie so schlie\u00dflich direkt zur Erfolgsmessung heranziehen.<\/p>\n\n\n\n \u00dcbrigens: <\/strong>Falls Sie noch nach einem sinnvollen Referenzwert suchen, k\u00f6nnen Sie auf unsere Bluebeam-Studie<\/a> zur\u00fcckgreifen. In der Studie haben wir herausgefunden, dass ein Benutzer von Revu im Schnitt 37 Minuten pro Tag einspart.<\/p>\n\n\n\n Wie Sie gesehen haben, gibt es einige Dinge, die bei allen Schritten wichtig sind. Umso schlimmer also, wenn sie vernachl\u00e4ssigt werden. Wir haben daher f\u00fcr Sie aufgelistet, was Sie unbedingt vermeiden sollten:<\/p>\n\n\n\n Brauchen Sie weitere Unterst\u00fctzung? Damit in Ihrem Unternehmen die Digitalisierung gelingt, stehen wir Ihnen gerne mit Rat und Tat zu unserer Bau-Software Revu<\/a> zur Seite. <\/p>\n\n\n\n Bildnachweis: Titelbild \u00a9 gettyimages\/Luis Alvarez, Bild 1 \u00a9 Bluebeam, Bild 2 \u00a9 gettyimages\/Ezra Bailey, Bild 3 \u00a9 gettyimages\/Luis Alvarez.<\/em><\/p>\n\n\n\nVerantwortung kl\u00e4ren<\/h4>\n\n\n\n
Strategie definieren<\/h4>\n\n\n\n
Nutzergruppen festlegen<\/h4>\n\n\n\n
Ziele der Software-Einf\u00fchrung<\/h4>\n\n\n\n
Suchen einer geeigneten Bau-Software<\/h4>\n\n\n\n
Bluebeam Revu: Die BauSoftware f\u00fcr direkte Teamarbeit<\/h4>\n\n\n\n
Prozessoptimierung<\/h4>\n\n\n\n
Schritt 2: Konkreten Projektplan entwerfen<\/h3>\n\n\n\n
Art der Einf\u00fchrung f\u00fcr die Bau-Software festlegen<\/h4>\n\n\n\n
Big-Bang-Strategie (\u201eone-and-done-deal\u201c)<\/h4>\n\n\n\n
Chancen<\/strong><\/h4>\n\n\n\n
Risiken<\/strong><\/strong><\/h4>\n\n\n\n
Iterative-Einf\u00fchrung der Bau-Software<\/h3>\n\n\n\n
Chancen<\/strong><\/h4>\n\n\n\n
Risiken<\/strong><\/strong><\/h4>\n\n\n\n
Notwendige Schritte festlegen<\/h4>\n\n\n\n
Schritt 3: Projektbeteiligte von Mehrwert \u00fcberzeugen<\/h3>\n\n\n\n
Beispiel: So \u00fcberzeugen Sie andere von Revu<\/h4>\n\n\n\n
Argument f\u00fcr Bauleiter:innen:<\/strong> \u201eMit Revu k\u00f6nnen Sie als Bauleiter M\u00e4ngel mit Markups in den Baupl\u00e4nen (PDFs) kennzeichnen und Fotos (auch 360-Grad-Bilder) und Videos hinzuf\u00fcgen. So sehen Ihre Mitarbeiter direkt, was zu tun ist, und Sie behalten durch die praktischen M\u00e4ngelsymbole den \u00dcberblick, was noch erledigt werden muss.\u201c<\/p>\n\n\n\n
Argument f\u00fcr die Gesch\u00e4ftsleitung: \u201e<\/strong>Mit Revu verk\u00fcrzen wir Kommunikationswege, da alle Beteiligten in Echtzeit \u00fcber den aktuellen Stand des Projektes informiert werden k\u00f6nnen. Das spart Zeit sowie Geld und sorgt daf\u00fcr, dass Fristen besser eingehalten werden k\u00f6nnen.\u201c<\/p>\n\n\n\nSchritt 4: Auf Bedenken eingehen<\/h3>\n\n\n\n
Schritt 5: Bausoftware im kleinen Rahmen einf\u00fchren und testen<\/h3>\n\n\n\n
Schritt 6: Kollegen schulen<\/h3>\n\n\n\n
Schritt 7: Prozess der Software-Einf\u00fchrung begleiten<\/h3>\n\n\n\n
Schritt 8: Laufenden Betrieb betreuen<\/h3>\n\n\n\n
Schritt 9: Bau-Software-Einf\u00fchrung evaluieren<\/h3>\n\n\n\n
Bau-Software einf\u00fchren: Diese 5 Fehler sollten sie vermeiden<\/h4>\n\n\n\n
Erleben Sie, wie einfach Digitalisierung sein kann, Starten Sie mit den Tools von Bluebeam.<\/h2>