jeudi 30 septembre 2010

Etude Benchmark SI Comment valoriser et piloter les services de la DSI ?

L’évolution du SI souhaitée par de nombreuses entreprises suppose engagées quelques réflexions de fond sur la gouvernance de la DSI. Quels comités de pilotage ? Quels outils et quels référentiels ? Quels critères pour établir les priorités ? Autant de question auxquels l’édition 2010 réalisée par l’association des anciens élèves de l’Ensimag donne un éclairage sur les pratiques actuelles.
L’objectif est de pouvoir comparer les services proposés par les Directions des Systèmes d’Information au travers d’une de différentes questions sur les axes structurants suivants : Catalogue, Mesure, Engagement, Qualité de service, Organisation, Urbanisation, Communication, Sourcing, Cycle de vie et Réglementation.

mercredi 22 septembre 2010

Comment tirer parti du cloud computing?

Le concept de Cloud computing met le marché des NTIC en ébullition. Ce nouveau Focus du cabinet Solucom aborde les raisons d'un tel engouement, propose des filtres pour mieux décrypter le marché et explique comment ce concept peut faire sens dans une stratégie de transformation des systèmes d'information.

mercredi 15 septembre 2010

Euriware étend son infogérance nearshore avec le tunisien OXIA

Dans le cadre du développement de son infogérance la SSII Euriware, Filiale d'Areva, a signé cet été un partenariat avec Oxia, société de conseil et services informatiques et membre du Get'IT...

mercredi 8 septembre 2010

Externalisation : le nearshore vole la vedette à l'offshore

Les pratiques d'externalisation sont désormais monnaie courante au sein des entreprises. Pour autant, le choix de l'offshore se fait avec parcimonie, en fonction de la qualité souhaitée.

lundi 30 août 2010

La Fondation Linux clarifie l'utilisation du code Open Source

Edition du 12/08/2010 - par Jean Elyan avec IDG NS

Un programme rassemblant outils et formation est mis en place par la Fondation Linux en réponse à la montée en flèche du code Open Source dans les équipements mobiles et l'électronique grand public. Une initiative dont les entreprises devraient également tirer profit.

La Fondation Linux a décidé de venir en aide aux entreprises qui hésitent à utiliser du code Open Source dans leurs propres produits, du fait notamment des questions de propriété intellectuelle. L'organisation à but non lucratif a annoncé à l'occasion de LinuxCon (Boston, 10-12 août) un programme d'assistance pratiquement gratuit qui comprend une grille de contrôle, des programmes de formation et des outils logiciels pour surveiller l'utilisation qui est faite des logiciels Open Source.

mercredi 25 août 2010

L’Afrique : Nouvel eden pour la délocalisation informatique

Une étude réalisée par AT Kearney montre que 7 pays africains figurent parmi les 50 meilleures destinations mondiales pour la délocalisation des services informatiques, également appelée offshoring. Égypte, Tunisie, Maroc et Sénégal sont parmi les destinations privilégiées par les entreprises occidentales.

Voir la suite...

lundi 16 août 2010

Outsourcing: Quelques vérifications avant de s’y mettre…

Partie 3/3:

Paperwork AKA Contracts, Specs, Documents, and Milestones

Paperwork is usually the least thrilling part of development, but usually also the most critical. Well-documented work is the only concrete thing everyone can rely on to get the job done right.

There are four main components at play here, all of them equally relevant:

  • Most contractual considerations are taken care of by the lawyers, but it is important to be aware of these items.

    For example, make sure Non-Disclosure Agreements are in-place; define who has the final say in whether an asset delivered meets the requirements of the work; what happens when one side fails to meet their obligations; what are the terms of payment, and so on.
  • The work specification, generally provided by the developer, is the blueprint, recipe, and wish-list for the assets to be provided. The depth and clarity of the Spec are the primary resources for the outsourcer; write a quick and sloppy Spec, and you'll almost certainly get the same result back.

    Descriptions, annotations, and examples will be a boon for the person on the other end implementing your Spec. Don't assume the outsourcer "knows" a certain model has a polygon budget of X, because it's to be implemented in Area Y. Quantify whenever possible.
  • Documentation, in this case, primarily falls into the arena of asset tracking. Spec delivered? Check. First Pass asset delivered? Check. First Pass Feedback delivered to Outsourcer? Check. And so on. This document should be organic, and shared by developer and outsourcer, in order to provide total transparency. Any red flags are then obvious to both parties.
  • Developers live and die by milestones, so it is important to set up a milestone delivery schedule that works well for both parties. The developer almost certainly is already working off of a pre-existing milestone schedule, so integrating the outsourcing into that schedule, and by extension, the development pipeline, is paramount.

    A code/asset drop from an outsourcer two days before a developer milestone is due just won't work. Provide ample, and realistic, time to integrate assets into the game, especially for the first for the first few deliverables from the outsourcer.
The devil is in the details. With all of the above, there are still a staggering number of minor items that will come up. Manage expectations, prepare documentation, foster good communications, and frequently revisit your assumptions. Nothing ever goes as planned, including the plans themselves.