Offshore Outsourcing ist jetzt zum Mainstream geworden und nun ist Offshore kein Konzept mehr, sondern Realität!

Die anfängliche Wahrnehmung war, dass Offshore Outsourcing für größere Organisationen geeignet war. Jetzt wird jedoch immer deutlicher, dass fast jedes Unternehmen, ob groß oder klein, vom Offshore Outsourcing profitieren kann.

Indische Softwaredienstleister haben den Prozess der Offshore Outsourcing ausgereift. Eine Kombination von Onsite und Offshore Dienstleistungen ist für viele Softwareprojekte zu einem erfolgreichen Modell geworden. Zu den Vorteilen für die Kunden gehören nicht nur die Kostenreduzierung, sondern auch der Zugang zu einem größeren Pool erfahrener und qualifizierter Offshore Softwarefachleute, die qualitativ hochwertige Software und IT-Services bereitstellen.

Was machen wir?

Das Onsite – Offshore – Engagement – Modell von Automatic wurde entwickelt, um diese Vorteile an Kunden weiterzugeben. Unser gesamtes Onsite – Offshore – Engagement – Modell basiert auf dem Simple Services Delivery Modell (SSDM). Es gewährlesitet  die enge Zusammenarbeit zwischen Client-Teams und  Automatic-Teams sicherzustellen.

SSDM führt ein Governance-Modell mit folgenden Vorteilen durch:

  • Vollständige Transparenz über die Projektleistung (Bereitstellung von Projekt-Dashboards in Echtzeit) bieten
  • Risiken in verschiedenen Phasen des Offshoring erkennen und einen Risikominderungsplan einführen
  • Flexibilität aufbauen, um sich an ändernde Kundenanforderungen anzupassen
  • Gelegenheit zur Serviceverbesserung bieten, indem Basislinien eingerichtet und anschließend daran gemessen werden

Die Bereitstellung der Dienstleistungen und die Zusammenarbeit wird durch dem Lenkungsausschuss überwacht und geleitet, der besteht aus Leitung / Führungspersonal des Kunden und Automatic.

Übersicht des Online Offshore Service Delivery:

Projektteams sind in zwei Unterteams unterteilt, nämlich das Vor-Ort-Team (ONSITE) und das Offshore Team in Indien.

  • Das ONSITE Team wird von einem PM oder Account Manager vor Ort geleitet, und das Offshore-Team wird von einem Offshore Projektmanager geleitet
  • Das ONSITE Team besteht aus erfahrenen Beratern, die die Anforderungen des Kunden zusammen mit den Prozessverantwörtlichen besprechen und dokumentieren.

Die Aktivitäten sind in 2 Arten unterteilt

  • ONSITE Team nimmt die Anforderungen auf
  • Offshore Aktivitäten werden für das Offshore Team dokumentiert und vorbereitet
  • Die ONSITE Teamgröße wird anhand des Projektumfangs und der Supportanforderungen festgelegt
  • Das Offshore Team wird von einem dedizierten Projektmanager geleitet. Diese koordiniert die Anforderungen mit dem ONSITE Team bzw. Kundenteam
  • Die Offshore Teamgröße hängt auf dem Projektumfang und den Supportanforderungen ab und setzt sich aus technischen und funktionalen Beratern zusammen

Automatic bietet die Option eines dediziertes Team oder ein „Shared Service Modell“

ONSITE Aktivitäten vor Ort

  • ONSITE Berater arbeiten eng mit dem Kundenteams zusammen für die Prozessanalyse bzw. Anforderungsaufnahme
  • Diese sind in aktiven Kontakt mit dem Endanwendern um die Anforderungen zu dokumentieren. Zusammen mit dem Kundenteam wird ein Realisierungsplan für verschiedene Aktivitäten erstellt
  • Aktivitäten, die eine engere Zusammenarbeit mit dem Kundenteam erfordern, werden vor Ort ausgeführt, um Zeit und Mühe zu sparen (Dokumentieren, Realisierung, Testen und Bereitstellen).
  • Anforderungsdokumente bzw. spezifikationsdokumente werden immer von den Endanwendern und/oder Lenkungsteams genehmigt
  • Nach Genehmigung durch das Lenkungsteam werden die Offshore Aktivitäten zur Realisierung an das Offshore Team übertragen

OFFSHORE Aktivitäten

  • Genehmigte Anforderungen werden vom Offshore Projektmanager angenommen.
  • Das Offshore Team realisiert die Anforderungen auf Basis der Dokumentation.
  • Basierend auf genehmigten technischen Entwürfen wird Programm / Code erstellt, getestet und bereitgestellt.
  • Beispieldaten und Testbedingungen werden vom Kundenteam erhalten oder sind bereits in der Testumgebung vorhanden.
  • Eingebaute Entwicklungen / Anpassungen werden von den Teams mit den Beispieldaten des Kunden oder mit vorhandenen relevanten Testfällen in der Beispieltestumgebung
  • Wenn es sich um Programmierung handelt, wird der Code durch die Zyklen der Codeüberprüfung innerhalb des Teams von Teamleitern, QM Teams und clientseitigen technischen Fachleuten überprüft.
  • Nach Genehmigung durch den Kunden nach internen Tests wird der Code gepackt und an das Kundenprojektteam geliefert.
  • Nach Abnahme werden die Anpassungen Produktiv gesetzt.