Time to market delivery in sync with business users changing requests.
Valtech prioritize and reassesses software features in short cycles in order to maximize the business value of the delivered software. The continuous delivery of features and real-time progress data increase stakeholder visibility and ensure that customer requirements are perfectly understood. Continuous testing and user feedback reduces defects to zero or near zero. Time and money aren’t wasted developing no-value-add features.
PDF (296 Kb) - [EN] - Valtech Agile Offshore whitepaper 2005
The case for delivering low cost software development AND strategic business transformation.
The case for delivering low cost software development AND strategic business transformation.
PDF (521 Kb) - [FR] - Agile & Offshore : Technique de survie dans le milieu bancaire
Le développement off-shore exacerbe la plupart des symptômes rencontrés lors de projets menés en sous-traitance on-shore. Sans compter les difficultés spécifiques liées à l'éloignement géographique ou culturel. Un des 4 principes fondateurs des méthodes de développement agiles repose sur la nécessité d'interactions fréquentes entre les acteurs d'un projet : la colocalisation utilisateurs / équipe de développement est présentée comme un atout majeur de réussite. Malgré l'incompatibilité évoquée, mettre en place un processus de développement agile en off-shore est un choix qui, par expérience, s'est révélé extrêmement judicieux en termes de qualité du produit développé comme en termes de gouvernance de projet. Certes, ce n'est pas simple...
Le développement off-shore exacerbe la plupart des symptômes rencontrés lors de projets menés en sous-traitance on-shore. Sans compter les difficultés spécifiques liées à l'éloignement géographique ou culturel. Un des 4 principes fondateurs des méthodes de développement agiles repose sur la nécessité d'interactions fréquentes entre les acteurs d'un projet : la colocalisation utilisateurs / équipe de développement est présentée comme un atout majeur de réussite. Malgré l'incompatibilité évoquée, mettre en place un processus de développement agile en off-shore est un choix qui, par expérience, s'est révélé extrêmement judicieux en termes de qualité du produit développé comme en termes de gouvernance de projet. Certes, ce n'est pas simple...
PDF (1707 Kb) - [FR] - Agile & Offshore : Rétrospective d'un projet à 1 million d'euros
De nombreux projets offshore sont en difficulté et ceci pour de multiples raisons: organisation complexe, problème de communication, manque de visibilité interne vis à vis du client, processus de développement onshore et offshore différents, difficulté d'acquérir rapidement de réelles compétences métier, de comprendre les besoins réels du client et bien d'autres causes. Quelle est donc la clef du succès dans un contexte ou l'offshore s'impose comme quasiment le seul modèle économique répondant à la loi du marché (low cost & time to market) ? L'offshore agit comme un verre grossissant, amplifiant tous les défauts de la fabrique logicielle. La trousse à pharmacie? Etre agile, réagir rapidement, faire simple, se rapprocher du client le plus souvent possible, faire la chasse au bug et bien d'autres petites choses efficaces et simples à la fois. Encore fallait-il y penser.
De nombreux projets offshore sont en difficulté et ceci pour de multiples raisons: organisation complexe, problème de communication, manque de visibilité interne vis à vis du client, processus de développement onshore et offshore différents, difficulté d'acquérir rapidement de réelles compétences métier, de comprendre les besoins réels du client et bien d'autres causes. Quelle est donc la clef du succès dans un contexte ou l'offshore s'impose comme quasiment le seul modèle économique répondant à la loi du marché (low cost & time to market) ? L'offshore agit comme un verre grossissant, amplifiant tous les défauts de la fabrique logicielle. La trousse à pharmacie? Etre agile, réagir rapidement, faire simple, se rapprocher du client le plus souvent possible, faire la chasse au bug et bien d'autres petites choses efficaces et simples à la fois. Encore fallait-il y penser.
PDF (134 Kb) - [FR] - Agilité : à monter soi-même...
Que faire lorsque les pratiques agiles "standards" ne semblent pas appropriées à un contexte donné? Voici un aperçu, avec exemples, de différentes approches inspirées de la "pensée des systèmes" qui permettent d'adapter les méthodes agiles sans pour autant renoncer à leurs valeurs.
Que faire lorsque les pratiques agiles "standards" ne semblent pas appropriées à un contexte donné? Voici un aperçu, avec exemples, de différentes approches inspirées de la "pensée des systèmes" qui permettent d'adapter les méthodes agiles sans pour autant renoncer à leurs valeurs.
PDF (341 Kb) - [FR] - De la différence entre "2 personnes devant un PC" et "binomage"
Le binômage est doublement l'apanage des privilégiés. Tout d'abord, par définition, c'est l'une des pratiques que l'on ne peut pratiquer seul. De plus, le binômage est la partie la plus visible de l'iceberg XP; en ce sens, il est difficile de le mettre en pratique sans l'aval de sa direction. Le binômage est aussi doublement sensible. L'aspect financier fait du binômage l'une des pratiques les plus polémiques et controversées («Binômer c'est multiplier les coûts par 2»). Cela occulte trop souvent l'autre challenge: pour tenter l'aventure du «Pair Programming» de façon efficace et durable, on doit considérer le binôme comme une paire non plus de «ressources», mais bien de «personnes», avec la dimension relationnelle que cela implique.
Le binômage est doublement l'apanage des privilégiés. Tout d'abord, par définition, c'est l'une des pratiques que l'on ne peut pratiquer seul. De plus, le binômage est la partie la plus visible de l'iceberg XP; en ce sens, il est difficile de le mettre en pratique sans l'aval de sa direction. Le binômage est aussi doublement sensible. L'aspect financier fait du binômage l'une des pratiques les plus polémiques et controversées («Binômer c'est multiplier les coûts par 2»). Cela occulte trop souvent l'autre challenge: pour tenter l'aventure du «Pair Programming» de façon efficace et durable, on doit considérer le binôme comme une paire non plus de «ressources», mais bien de «personnes», avec la dimension relationnelle que cela implique.
PDF (545 Kb) - [FR] - Contractualisation des projets Agiles
Les méthodes agiles sont de plus en plus utilisées au sein de tous types d'organisations pour les équipes de développement internes. Cela est beaucoup moins vrai pour les développements sous-traités. Le premier obstacle et peut être le principal est l'impossibilité par nature de contractualiser un projet en méthodes agiles pour un coût fixe. Quelles alternatives à la pure régie peut-on proposer à nos acheteurs ? Comment rendre compatible un projet agile avec un appel d'offre publics ? Doit-on choisir un sous-traitant uniquement sur des critères de prix ? Voici autant de questions sur les contrats auxquelles nous tenterons de trouver une réponse.
Les méthodes agiles sont de plus en plus utilisées au sein de tous types d'organisations pour les équipes de développement internes. Cela est beaucoup moins vrai pour les développements sous-traités. Le premier obstacle et peut être le principal est l'impossibilité par nature de contractualiser un projet en méthodes agiles pour un coût fixe. Quelles alternatives à la pure régie peut-on proposer à nos acheteurs ? Comment rendre compatible un projet agile avec un appel d'offre publics ? Doit-on choisir un sous-traitant uniquement sur des critères de prix ? Voici autant de questions sur les contrats auxquelles nous tenterons de trouver une réponse.
PDF (53 Kb) - [FR] - Language Oriented Programming : Using DSLs as a new Agile abstraction and modeling mechanism
Every single J2EE or .NET programmer has already used some form of Domain Specific Languages (DSLs) on their projects, often without being aware of that fact. In this presentation I will identify different kinds of DSLs and introduce you to Language Oriented Programming, the style of development based on using DSLs as a new abstraction and modeling mechanism. This allows creating more readable, technology-agnostic and agile solutions, thus helping to bridge the gap between professional developers and business people. I will try to show what can be the value added of using Language Oriented Programming on complex real-world projects and present some tools available today that could help you in adapting this approach.
Every single J2EE or .NET programmer has already used some form of Domain Specific Languages (DSLs) on their projects, often without being aware of that fact. In this presentation I will identify different kinds of DSLs and introduce you to Language Oriented Programming, the style of development based on using DSLs as a new abstraction and modeling mechanism. This allows creating more readable, technology-agnostic and agile solutions, thus helping to bridge the gap between professional developers and business people. I will try to show what can be the value added of using Language Oriented Programming on complex real-world projects and present some tools available today that could help you in adapting this approach.
PDF (47 Kb) - [FR] - Le Refactoring : la solution agile pour conserver un code évolutif
A travers une démonstration "live" portant sur du code Java, vous allez apprendre comment manier les techniques de refactoring proposées par les outils de développement modernes pour faire émerger une conception propre à partir d'un code initialement médiocre.
A travers une démonstration "live" portant sur du code Java, vous allez apprendre comment manier les techniques de refactoring proposées par les outils de développement modernes pour faire émerger une conception propre à partir d'un code initialement médiocre.
Search for a subject by typing in a keyword.