0800-2224449
info@dictsolutions.com

Nachrichten

Februar 22, 2021
Warum von ITIL V3 zu ITIL 4 wechseln?

Diese Art von Frage höre ich oft von ITIL V3-Experten, die an unserem ITIL 4-Training teilnehmen. Meine Antwort ist einfach: Die Welt hat sich seit der Einführung von ITIL V3 (vor mehr als zehn Jahren) so sehr verändert, dass diese neue ITIL-Version tatsächlich überfällig war, um Unternehmen dabei zu helfen, in einer so schnelllebigen und komplexen Umgebung zu überleben. ITIL 4 verwendet jedoch weiterhin Elemente aus ITIL V3, sodass ITIL V3-Experten weiterhin von ihren Investitionen in ITIL V3-Schulungen profitieren können.

Februar 8, 2021
Die Professional Scrum Master I (PSM I) Prüfung

Die Professional Scrum Master I (PSM I) -Prüfung ist eine Bewertung in englischer Sprache, bei der Sie 68 von 80 Multiple-Choice-Fragen richtig beantworten müssen, um diese Prüfung zu bestehen. Jeder kann diese Prüfung ablegen. Aber wie können Sie sich auf die Prüfung vorbereiten und wie funktioniert die Prüfung?

Januar 25, 2021
Agil in der Praxis

Schlussfolgerungen basierend auf realen Agile Scrum-Beispielen und Agile Scrum-Erfahrungen.

"Agil ist neu, Wasserfall ist alt". „Um Dienstleistungen und Produkte (unabhängig davon, ob IT) schneller bereitstellen zu können, müssen Sie agil arbeiten“, höre ich fast täglich in meinen Beratungsaufträgen und Schulungen. Hinweis: Agile muss kein Scrum sein (siehe z. B. Agile PM, PRINCE2 Agile, Devops,…). Wir sind jetzt einige Jahre weiter mit diesen exponentiell erhöhten Methoden. Welche Schlussfolgerungen können wir daraus ziehen? Ein paar Aussagen und meine

Januar 12, 2021
Änderungen am neuen Scrum Guide 2020 und Unterschiede zur Version 2017

Während der Agile Scrum-Schulungen, die ich regelmäßig gerne gebe, wie der Agile Scrum Foundation und Agile Scrum Master (von EXIN) oder über scrum.org, unter anderem dem Professional Scrum Master (PSM-1) oder dem Professional Scrum Product Owner (PSPO) -1) Die Scrum-Anleitung wird immer ausführlich besprochen.

Das Scrum-Handbuch oder Scrum-Handbuch ist nichts anderes als eine Definition von Scrum, in der beispielsweise die Rollen, Ereignisse und Artefakte erläutert werden. Dieses von J. Sutherland & K. Schwaber zusammengestellte Dokument finden Sie hier:

Dezember 14, 2020
Agile vs PRINCE2

Als Trainer werde ich oft gefragt, was der Unterschied oder die Ähnlichkeiten zwischen Agile (PM) und PRINCE2® sind. Laien sagen in den Korridoren viel darüber, aber was ist genau? Lassen Sie mich zunächst sagen, dass beide ihren Wert darin haben, dass sie von vielen Organisationen und Einzelpersonen verwendet werden und Früchte tragen. Bei richtiger Anwendung erhöhen sie die Chance (!) Auf ein erfolgreiches Projekt: - Weniger Kosten - Bessere Qualität - Reduzierte Durchlaufzeit - Weniger Risiken - Mehr Nutzen - Mehr Klarheit (Umfang) PRINCE2® Seit Jahren erprobt und getestet, einigermaßen vollständig Projektmanagementmethode (oder Best Practice), die fast alle Aspekte des Projektmanagements umfasst und während des gesamten Lebenszyklus des Projekts Checklisten mit Prozessen / Aktivitäten bereitstellt, die durchgeführt werden sollten, um ein erfolgreiches Projekt zu leiten und durchzuführen; Berücksichtigung unbestreitbarer Grundsätze und Verwendung anpassbarer Themen wie Business Case für das Projekt, Gestaltung der Projektorganisation (mit klaren Rollen), Definition von Qualität, Risiko usw. In einem Projektbrief (hauptsächlich mit einem High Level Business Case) beantwortet das Projekt die Frage: Müssen wir mit dem Projekt beginnen? In der (folgenden) Initiierungsphase wird die Projektinitiierungsdokumentation (oder ?? PID ?? mit ao ein Projektplan, ein detaillierter Business Case, ??) Antwort auf die Frage: Wie sehen das Projekt und die Ergebnisse des Projekts aus? In den Phasenplänen ein (Unter-) Plan ?? gemacht mit der aktuellste Stand der Dinge, so dass es iterativ und auf den Punkt ist? bleibt, wobei die PID gegebenenfalls überarbeitet wird. Über PRINCE2 Agile (PM) Agile PM möchte einen pragmatischeren Ansatz als den herkömmlichen Ansatz und lehnt die zu statische Waterfall-Methode ab. Durch eine iterative Arbeitsweise und immer in Zusammenarbeit mit dem Kunden sorgt Agile immer für minimale Abweichungen von den Wünschen des Kunden. Agile lässt die vom Kunden gewünschte Funktionalität zugunsten von Kosten und (Vorlauf-) Zeit schwanken, wobei letztere 2 festgelegt werden müssen und die Funktionalität auf dem MoSCoW basiert (Muss -, Sollte -, Könnte -, Gewonnen? Das Prinzip muss nicht schwanken, um innerhalb von Zeit und Kosten zu bleiben. Info über agile Unterschiede Ein Unterschied zwischen beiden Techniken besteht natürlich in der Terminologie, wo ich Kunden und Studenten sage, dass viel in der Sprache ?? was man lieber spricht. Zum Beispiel ist Niederländisch nicht unbedingt besser? als Französisch, aber bequemer? wenn du zB Ich möchte in den Niederlanden nach dem Weg fragen, aber umständlicher, wenn ich in Paris nach dem Weg frage. Ein weiterer Unterschied besteht darin, wie die verschiedenen Aktivitäten gruppiert sind: zum Beispiel PRINCE2 das ?? Pre Project ?? Blick auf die Wünschbarkeit der Fortsetzung, die in Agile wieder in 2 Teile geschnitten wird ??: ?? Vorprojekt ?? und ?? Machbarkeit ?? (..). In Bezug auf die Anzahl der Rollen hat Agile auch mehr (geteilte) Rollen als PRINCE2, wodurch diese Rollen mehr zusammengefasst werden usw. Ein weiterer vielleicht wichtiger Unterschied sind die verschiedenen Entscheidungen, die getroffen werden: z Wenn PRINCE2 mit Toleranzen in Bezug auf alle Aspekte (Zeit, Geld, Qualität der (End-) Produkte, ??) arbeitet, die ordnungsgemäß vereinbart werden müssen, erklärt Agile im Voraus, dass Kosten und Vorlaufzeit möglicherweise nicht verändert werden und dass die Funktionalität beeinträchtigt wird Das MoSCoW-Prinzip (siehe oben) muss variieren, vorausgesetzt, dass nicht alle Funktionen? sind ebenso wichtig. PRINCE2® verwendet ebenfalls MoSCoW, gibt jedoch an, dass jede Entscheidung in Bezug auf einen der Aspekte eine gemeinsame Entscheidung sowohl des Projektlieferanten als auch des Kunden / Unternehmens (oder Kunden) ist. Last but not least: Agile glaubt, dass es einen wesentlichen Unterschied zwischen der Erstellung von Software und allen anderen Projekten gibt. Ähnlichkeiten Es ist mir klar, dass die Ähnlichkeiten viel größer sind als die Unterschiede, und es gibt keinen anderen Weg, und ich meine dies auf fast "physische Weise". Natürlich müssen Sie sorgfältig überlegen, was Sie tun werden, bevor Sie beginnen, und dann (mit dem Kunden und den wichtigsten Stakeholdern) weiter optimieren, ob das, was Sie tun, noch beabsichtigt und sinnvoll ist, danach bewerten usw .: Diese Grundphilosophie hat auch jede anständige Methode. / beste Übung / ??. auf der Erde! Der iterative Charakter ist auch eine Vision, die im Laufe der Jahre stärker geworden ist und sich in Agile, PRINCE2® und jeder anderen modernen Technologie widerspiegelt. Offensichtlich ist es für den Lieferanten von Produkten viel bequemer, statische Spezifikationen (Spezifikationen) (Wasserfallmethode) zu haben, da der Lieferant dann bequem und ungehindert arbeiten kann, ohne immer geänderte Spezifikationen zu berücksichtigen, aber DIE WELT STEHT UNGLÜCKLICH NICHT WENN SIE IHR PROJEKT MACHEN! Alle PM-Methoden haben die meisten statischen Elemente aus jeder Technik entfernt und durch dynamische / iterative Komponenten ersetzt. Beide Techniken sind NICHT NORM, was bedeutet, dass Sie sie so anpassen können / müssen, dass sie für Ihr Unternehmen am besten funktionieren und Sie die besten Ergebnisse daraus erzielen. Agile / PRINCE2 kombinieren Es wird von Kollegen in der Branche argumentiert, dass ?? teilweise Nutzung ?? Die Lösung beider Techniken wäre: Ich bin sehr dagegen und aus mehreren Gründen. 1) Sie bitten eine Organisation, zwei Methoden zu kennen, bei denen es bereits sehr schwierig ist, eine Methode gut zu kennen. 2) Sie führen eine andere Terminologie ein, was die Verwirrung sowohl intern als auch extern erheblich erhöht. Sie erhalten Inseln innerhalb Ihrer Organisation, jede mit ihrer eigenen Fachsprache / Interpretation der verschiedenen Methoden, während es schwierig genug ist, gute Vereinbarungen mit einer Methode zu treffen. Externe Parteien: Lieferanten, neue Mitarbeiter, ?? wird es besonders schwierig finden, sich zu integrieren. Die Kraft der 1 (!) Methode ist genau, dass alles für alle klar sein muss und Sie keine Diskussionen darüber führen, was Sie unter ?? verstehen. ?? 3) Sie entwickeln tatsächlich eine neue Methode, während engagierte Spezialisten weltweit manchmal Jahrzehnte damit verbringen, eine Methode (oder Technik) so vollständig / konsistent / (fast) fehlerfrei zu erhalten. Wir werden das für eine Weile verwechseln? Muss es eine gute Antwort darauf geben? Abgesehen von der Tatsache, dass diese ?? Kollegen ?? haben oft zu wenig Kenntnisse / Fähigkeiten dafür, dies würde Jahre dauern. Das Ergebnis für Organisationen ist daher oft katastrophal. BITTE BEACHTEN SIE: Es wurde eine PRINCE2 Agile-Methode entwickelt, die für diejenigen sehr interessant sein kann, die das oben Genannte noch möchten. Auch dort muss erkannt werden, dass dies weder PRINCE2® noch Agile PM ist und daher tatsächlich die Wahl für eine neue Methode mit den gleichen Vorteilen und den gleichen Risiken wie oben. Schlussfolgerung Meine Schlussfolgerung ist, dass es keine "beste Technik / Methode" gibt. ist. PRINCE2® ist bei weitem die am weitesten verbreitete Methode, und dies sollte auf jeden Fall in Betracht gezogen werden. So wie die niederländische Sprache in den Niederlanden bei weitem die am häufigsten verwendete Sprache ist, sollte dies sicherlich ein sehr wichtiges Argument für die Verwendung von Niederländisch als Arbeitssprache in Ihrer Organisation sein. Gleiches gilt für PRINCE2, obwohl Agile immer beliebter wird, sind die Proportionen immer noch sehr stark zugunsten von PRINCE2®. Darüber hinaus müssen Organisationen natürlich die Situation betrachten, in der sie sich befinden, und sich selbst und den Stakeholdern Fragen stellen wie: - Welche Technologie verwenden wir derzeit (möglicherweise teilweise) und wie funktioniert dies für uns und unsere Umwelt? - In welchen Bereichen haben wir Schwierigkeiten und liefert unsere Arbeitsweise nicht die erwarteten Ergebnisse? - Welche Erwartungen haben unsere (wichtigsten) Stakeholder (oder Stakeholder) und mit welcher Technologie arbeiten sie? Schließlich ist die Auswahl einer geeigneten Projektmanagementmethode für große und kleine Unternehmen von entscheidender Bedeutung, die immer mehr Änderungen durchlaufen und diese Änderungen effektiv (Erreichung der Ziele) und effizient (ohne zu viel Zeit / Kosten / Ressourcen) vornehmen möchten. implementieren. Neben der Auswahl einer Methode ist auch die Schulung / Zertifizierung und das Coaching der Mitarbeiter von entscheidender Bedeutung. Sie können sich an D-ICT Solutions wenden, um zertifizierte Schulungen oder eine kostenlose Beratung zu erhalten.

November 30, 2020
BiSL® und Agile Scrum, wie passt das (am besten)?

Während der BiSL-Schulungen wird zunehmend die Frage gestellt, ob BiSL in Agile oder genauer in Scrum passt. In der BiSL-Version 2.0 - 2. Ausgabe kein Wort dazu, aber seit dem Update auf die neue BiSL-Version 3.0 - 3. Ausgabe wird mehr darauf geachtet, wie sich BiSL auf andere Modelle, Ansätze, Frameworks und Standards bezieht, einschließlich Agile Scrum . Bisl-version-3.0-3rd-edition-dictsolutions Zum Beispiel wurde ein kleiner Absatz über Agile Scrum aufgenommen, der kurz erklärt, was Agile Scrum im Vergleich zum traditionellen Wasserfall-Ansatz ist. Darüber hinaus verzichtet BiSL auf die Verschreibung von Methoden und Ansätzen, macht jedoch deutlich, dass Business Information Management (BIM) in einem Scrum- oder Projektteam klar vertreten sein muss. Beantwortet dies die Frage, ob BiSL in einen Ansatz wie Agile Scrum passt? Ja und nein?? BiSL geht davon aus, dass es für jede Methode und jeden Ansatz geeignet ist, aber wir müssen die Frage möglicherweise umformulieren, um die Antwort klar zu erhalten. BiSL konzentriert sich auf die sogenannte Benutzerperspektive und handelt aus den Gedanken des Kunden. Und dies erscheint auch logisch, schließlich bestimmt der Kunde, welche Anforderungen und Erwartungen er an ein Produkt oder eine Dienstleistung stellt. Wir sind daher mit BiSL auf der anspruchsvollen Seite und führen meines Erachtens auch jedes Projekt an. Agile / Scrum wurde als Ansatz zur Entwicklung von Software innerhalb der IT konzipiert. Sagen Sie einfach die Angebotsseite, die eine IT-Frage oder ein IT-Problem lösen möchte. Dies ist darauf zurückzuführen, dass viele IT-Projekte in Bezug auf Vorlaufzeit und Kosten normalerweise nicht gut liefen und die Benutzer / Kunden letztendlich nicht das bekamen, was sie erwartet hatten. Die Lösung hierfür lag in einem iterativeren / kurzzyklischen Ansatz. In der Zwischenzeit hat der Agile Scrum-Ansatz an Popularität gewonnen, und dies scheint der Ansatz in jeder Organisation zu sein und auch von jeder IT-Person vorgeschrieben zu werden. Obwohl dies den Ansatz geändert hat, sagen IT-Organisationen den Kunden immer noch, wie und was zu tun ist. Für mich ist die Frage daher nicht, ob BiSL in Agile Scrum passt, sondern wie BiSL und Agile Scrum (am besten) passen. Die Nachfrage und damit der Ausgangspunkt liegt daher beim Kunden und BiSL (oder FSM usw.) ist führend. Zusammen mit der IT kann dann ermittelt werden, welcher Ansatz für die Realisierung am besten geeignet ist. Das kann Agile Scrum sein, aber auch ein Projekt über Prince2. Zu oft hören wir, dass die IT die Arbeitsmethode bestimmt und vor Jahren projektbasierte Arbeit war und jetzt zu Scrum geworden ist. Vielleicht eine andere Methode in ein paar Jahren? Die IT sollte in der Lage sein, viel mehr verschiedene Methoden und Ansätze anzubieten, und sie sollten auch nebeneinander eingesetzt werden können. Es ist eigentlich etwas Besonderes, dass Sie ein Haus auf Bestellung von einem Bauunternehmer bauen lassen können, der nach Anhörung Ihrer Wünsche das Haus auf Projektbasis für Sie baut. Wenn Sie mit einem Wunsch, einer Frage oder einem Problem zur IT gehen, ist dies oft zu schwierig und zu schwierig Wie Sie wissen, sitzt die IT auf dem Stuhl des Kunden, um darüber nachzudenken, was für den Kunden gut ist. Sie bestimmen also noch weitgehend, wie gearbeitet wird und was geliefert werden muss. Als Kunde muss man regelmäßig auftauchen, wenn etwas schief gehen könnte. Der Kunde muss die IT schulen und die Kontrolle übernehmen. Wenn Sie als Kunde einen neuen Service entwickeln möchten und sich für eine Big-Bang-Implementierung entscheiden, weil Sie der Konkurrenz einen Schritt voraus sein möchten oder aus anderen legitimen Gründen, ist die IT angesichts ihres aktuellen Status sofort auf den Beinen. Dies ist möglich und zulässig, aber letztendlich muss der Kunde unter Berücksichtigung der damit verbundenen Risiken bestimmen, was und wie er es möchte. Wenn Sie als Kunde jedoch möchten, dass eine Dienstleistung oder ein Produkt in kleinen Schritten hergestellt wird, muss es auch möglich sein, dass dieselbe IT als solche arbeitet. Die Aussage von BiSL, dass Business Information Management (BIM) im Scrum- oder Projektteam klar vertreten sein sollte, ist daher teilweise richtig. Zu diesem Zeitpunkt wurde bereits ein bestimmter Ansatz gewählt. Das Business Information Management (BIM) bestimmt weitgehend selbst, was dieser Ansatz ist und welche IT am besten zu ihm passt. Als Kunde möchten Sie in der Lage sein, eine IT mit den erforderlichen Kenntnissen zu nutzen. Kenntnisse über Werkzeuge, aber auch über verschiedene Methoden und Ansätze. Sie möchten eine IT verwenden, deren Prozesse intern in Ordnung sind, was in vielen Fällen leider nicht immer der Fall zu sein scheint. Als Kunde möchten Sie nicht mit einer weiteren neuen Methode und / oder einem neuen Ansatz konfrontiert werden ???????? Auf Kundenseite bleibt jedoch noch viel zu tun. Mehr Kontrolle übernehmen, den tatsächlichen Bedarf angeben, klare Prioritäten setzen und, wie BiSL es ausdrückt, klar in den Scrum- und Projektteams vertreten sein. Fazit: Die Frage ist daher, ob Agile Scrum auch in BiSL passen soll / kann und nicht umgekehrt. Manchmal funktioniert das gut, aber manchmal überhaupt nicht. Wenn die IT jedoch über ausreichende Kenntnisse und ausreichende Methoden und Ansätze verfügt, ist dies keine schlechte Sache.

November 22, 2020
Wutmanagement-Training am 21. Januar in Amsterdam für 415 €!

Am 21. Januar 2021 bietet D-ICT Solutions einen weiteren Kurs zum Wutmanagement zum Preis von 415 € inklusive Mittagessen an! Die Module, die in diesem Kurs enthalten sind, sind: Erste Schritte, Handeln, Wut, Taten und Verbote, Kontrolle erlangen, Menschen vom Problem trennen, an dem Problem arbeiten, das Problem lösen, ein persönliches […]

November 8, 2020
Umschulungsprogramme für einen Job mit Zukunftsperspektive

Ihre Organisation steht unter Druck, was bedeutet, dass Sie manchmal nach anderen Arbeiten suchen müssen: innerhalb Ihrer Organisation oder außerhalb. Speziell für Sie bietet DICT eine Reihe beliebter Kurzkurse mit Diplom / Zertifikat an, mit denen Sie Ihre Chancen auf dem Arbeitsmarkt erhöhen können. Die D-ICT-Kurse berücksichtigen Ihre Erfahrungen zusätzlich, sodass Sie sich keine Sorgen machen müssen, dass Sie nicht teilnehmen können und / oder Ihre Prüfung nicht bestehen werden! dictsolutions-retraining pathways-future perspektive Wenn Sie an Projekten (jeglicher Art und in welcher Rolle auch immer) teilnehmen möchten, sind die am häufigsten angeforderten Zertifikate: PRINCE2 (3 Tage), dies ist eine allgemeine Projektmanagementmethode, die für jede Art von Projekt gilt anwendbar. Agile Scrum (2 Tage), diese sehr beliebte und vereinfachte Methode wird zunehmend in verschiedenen Organisationen für verschiedene Projekte eingesetzt. Mit diesen Zertifikaten in der Tasche haben Sie mindestens alle notwendigen Papiere! Möchten Sie einen ersten Schritt in der IT machen und möchten Sie zum Beispiel: Eine Service- / Helpdesk-Funktion: Wählen Sie ITIL (3 Tage), was IMMER erforderlich ist. Eine Anwendungsverwaltungsfunktion: Wählen Sie dann ASL, was IMMER erforderlich ist. Wir bieten auch berufsorientierte Umschulungsprogramme an, nämlich: Agile Tester Projekt- und Änderungsmanager Informationsmanager Service Manager Portfoliomanager Service Manager Suchen Sie nach anderen (firmeninternen) Schulungen oder maßgeschneiderten Programmen? DICT bietet mehr als 200 Kurse an, die Ihnen helfen, den nächsten Schritt in Ihrer Karriere zu machen. Sie sind immer auf Ihre Wünsche, Kenntnisse und Erfahrungen zugeschnitten!

Oktober 11, 2020
Schulung zu Business Process Model & Notation 2.0 (BPMN) bei D-ICT Solutions

Prozesse werden zunehmend automatisiert, müssen jedoch IHREN Geschäftsprozessen folgen und nicht umgekehrt! Erstellen Sie ganz einfach Ihre gewünschten Geschäftsprozesse, damit diese mit BPMN in Ihren Tools automatisiert werden können. Geschäftsprozessmodell-Notation-BPMN-Dictsolutions Was ist BPMN? Die Business Process Modeling Notation ist eine grafische Notation, die die Schritte in einem Geschäftsprozess zeigt. Die Notation zur Modellierung von Geschäftsprozessen repräsentiert den Anfang-zu-Ende-Ablauf eines Geschäftsprozesses. Das Format wurde speziell entwickelt, um die Reihenfolge der Prozesse und die Nachrichten zu koordinieren, die zwischen verschiedenen Prozessteilnehmern in einem verwandten Satz von Aktivitäten fließen. Warum ist BPMN wichtig? Die Welt der Geschäftsprozesse hat sich in den letzten Jahren radikal verändert. Prozesse können von hinten, innerhalb und oberhalb der natürlichen Grenzen von Organisationen koordiniert werden. Ein Geschäftsprozess umfasst jetzt mehrere Teilnehmer, und die Koordination kann komplex sein. Bis zur Notation der Geschäftsprozessmodellierung wurde keine Standardmodellierungstechnik entwickelt, um diese Probleme anzugehen. Die Business Process Modeling Notation wurde speziell entwickelt, um Benutzern eine lizenzgebührenfreie Notation zu bieten. Für wen ist BPMN bestimmt? Die Notation zur Modellierung von Geschäftsprozessen zielt auf eine hohe Ebene für Geschäftsbenutzer und auf eine niedrigere Ebene für Prozessimplementierer ab. Die Geschäftsbenutzer sollten in der Lage sein, ein Geschäftsprozessdiagramm für die Geschäftsprozessmodellierungsnotation leicht zu lesen und zu verstehen. Der Prozessimplementierer muss in der Lage sein, ein Geschäftsprozessdiagramm detaillierter zu gestalten, um den Prozess in einer physischen Implementierung darzustellen. Die Notation zur Modellierung von Geschäftsprozessen richtet sich an Benutzer, Lieferanten und Dienstleister, die Geschäftsprozesse auf standardmäßige Weise kommunizieren müssen. Zertifikat Die Prüfung mit Zertifikat kann unmittelbar nach dem Training online abgelegt werden. Die Kosten für die Prüfung betragen 165. Scheinprüfungen werden im Training behandelt. Möchten Sie sich beraten lassen, was für Sie die beste Wahl ist? Dann können Sie sich jederzeit über info@dictsolutions.com oder 020-2050324 an D-ICT Solutions wenden. Der Autor dieses Artikels, Keesjan Fijma, ist Marketing- und Vertriebsspezialist. Zusammen mit den zertifizierten Trainern, Interim Managern, Coaches und anderen Mitarbeitern von D-ICT Solutions (Abordnung, Interim Management, Beratung und Schulung) führend im Bereich zertifizierter Schulungen weltweit in verschiedenen Prozess-, Projekt-, Service- und Qualitätsmanagementtechniken wie ITIL , ISO, PRINCE2, Agile, Lean Six Sigma, BiSL und viele andere.

September 24, 2020
Eine Zeit aufregender Veränderungen und voller Möglichkeiten für die Implementierung von ITIL® 4!

Digitale Dienste helfen Unternehmen, sich in der modernen digitalen Wirtschaft zu behaupten. Dieses zunehmend schnelllebige und komplexe Umfeld stellt Unternehmen und Fachleute jedoch vor neue Herausforderungen. Dieses neue digitale Zeitalter ist bekannt als die "vierte industrielle Revolution", die durch die digitale Transformation unserer Welt und die unvermeidliche Interaktion zwischen Menschen und digitalen Technologien gekennzeichnet ist. […]

© Copyright 2021 - Dict Solutions - Alle Rechte vorbehalten
NederlandsEnglishFrançaisDeutsch

Pin It auf Pinterest

linkedin Facebook pinterest Youtube rss Twitter instagram Facebook-Leerzeichen rss-blank linkedin-blanko pinterest Youtube Twitter instagram