|
|
The Effects of Agile on Nine Offshore Strategies - Part II
Over the past decade, the business advantages of adopting offshore practices have led many companies to move towards global solutions. As with many new ideas, hype is often generated which can lead to an accelerated adoption of a technology, process, or methodology. Offshore development and maintenance have been no different.
With Offshore, the lure of the benefits has caused a false maturity in traditional offshore approaches which has eventually led to some high profile failures. However, this should not have been unexpected as this trend has repeated itself several times since the early 80's. In fact, this period of disillusionment is actually an opportunity for the industry and for many companies to develop innovative solutions which address the issues and stabilize the market. These next generation companies eventually become the industry leaders and the traditional players either have to adapt similar practices or they begin to wane.
Agile practices address the need for improved offshore solutions and they have been recognized by companies such as Forrester as being imperative to new offshore initiatives. Why? Because they increase team productivity and customer flexibility – these innovative techniques are much more adaptive to new application development and allow a client to more easily move outside of the traditional offshore maintenance & enhancement boundary. In fact, Forrester mentions that "Despite their objections, mainstream Indian vendors will have to adopt some agile-like techniques to solve the … problems that exist today".
This presentation provides an overview of Agile Offshore™ practices, briefly describes nine different offshore strategies (ranging from onshore staffing with offshore resources to building your own offshore development center), and concludes with an evaluation of how Agile practices reduce the risk and increase the yield of each strategy.
(Wednesday, May 17, 2006 1:00 AM)
Visualiser
Tagged as :
|
Scrum : l'esprit d'équipe comme au rugby - Part I
Scrum signifie mêlée au rugby. Scrum utilise les valeurs et l'esprit du rugby et les adapte aux projets de développement. Comme le pack lors d'un ballon porté au rugby, l'équipe chargée du développement travaille de façon collective, soudée vers un objectif précis. Comme un demi de mêlée, le ScrumMaster aiguillonne les membres de l'équipe, les repositionne dans la bonne direction et donne le tempo pour assurer la réussite du projet. Au delà de cet accent mis sur la puissance du collectif, Scrum est un processus agile qui attaque la complexité par une approche empirique. Scrum est facile à apprendre, Scrum est indépendant des méthodes et technologies utilisées : son adoption présente peu de risques.
(Friday, May 05, 2006 1:00 AM)
Visualiser
Tagged as :
|
Scrum : l'esprit d'équipe comme au rugby - Part II
Scrum signifie mêlée au rugby. Scrum utilise les valeurs et l'esprit du rugby et les adapte aux projets de développement. Comme le pack lors d'un ballon porté au rugby, l'équipe chargée du développement travaille de façon collective, soudée vers un objectif précis. Comme un demi de mêlée, le ScrumMaster aiguillonne les membres de l'équipe, les repositionne dans la bonne direction et donne le tempo pour assurer la réussite du projet. Au delà de cet accent mis sur la puissance du collectif, Scrum est un processus agile qui attaque la complexité par une approche empirique. Scrum est facile à apprendre, Scrum est indépendant des méthodes et technologies utilisées : son adoption présente peu de risques.
(Friday, May 05, 2006 1:00 AM)
Visualiser
Tagged as :
|
XP, ça marche vraiment ? - Part I
Si l'on vous parle de méthodes agiles, à quoi pensez-vous spontanément ? Bien sur, à l'eXtreme Programming. Partant de l'idée que certaines pratiques pouvaient expliquer le succès ou l'échec des projets, Kent Beck a voulu "pousser tous les curseurs" soit au minimum soit au maximum.
Le test permet de détecter les anomalies ? Testons en permanence dès le début du projet et pilotons le projet par les tests !
La documentation est pléthorique et souvent inutile ? Réduisons-la au maximum !
Le coût de correction des défauts est supérieur lorsqu'il intervient tard ? Corrigeons-les à la source en pratiquant le pair-programming !
Tout ça parait bien illusoire, voire irréaliste. Et pourtant, certains l'ont mis en œuvre, et pas seulement aux Etats-Unis ! Ils peuvent témoigner du succès de la méthode.
(Wednesday, May 17, 2006 1:00 AM)
Visualiser
Tagged as :
|
XP, ça marche vraiment ? - Part II
Si l'on vous parle de méthodes agiles, à quoi pensez-vous spontanément ? Bien sur, à l'eXtreme Programming. Partant de l'idée que certaines pratiques pouvaient expliquer le succès ou l'échec des projets, Kent Beck a voulu "pousser tous les curseurs" soit au minimum soit au maximum.
Le test permet de détecter les anomalies ? Testons en permanence dès le début du projet et pilotons le projet par les tests !
La documentation est pléthorique et souvent inutile ? Réduisons-la au maximum !
Le coût de correction des défauts est supérieur lorsqu'il intervient tard ? Corrigeons-les à la source en pratiquant le pair-programming !
Tout ça parait bien illusoire, voire irréaliste. Et pourtant, certains l'ont mis en œuvre, et pas seulement aux Etats-Unis ! Ils peuvent témoigner du succès de la méthode.
(Wednesday, May 17, 2006 1:00 AM)
Visualiser
Tagged as :
|
History and Evidence Iterative, Evolutionary & Agile vs the waterfall - Part I
Although iterative, incremental, and evolutionary agile development in software is in the ascendance as the modern or agile approach to replace ad hoc or waterfall (sequential lifecycle) development, its practiced and published roots go back surprisingly far.In this presentation, I share the fascinating history of iterative development for software projects. I will also demonstrate that the software engineering thought leaders of the past four decades have consistently promoted iterative development in their work and writings, and vigorously advocated avoiding the waterfall model. And finally, in light of this, I?ll explore the interesting reasons and historical accidents of why the sequential document-driven waterfall model was promoted in academic texts and among various project management groups, in contradiction to the research, history, and expert advice.
(Friday, April 14, 2006 1:00 AM)
Visualiser
Tagged as :
|
History and Evidence Iterative, Evolutionary & Agile vs the waterfall - Part II
Although iterative, incremental, and evolutionary agile development in software is in the ascendance as the modern or agile approach to replace ad hoc or waterfall (sequential lifecycle) development, its practiced and published roots go back surprisingly far.In this presentation, I share the fascinating history of iterative development for software projects. I will also demonstrate that the software engineering thought leaders of the past four decades have consistently promoted iterative development in their work and writings, and vigorously advocated avoiding the waterfall model. And finally, in light of this, I?ll explore the interesting reasons and historical accidents of why the sequential document-driven waterfall model was promoted in academic texts and among various project management groups, in contradiction to the research, history, and expert advice.
(Friday, May 05, 2006 1:00 AM)
Visualiser
Tagged as :
|
|
|
|
|
|
 |