jeudi 30 septembre 2010
Etude Benchmark SI Comment valoriser et piloter les services de la DSI ?
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
mercredi 8 septembre 2010
Externalisation : le nearshore vole la vedette à l'offshore
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.
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.
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.