![\"\"](\"https:\/\/pitss.org\/de\/wp-content\/uploads\/sites\/9\/2017\/11\/christian-piasecki-pitss-interview-reports-migration.jpg\")
Christian Piasecki, Consulting Manager und Scrum Master, PITSS GmbH<\/p><\/div>\n
Herr Piasecki, derzeit sind viele Firmen, die Oracle Reports im Einsatz haben, auf der Suche nach einer neuen Reporting-L\u00f6sung. Was sind die Gr\u00fcnde daf\u00fcr?<\/em><\/strong><\/h5>\nChristian Piasecki:<\/strong> Der Hauptgrund f\u00fcr viele, die weg von Oracle Reports wollen, ist, dass Oracle den Support abgek\u00fcndigt hat. Nach aktuellem Stand sollte man je nach Lizenzvertrag bis sp\u00e4testens 2025, <\/span>ggf. auch schon bis 2022<\/span> auf eine alternative Reporting-L\u00f6sung umgestellt haben. Diese Nachricht hat viele Kunden zum Handeln gezwungen. Wir nutzen aber gern die Gelegenheit, auch auf ein anderes Thema zu sensibilisieren und damit meine ich die M\u00f6glichkeiten, die moderne Reporting-Technologien bieten. Sie erm\u00f6glichen zum Beispiel, dass Endnutzer die Reports sich auf ihr Handy oder Tablet ansehen; auch Big Data wird im sogenannten <\/span>Reporting 4.0<\/span><\/a> zum Thema. Die Migration weg von Oracle Reports ist also nicht unbedingt als eine l\u00e4stige Angelegenheit zu betrachten, denn sie bietet viele Chancen und einen echten Mehrwert f\u00fcr das Unternehmen. Unsere Aufgabe als Dienstleister besteht darin, unsere Kunden in Bezug auf die M\u00f6glichkeiten der modernen Reporting-Tools zu beraten und die L\u00f6sung zu finden, die ihren W\u00fcnschen am ehesten gerecht wird. <\/span><\/p>\nWie gelingt die Umstellung der Oracle Reports auf eine neue Technologie am besten?<\/em><\/strong><\/h5>\nChristian Piasecki:<\/strong> Grunds\u00e4tzlich lie\u00dfe sich alles komplett neu machen, was aber sehr aufwendig w\u00e4re. Deswegen raten wir zur Migration der ohnehin schon vorhandenen Reports. Die Migration kann manuell oder automatisiert umgesetzt werden. Wobei auch bei der automatisierten Migration zus\u00e4tzlich h\u00e4ndisch feinjustiert werden muss, deswegen spreche ich lieber von einer teilautomatisierten Migration. Nichtsdestotrotz ist das die bessere L\u00f6sung – und wir geh\u00f6ren mit unserem Migrationstool REPORTS REPLACER KIT zu den wenigen oder sind sogar die einzigen, die eine teilautomatisierte Migration nach Jasper Reports anbieten. <\/span><\/p>\nF\u00fcr Sie ist die toolgest\u00fctzte Migration also eindeutig die bessere Wahl?<\/em><\/strong><\/h5>\nChristian Piasecki:<\/strong> Ja, au\u00dfer man hat nur drei oder vier Reports zu migrieren \u2013 dann lohnt sich die Anschaffung eines Tools vermutlich weniger. In solchen F\u00e4llen k\u00e4me die manuelle Migration noch infrage. Sobald die Reports aber mehr und\/oder komplexer werden, dann empfehle ich die automatisierte Migration und nichts anderes. Die toolgest\u00fctzte Migration hat zudem weitere Vorteile, wie zum Beispiel den Erhalt des urspr\u00fcnglichen Codes. Das sorgt f\u00fcr Einheitlichkeit, die sonst bei verschiedenen Entwicklern nicht m\u00f6glich w\u00e4re. <\/span><\/p>\nWie kann man sich denn die Reports-Migration mit PITSS und dem REPORTS REPLACER KIT vorstellen?<\/em><\/strong><\/h5>\nChristian Piasecki:<\/strong> Alle unsere Projekte fangen mit einer Preparation-Phase an, in der wir erstmal aufr\u00e4umen, also den Deadcode bereinigen. Nach einer gr\u00fcndlichen Analyse identifizieren wir die Logik der Reports und verschieben diese in die Datenbank zur Wiederverwendung in der neuen Technologie. Als N\u00e4chstes kommt unser automatisierter Ansatz ins Spiel \u2013 in diesem Fall mithilfe unseres REPORTS REPLACER KITs. Zum Schluss erfolgt das manuelle Finetuning durch unsere Entwickler und schon sind die neuen Reports einsatzbereit.<\/span><\/p>\nWie lange dauert ein durchschnittliches Migrationsprojekt?<\/em><\/strong><\/h5>\nChristian Piasecki:<\/strong> Das h\u00e4ngt nat\u00fcrlich von der Komplexit\u00e4t ab \u2013 es gibt sehr einfache Reports, aber auch sehr umfangreiche. Reports, die wie Listen aufgebaut sind und aus wenigen Spalten und Zeilen bestehen, sind ziemlich schnell migriert. Kommen aber verschiedene Farben, \u00dcberschriften, Kopf- und Fu\u00dfzeilen und grafische Elemente wie Logos dazu \u2013 und das \u00fcber 30 Seiten verteilt, dann kann die Migration entsprechend l\u00e4nger dauern. Damit wir den Migrationsaufwand genau bestimmen k\u00f6nnen, f\u00fchren wir daher zun\u00e4chst immer eine Analyse durch. <\/span><\/p>\n[\/et_pb_text][et_pb_testimonial _builder_version=“3.16.1″ background_color=“#f0f8fa“]<\/p>\n
\nDie Reports-Migration ist kein Big Bang, sondern eine verantwortungsvolle und aufwendige Aufgabe, die ihre Zeit braucht.<\/span><\/i><\/p>\n[\/et_pb_testimonial][et_pb_text _builder_version=“4.6.0″]<\/p>\n
Um die Komplexit\u00e4t zu reduzieren und die Migration effizienter zu gestalten, teilen wir die zu migrierenden Reports in kleinere, handhabbare Einheiten \u2013 die sogenannten Cluster auf. Jedes Cluster ist einzeln zu betrachten. Nicht nur teilt man sich hierdurch die Arbeit auf \u2013\u00a0<\/span>es wird auch m\u00f6glich,\u00a0<\/span>mit jedem migrierten Abschnitt Erfahrungen zu sammeln, die man bei den n\u00e4chsten Teilprojekten wieder einflie\u00dfen l\u00e4sst. Die Praxis zeigt, dass sich die nachfolgenden Cluster auf diese Weise noch effizienter migrieren lassen. <\/span><\/p>\nMit welchen personellen und finanziellen Ressourcen ist bei einer Reports-Migration zu rechnen?<\/em><\/strong><\/h5>\n
Wie gelingt die Umstellung der Oracle Reports auf eine neue Technologie am besten?<\/em><\/strong><\/h5>\nChristian Piasecki:<\/strong> Grunds\u00e4tzlich lie\u00dfe sich alles komplett neu machen, was aber sehr aufwendig w\u00e4re. Deswegen raten wir zur Migration der ohnehin schon vorhandenen Reports. Die Migration kann manuell oder automatisiert umgesetzt werden. Wobei auch bei der automatisierten Migration zus\u00e4tzlich h\u00e4ndisch feinjustiert werden muss, deswegen spreche ich lieber von einer teilautomatisierten Migration. Nichtsdestotrotz ist das die bessere L\u00f6sung – und wir geh\u00f6ren mit unserem Migrationstool REPORTS REPLACER KIT zu den wenigen oder sind sogar die einzigen, die eine teilautomatisierte Migration nach Jasper Reports anbieten. <\/span><\/p>\nF\u00fcr Sie ist die toolgest\u00fctzte Migration also eindeutig die bessere Wahl?<\/em><\/strong><\/h5>\nChristian Piasecki:<\/strong> Ja, au\u00dfer man hat nur drei oder vier Reports zu migrieren \u2013 dann lohnt sich die Anschaffung eines Tools vermutlich weniger. In solchen F\u00e4llen k\u00e4me die manuelle Migration noch infrage. Sobald die Reports aber mehr und\/oder komplexer werden, dann empfehle ich die automatisierte Migration und nichts anderes. Die toolgest\u00fctzte Migration hat zudem weitere Vorteile, wie zum Beispiel den Erhalt des urspr\u00fcnglichen Codes. Das sorgt f\u00fcr Einheitlichkeit, die sonst bei verschiedenen Entwicklern nicht m\u00f6glich w\u00e4re. <\/span><\/p>\nWie kann man sich denn die Reports-Migration mit PITSS und dem REPORTS REPLACER KIT vorstellen?<\/em><\/strong><\/h5>\nChristian Piasecki:<\/strong> Alle unsere Projekte fangen mit einer Preparation-Phase an, in der wir erstmal aufr\u00e4umen, also den Deadcode bereinigen. Nach einer gr\u00fcndlichen Analyse identifizieren wir die Logik der Reports und verschieben diese in die Datenbank zur Wiederverwendung in der neuen Technologie. Als N\u00e4chstes kommt unser automatisierter Ansatz ins Spiel \u2013 in diesem Fall mithilfe unseres REPORTS REPLACER KITs. Zum Schluss erfolgt das manuelle Finetuning durch unsere Entwickler und schon sind die neuen Reports einsatzbereit.<\/span><\/p>\nWie lange dauert ein durchschnittliches Migrationsprojekt?<\/em><\/strong><\/h5>\nChristian Piasecki:<\/strong> Das h\u00e4ngt nat\u00fcrlich von der Komplexit\u00e4t ab \u2013 es gibt sehr einfache Reports, aber auch sehr umfangreiche. Reports, die wie Listen aufgebaut sind und aus wenigen Spalten und Zeilen bestehen, sind ziemlich schnell migriert. Kommen aber verschiedene Farben, \u00dcberschriften, Kopf- und Fu\u00dfzeilen und grafische Elemente wie Logos dazu \u2013 und das \u00fcber 30 Seiten verteilt, dann kann die Migration entsprechend l\u00e4nger dauern. Damit wir den Migrationsaufwand genau bestimmen k\u00f6nnen, f\u00fchren wir daher zun\u00e4chst immer eine Analyse durch. <\/span><\/p>\n[\/et_pb_text][et_pb_testimonial _builder_version=“3.16.1″ background_color=“#f0f8fa“]<\/p>\n
\nDie Reports-Migration ist kein Big Bang, sondern eine verantwortungsvolle und aufwendige Aufgabe, die ihre Zeit braucht.<\/span><\/i><\/p>\n[\/et_pb_testimonial][et_pb_text _builder_version=“4.6.0″]<\/p>\n
Um die Komplexit\u00e4t zu reduzieren und die Migration effizienter zu gestalten, teilen wir die zu migrierenden Reports in kleinere, handhabbare Einheiten \u2013 die sogenannten Cluster auf. Jedes Cluster ist einzeln zu betrachten. Nicht nur teilt man sich hierdurch die Arbeit auf \u2013\u00a0<\/span>es wird auch m\u00f6glich,\u00a0<\/span>mit jedem migrierten Abschnitt Erfahrungen zu sammeln, die man bei den n\u00e4chsten Teilprojekten wieder einflie\u00dfen l\u00e4sst. Die Praxis zeigt, dass sich die nachfolgenden Cluster auf diese Weise noch effizienter migrieren lassen. <\/span><\/p>\nMit welchen personellen und finanziellen Ressourcen ist bei einer Reports-Migration zu rechnen?<\/em><\/strong><\/h5>\n
F\u00fcr Sie ist die toolgest\u00fctzte Migration also eindeutig die bessere Wahl?<\/em><\/strong><\/h5>\nChristian Piasecki:<\/strong> Ja, au\u00dfer man hat nur drei oder vier Reports zu migrieren \u2013 dann lohnt sich die Anschaffung eines Tools vermutlich weniger. In solchen F\u00e4llen k\u00e4me die manuelle Migration noch infrage. Sobald die Reports aber mehr und\/oder komplexer werden, dann empfehle ich die automatisierte Migration und nichts anderes. Die toolgest\u00fctzte Migration hat zudem weitere Vorteile, wie zum Beispiel den Erhalt des urspr\u00fcnglichen Codes. Das sorgt f\u00fcr Einheitlichkeit, die sonst bei verschiedenen Entwicklern nicht m\u00f6glich w\u00e4re. <\/span><\/p>\nWie kann man sich denn die Reports-Migration mit PITSS und dem REPORTS REPLACER KIT vorstellen?<\/em><\/strong><\/h5>\nChristian Piasecki:<\/strong> Alle unsere Projekte fangen mit einer Preparation-Phase an, in der wir erstmal aufr\u00e4umen, also den Deadcode bereinigen. Nach einer gr\u00fcndlichen Analyse identifizieren wir die Logik der Reports und verschieben diese in die Datenbank zur Wiederverwendung in der neuen Technologie. Als N\u00e4chstes kommt unser automatisierter Ansatz ins Spiel \u2013 in diesem Fall mithilfe unseres REPORTS REPLACER KITs. Zum Schluss erfolgt das manuelle Finetuning durch unsere Entwickler und schon sind die neuen Reports einsatzbereit.<\/span><\/p>\nWie lange dauert ein durchschnittliches Migrationsprojekt?<\/em><\/strong><\/h5>\nChristian Piasecki:<\/strong> Das h\u00e4ngt nat\u00fcrlich von der Komplexit\u00e4t ab \u2013 es gibt sehr einfache Reports, aber auch sehr umfangreiche. Reports, die wie Listen aufgebaut sind und aus wenigen Spalten und Zeilen bestehen, sind ziemlich schnell migriert. Kommen aber verschiedene Farben, \u00dcberschriften, Kopf- und Fu\u00dfzeilen und grafische Elemente wie Logos dazu \u2013 und das \u00fcber 30 Seiten verteilt, dann kann die Migration entsprechend l\u00e4nger dauern. Damit wir den Migrationsaufwand genau bestimmen k\u00f6nnen, f\u00fchren wir daher zun\u00e4chst immer eine Analyse durch. <\/span><\/p>\n[\/et_pb_text][et_pb_testimonial _builder_version=“3.16.1″ background_color=“#f0f8fa“]<\/p>\n
\nDie Reports-Migration ist kein Big Bang, sondern eine verantwortungsvolle und aufwendige Aufgabe, die ihre Zeit braucht.<\/span><\/i><\/p>\n[\/et_pb_testimonial][et_pb_text _builder_version=“4.6.0″]<\/p>\n
Um die Komplexit\u00e4t zu reduzieren und die Migration effizienter zu gestalten, teilen wir die zu migrierenden Reports in kleinere, handhabbare Einheiten \u2013 die sogenannten Cluster auf. Jedes Cluster ist einzeln zu betrachten. Nicht nur teilt man sich hierdurch die Arbeit auf \u2013\u00a0<\/span>es wird auch m\u00f6glich,\u00a0<\/span>mit jedem migrierten Abschnitt Erfahrungen zu sammeln, die man bei den n\u00e4chsten Teilprojekten wieder einflie\u00dfen l\u00e4sst. Die Praxis zeigt, dass sich die nachfolgenden Cluster auf diese Weise noch effizienter migrieren lassen. <\/span><\/p>\nMit welchen personellen und finanziellen Ressourcen ist bei einer Reports-Migration zu rechnen?<\/em><\/strong><\/h5>\n
Wie kann man sich denn die Reports-Migration mit PITSS und dem REPORTS REPLACER KIT vorstellen?<\/em><\/strong><\/h5>\nChristian Piasecki:<\/strong> Alle unsere Projekte fangen mit einer Preparation-Phase an, in der wir erstmal aufr\u00e4umen, also den Deadcode bereinigen. Nach einer gr\u00fcndlichen Analyse identifizieren wir die Logik der Reports und verschieben diese in die Datenbank zur Wiederverwendung in der neuen Technologie. Als N\u00e4chstes kommt unser automatisierter Ansatz ins Spiel \u2013 in diesem Fall mithilfe unseres REPORTS REPLACER KITs. Zum Schluss erfolgt das manuelle Finetuning durch unsere Entwickler und schon sind die neuen Reports einsatzbereit.<\/span><\/p>\nWie lange dauert ein durchschnittliches Migrationsprojekt?<\/em><\/strong><\/h5>\nChristian Piasecki:<\/strong> Das h\u00e4ngt nat\u00fcrlich von der Komplexit\u00e4t ab \u2013 es gibt sehr einfache Reports, aber auch sehr umfangreiche. Reports, die wie Listen aufgebaut sind und aus wenigen Spalten und Zeilen bestehen, sind ziemlich schnell migriert. Kommen aber verschiedene Farben, \u00dcberschriften, Kopf- und Fu\u00dfzeilen und grafische Elemente wie Logos dazu \u2013 und das \u00fcber 30 Seiten verteilt, dann kann die Migration entsprechend l\u00e4nger dauern. Damit wir den Migrationsaufwand genau bestimmen k\u00f6nnen, f\u00fchren wir daher zun\u00e4chst immer eine Analyse durch. <\/span><\/p>\n[\/et_pb_text][et_pb_testimonial _builder_version=“3.16.1″ background_color=“#f0f8fa“]<\/p>\n
\nDie Reports-Migration ist kein Big Bang, sondern eine verantwortungsvolle und aufwendige Aufgabe, die ihre Zeit braucht.<\/span><\/i><\/p>\n[\/et_pb_testimonial][et_pb_text _builder_version=“4.6.0″]<\/p>\n
Um die Komplexit\u00e4t zu reduzieren und die Migration effizienter zu gestalten, teilen wir die zu migrierenden Reports in kleinere, handhabbare Einheiten \u2013 die sogenannten Cluster auf. Jedes Cluster ist einzeln zu betrachten. Nicht nur teilt man sich hierdurch die Arbeit auf \u2013\u00a0<\/span>es wird auch m\u00f6glich,\u00a0<\/span>mit jedem migrierten Abschnitt Erfahrungen zu sammeln, die man bei den n\u00e4chsten Teilprojekten wieder einflie\u00dfen l\u00e4sst. Die Praxis zeigt, dass sich die nachfolgenden Cluster auf diese Weise noch effizienter migrieren lassen. <\/span><\/p>\nMit welchen personellen und finanziellen Ressourcen ist bei einer Reports-Migration zu rechnen?<\/em><\/strong><\/h5>\n
Wie lange dauert ein durchschnittliches Migrationsprojekt?<\/em><\/strong><\/h5>\nChristian Piasecki:<\/strong> Das h\u00e4ngt nat\u00fcrlich von der Komplexit\u00e4t ab \u2013 es gibt sehr einfache Reports, aber auch sehr umfangreiche. Reports, die wie Listen aufgebaut sind und aus wenigen Spalten und Zeilen bestehen, sind ziemlich schnell migriert. Kommen aber verschiedene Farben, \u00dcberschriften, Kopf- und Fu\u00dfzeilen und grafische Elemente wie Logos dazu \u2013 und das \u00fcber 30 Seiten verteilt, dann kann die Migration entsprechend l\u00e4nger dauern. Damit wir den Migrationsaufwand genau bestimmen k\u00f6nnen, f\u00fchren wir daher zun\u00e4chst immer eine Analyse durch. <\/span><\/p>\n[\/et_pb_text][et_pb_testimonial _builder_version=“3.16.1″ background_color=“#f0f8fa“]<\/p>\n
\nDie Reports-Migration ist kein Big Bang, sondern eine verantwortungsvolle und aufwendige Aufgabe, die ihre Zeit braucht.<\/span><\/i><\/p>\n[\/et_pb_testimonial][et_pb_text _builder_version=“4.6.0″]<\/p>\n
Um die Komplexit\u00e4t zu reduzieren und die Migration effizienter zu gestalten, teilen wir die zu migrierenden Reports in kleinere, handhabbare Einheiten \u2013 die sogenannten Cluster auf. Jedes Cluster ist einzeln zu betrachten. Nicht nur teilt man sich hierdurch die Arbeit auf \u2013\u00a0<\/span>es wird auch m\u00f6glich,\u00a0<\/span>mit jedem migrierten Abschnitt Erfahrungen zu sammeln, die man bei den n\u00e4chsten Teilprojekten wieder einflie\u00dfen l\u00e4sst. Die Praxis zeigt, dass sich die nachfolgenden Cluster auf diese Weise noch effizienter migrieren lassen. <\/span><\/p>\nMit welchen personellen und finanziellen Ressourcen ist bei einer Reports-Migration zu rechnen?<\/em><\/strong><\/h5>\n
[\/et_pb_text][et_pb_testimonial _builder_version=“3.16.1″ background_color=“#f0f8fa“]<\/p>\n
\nDie Reports-Migration ist kein Big Bang, sondern eine verantwortungsvolle und aufwendige Aufgabe, die ihre Zeit braucht.<\/span><\/i><\/p>\n [\/et_pb_testimonial][et_pb_text _builder_version=“4.6.0″]<\/p>\n Um die Komplexit\u00e4t zu reduzieren und die Migration effizienter zu gestalten, teilen wir die zu migrierenden Reports in kleinere, handhabbare Einheiten \u2013 die sogenannten Cluster auf. Jedes Cluster ist einzeln zu betrachten. Nicht nur teilt man sich hierdurch die Arbeit auf \u2013\u00a0<\/span>es wird auch m\u00f6glich,\u00a0<\/span>mit jedem migrierten Abschnitt Erfahrungen zu sammeln, die man bei den n\u00e4chsten Teilprojekten wieder einflie\u00dfen l\u00e4sst. Die Praxis zeigt, dass sich die nachfolgenden Cluster auf diese Weise noch effizienter migrieren lassen. <\/span><\/p>\nMit welchen personellen und finanziellen Ressourcen ist bei einer Reports-Migration zu rechnen?<\/em><\/strong><\/h5>\n