Group items tagged

Approach Advantages Disadvantages Traditional Accepted within many organizations. With significant up front work, it's possible to develop accurate estimates and schedules. In practice, this approach results in significant wastage. Projects are often over budget and/or schedule anyway. Agile Stakeholders in complete control over how much money is spent, for how long, and on what. Currently not well accepted by senior management because it is different from their existing (and typically wrong) expectations. Requires a trustful relationship between IT and their business stakeholders. Requires the development team to work in a disciplined manner. Requires business stakeholders to be actively involved with the team and accountable for their decisions. Combination Possible to create a reasonable estimate and schedule without much effort Stakeholders in complete control over how much money is spent, for how long, and on what. Initial budget and schedule may not be perceived as sufficiently detailed. Requires business stakeholders to understand the realities of IT estimating. Requires a trustful relationship between IT and their business stakeholders. Requires the development team to work in a disciplined manner. Requires business stakeholders to be actively involved with the team and accountable for their decisions.

L’aspect financier fait également figure d’obstacle. Les entreprises équipées affichent un budget annuel médian de 2.500 euros pour un site marchand et de 900 euros pour un site vitrine.

On voit clairement qu’entre 2004 et 2007, le budget de R&D est tombé à moins de 15% du revenu total (16% en moyenne pour l’industrie du logiciel)

A partir de cette base, le contenu du PB a bien entendu changé en cours de route, nous avons donc procédé au principe de troc : le client ajoute une exigence en échange du retrait d'une exigence de même coût moins importante qui n'a pas encore été réalisée. Cette approche a permis de gérer les changements sans douleur et sans modifier le budget du projet.

Chacun a peu a peu trouvé sa place, s'est responsabilisé, participé aux décisions du projet pour finalement aboutir à une équipe autonome et auto managée. J'ai plusieurs fois été agréablement surpris par les choix pertinents faits par l'équipe, par les actions d'amélioration proposées en rétrospectives (dont certaines ne me seraient jamais venu à l'esprit). Il est clair que l'équipe est souvent la mieux placée pour faire certain choix tant fonctionnels que techniques de part sa connaissance et maitrise des contraintes. L'autre surprise a été de voir naître si vite un esprit d'équipe à toutes épreuves que je n'avais jamais connu sur mes projets précédents, il est indéniable que les mêlées quotidiennes, le travail en binôme, les rétrospectives, favorisent et cultivent cet esprit si précieux (y compris et surtout en termes de productivité).

Mon management (au sens "mes responsables") a lui aussi du s'adapter à cette nouvelle façon de travailler. Plutôt sceptique au début, puis peu à peu convaincu. Le plus dur a été de faire un peu oublier les aspects contractuels et les excès de planification/anticipation à trop long termes. J'ai du également servir de bouclier pour préserver l'équipe des pressions du management en réponse aux retards parfois constatés en cours de route (cf. burndown chart de chaque itération). L'ambiance a souvent été électrique mais la fin est globalement heureuse.