Interview : "la compatibilité est la clef d'Office"

Microsoft avait mis les petits plats dans les grands lors de l'Apple Expo Remix'08 : un vaste stand pour montrer sa suite, ses dernières souris (voir notre test de la nouvelle Arc Mouse) et sa Xbox. Pour le clin d'oeil, il distribuait des Pomme d'Amour aux visiteurs. A l'occasion du salon, Sheridan Jones, la Directrice Marketing Mondial de la Macintosh Business Unit (MacBU) de Microsoft avait fait le déplacement. Interview.

Comment évolue la MacBU aujourd'hui ?
Sheridan Jones : On a augmenté les effectifs de 25% l’année dernière, hors Apple on est probablement parmi les plus gros éditeurs Mac du marché. On doit avoir entre 220 et 230 personnes dans la division. On devrait continuer d'embaucher entre 20 et 30% de personnes de plus l’an prochain.


Vous embauchez pour de nouveaux projets ou est-ce que les développements deviennent plus compliqués ?

SJ : L’objectif est d’aller plus loin dans la compatibilité avec l’écosystème Microsoft et de profiter des opportunités qui se présentent sur la plateforme Mac. On veut être capable de maintenir une pleine compatibilité avec Win Office, de développer ces interactions et de renforcer les outils collaboratifs.


Quel est le profil de ces nouveaux embauchés ?
SJ : On ajoute beaucoup de gens dans les équipes de développement, et on utilise pas mal notre blog pour expliquer à quoi ressemble le travail au jour le jour dans la MacBU. La plupart des postes à pourvoir concernent des profils de développeurs et de testeurs et quelques un ensuite sont au niveau du marketing.


Qu’est-ce que vous appelez "l’écosystème Microsoft" ?
SJ : On se concentre complètement sur la compatibilité entre Mac Office et Win Office. Les équipes Windows d'Office continuent d’innover dans l'utilisation et les nouvelles fonctions de leur suite, il faut qu’on puisse les suivre et à cet effet on a musclé nos équipes. Dans le même temps, on regarde aussi ce que l’on peut faire par rapport à la plateforme Mac, au vu de ce que nous réclament les utilisateurs. On a des niveaux de priorité, mais encore une fois, la première chose qu’ils nous attendent de nous c’est une compatibilité transparente. L’un des gros changements, même en terme d’entreprise, que l’on ait eu à faire et notamment pour Office 2008 ce fut d’intégrer le format ouvert Open XML, de passer d’un ancien format de fichiers à ce format standard.


Justement sur les questions de compatibilité, le cas de Visual Basic a été traité de façon curieuse. Il était dans Office 2004, il disparaît dans Office 2008 puis vous annoncez son retour dans le prochain Office. C’est difficile à comprendre et à accepter pour outil destiné en plus aux professionnels. Ça n'est pas très motivant pour passer à la 2008.
SJ : Nous avons expliqué en détail sur notre blog les raisons techniques qui nous ont empêché de mettre VBA dans Office 2008. On ne pouvait tout simplement pas le faire dans les temps. Lorsqu'on a observé les demandes de nos clients, l’urgence pour eux allait à une version Intel de la suite et au support du format Open XML.

Mais on a pris soin de les informer presque un an à l’avance de l’absence de VBA, afin que ces utilisateurs puissent s’y préparer. On a fait aussi beaucoup de tests de compatibilité chez des clients en entreprise qui voulaient passer à la 2008, mais qui avaient également besoin de VBA. On s’est assuré que les deux versions d’Office pourraient cohabiter sur la même machine, de manière à ce qu’ils puissent utiliser leurs macros VBA dans Excel 2004 par exemple, tout en profitant d’Excel 2008.

Et puis on a annoncé que l’on remettrait VBA parce que même s’il s’agit d’un outil de scripting pointu qui concerne peu de gens dans la globalité, en entreprise il est très, très, très important.


Et il était à ce point difficile de le conserver dans la 2008 ?
SJ : Il nous était absolument impossible de passer de CodeWarrior à Xcode, et du PowerPC à Intel et de fournir en plus VBA dans les temps. Mais on a été très transparents là-dessus et très en amont. Ça nous a aussi laissé le temps d’en évaluer les conséquences et de proposer des solutions alternatives, comme AppleScript, ou encore de fournir de la documentation.

Enfin pour ceux qui ne pouvaient absolument pas se passer de VBA on a fait de ce choix de le remettre dans le prochain Office, et c’est très significatif en terme de développement. Sur du court terme on pouvait se passer de Visual Basic mais pas sur du long terme.