In diesem Interview und der Podcast-Aufzeichnung spricht Vishal Sikka, Chief Technology Officer von SAP, über ein breites Spektrum an Themen im Bereich Unternehmenssoftware, darunter seine Rolle als CTO bei SAP, Serviceorientierte Architektur (SOA), Beziehungen zwischen geschäftlichen und technischen Organisationen im Unternehmen, Misserfolge von IT-Projekten, Übernahme von Business Objects durch SAP und Business von Entwurf. Wenn Sie sich für CIO- oder CTO-Themen interessieren, hören Sie sich den Podcast aufmerksam an. Es ist Ihre Zeit und Aufmerksamkeit wert!
Der Nackte IT-Interviewreihe spricht mit Innovatoren über die sich entwickelnde Beziehung zwischen IT und Business. Bitte hören Sie sich den Audio-Podcast an und genießen Sie die kurzen Auszüge unten.
Vishal Sikka ist Chief Technology Officer von SAP. Vishal berichtet direkt an CEO Henning Kagermann und ist für die Weiterentwicklung der Technologie- und Architekturstrategie im gesamten SAP-Produktportfolio verantwortlich. Als CTO leitet Vishal außerdem die zukunftsorientierten Bemühungen des Unternehmens rund um neue Technologien und ist für die Gestaltung der SAP-Architektur der nächsten Generation verantwortlich. Er hat einen Doktortitel. Er hat einen Abschluss in Informatik von der Stanford University und verfügt über Erfahrung in der Forschung in der automatischen Programmierung. Informations- und Anwendungsintegration sowie künstliche Intelligenz in Stanford, Xerox Palo Alto Labs und zwei Startups.
Vishal und ich sprachen über ein breites Spektrum von Unternehmenssoftwarethemen, darunter seine Rolle als CTO von SAP, serviceorientierte Architektur (SOA), Beziehungen zwischen geschäftlichen und technischen Organisationen im Unternehmen, gescheiterte IT-Projekte, die Übernahme von Business Objects durch SAP und Business von Entwurf.
Wenn Sie sich für CIO- oder CTO-Themen interessieren, hören Sie sich den Podcast aufmerksam an. Es ist Ihre Zeit und Aufmerksamkeit wert!
Zum CTO:
Meine Hauptaufgabe besteht darin, die Roadmap für unsere Produkte und Technologien zu definieren und zu formulieren und so Kohärenz und Einheitlichkeit in die Art und Weise zu bringen, wie wir unsere Architektur und das übergreifende Produktdesign steuern.
Zu Paketanwendungen:
Die Grundidee einer Paketanwendung ist eine Einheitsgröße, die für eine Vielzahl von Kunden geeignet ist. Sie erzielen Skaleneffekte durch die Paketierung dieser Anwendung, Funktionalität usw. Eine verpackte Anwendungssuite zu haben, die gleichzeitig den Bedarf in einer breiten Vielfalt von Branchen, Ländern und Geschäftsfeldern erfüllt, ist ein sehr, sehr schwieriges Problem. Generationen von Unternehmen haben dies versucht und sind gescheitert. Das gleichzeitige Streben nach Breite, Tiefe und Benutzerfreundlichkeit hat diese anderen Unternehmen getötet.
Zur IT-/Business-Ausrichtung:
Branchen kennen das Was und IT kennt das Wie. Unternehmen, in denen diese „Was/Wie“-Unterscheidung aufgehoben wird, haben tendenziell Schwierigkeiten. Man muss den Geschäftsbereichen und den IT-Leuten die nötige Kraft geben... und darauf vertrauen, dass die IT-Leute wissen, wie es geht, und dass die Geschäftsbereiche das Was artikulieren können... Das Unternehmen sollte der IT die Art des zu lösenden Problems mitteilen; Die IT [sollte] dann Tools und Plattformen einbringen, um sie [anzugehen].
Sie [entwickeln] strategische IT, indem Sie die Fachabteilung und die IT-Leute mit gegenseitigem Respekt und gegenseitiger Stärkung an einen Tisch bringen.
An IT-Aussterben:
Das ist einfach Unsinn.
Zur Reduzierung von IT-Ausfällen mit Unternehmens-SOA:
[SAP kombiniert] IT-Vereinfachung (technische Sichtbarkeit) mit Geschäftstransformation. Die Implementierung bildet [zusammen mit] dem Enterprise-Services-Repository und seinen Prozessfähigkeiten ab... trägt dazu bei, dass Lösungen sehr schnell [und mit geringerem Risiko] übernommen werden. Das Service-Repository bietet [Stakeholdern] eine sehr öffentliche und sichtbare Möglichkeit, zu sehen, wie ihr Unternehmen mit der Software zusammenhängt.
[Stakeholder] können sich auch mit anderen Geschäftsprozessexperten [austauschen], um einen Eindruck davon zu bekommen, was andere tun, was Hasso [Plattner], Unser Gründer bezeichnet es als „Geschäfte mit offenem Fenster machen“. Sehen, was andere Menschen getan haben, Erfahrungen austauschen, [bietet] Zusätzliche Transparenz darüber, wie sich die Software auf das Unternehmen auswirkt, wodurch der gesamte Prozess wesentlich nahtloser wird und Projektkosten reduziert werden Versagen.
Zur Übernahme von Business Objects:
Wir haben den Strategie-Umsetzungs-Kreislauf geschlossen, den CEOs, CFOs, CIOs und Betriebsleiter dringend vermissen … Business Objects ermöglicht es uns, den Kreislauf zwischen Strategie und Umsetzung zu schließen.
Der benutzerzentrierte und der informationszentrierte Aspekt sind grundlegend... Wir möchten an Aktivitäten beteiligt sein, die Geschäftsanwender durchführen. die nicht direkt operativer, sondern informativer Natur sind. Wir werden schneller dort ankommen als alle anderen.
Zu Innovationen in der Unternehmenssoftware:
Wenn Sie über Anwendungen verfügen, die Kerngeschäftsprozesse bedienen und zehn oder fünfzehn Jahre lang verfügbar sind, wie bringen Sie dann Innovationen hervor, die den Kunden unterbrechungsfrei zur Verfügung stehen? Wir liefern Innovationen in Verbrauchsmaterialpaketen zweimal im Jahr in Erweiterungspaketen, die auch Technologieverbesserungen umfassen; Dies ist eine unterbrechungsfreie Roadmap für [Kunden] zur kontinuierlichen Innovation. [Es ist] ein Mechanismus zur Bereitstellung von Innovationen bei gleichzeitiger Wahrung der Stabilität; Einblicke zu liefern und gleichzeitig die Umsetzung sicherzustellen.
Über Business byDesign:
Salesforce.com spricht von Anpassung usw., deckt jedoch nicht einmal einen winzigen Bruchteil der Breite der [SAP-Produktsuite] ab. On-Demand ist für uns ein interessanter Liefermechanismus... [Allerdings stellt Business byDesign] einen tiefgreifenderen Wandel dar...
Vor ein paar Jahren haben wir begonnen, die Art und Weise, wie wir die Kernsoftware entwickeln, zu überdenken. Es war unser generationsübergreifender Blick darauf, was in den Kernprozessen passieren muss. Business byDesign ist die Umsetzung dieser Vision für den Mittelstand... Es stellt eine grundsätzlich modulare Art der Softwareentwicklung dar, von der niemand in der Branche jemals geträumt hätte. Es ist für den Mittelstand konzipiert, hat aber darüber hinausgehende Auswirkungen.