Concevoir : éco-conception et informatique : est-ce compatible ?

En 2010, Facebook possédait 30 000 serveurs et consommait la bagatelle de 100 Millions de KWh par an, soit l'équivalent de la consommation annuelle électrique de 43 millions de malgaches ! Bien sûr il faut ramener cela à l'échelle des 400 milliards de pages servies chaque mois mais cela représente tout de même une sacrée facture ! En développant un système de compilation PHP (HipHop PHP), Facebook a dégagé une économie annuel de 60.000 tonnes de CO2, soit plus de 8 millions de dollars par an.

La consommation électrique en 2011 de Google s’est élevée à 2 675 898 MWh, soit 1,3% de la consommation mondiale des Datacenters. Le 09 octobre dernier, Google a convié une poignée d’institutions à une réunion sur le thème de « la contribution du numérique à la transition énergétique ». L'idée principale de cette évènement : mettre en avant les actions de la firme pour minimiser son impact environnemental et plus précisément expliciter les démarches décrites sur leur site : http://www.google.com/green/
Selon Google, faire du Green IT n’a pas contribué à augmenter les dépenses, bien au contraire : l’ensemble des mesures mises en œuvre aurait permis de baisser la facture électrique de l’ordre d’un milliard de dollars
Source : http://www.greenit.fr

Malheureusement la consommation n'est pas la seule responsable, il faut aussi regarder du côté de l'"informatique inutile". D'après une étude du Standish Group : 64 % des logiciels déployés ne sont jamais, voire très peu, utilisés. Le côut de ces Obésiciels : plus de 100 000 dollars par an. (Source : http://www.indexel.net/actualites/obesiciels-un-cout-de-plus-de-100-000-dollars-par-an-3692.html)

Si ça vous fait vibrer, résonner et donc raisonner... faites moi signe et contribuer avec moi : ecologiciel.blogspot.com

Concevoir : Un jeu pour découvrir SCRUM...

Une très bonne initiative à mon sens, la formalisation de règles d'un jeu basé sur les célèbres légo qui permet la vulgarisation et l'apprentissage de la méthode SCRUM.
A savoir que les règles sont en cours de traduction et qu'il peut être adapté à d'autres méthodes agile.

http://agileee.org/wp-content/uploads/2011/12/Scrum-Simulation-with-LEGO-Bricks-v2.0.pdf

Communiquer : faut-il parler de PAQ Agile ?

"Si ! si ! je t'assure ! Ils ont osés le PAQ Agile chez OCTO Technology ;)"

La question que je pose est "faut-il estampillé d'Agile le PAQ ?" et plus largement faut-il utiliser l'étiquette Agile pour tout et rien ?

Pour moi la méthodologie n'a pas d'influence sur le PAQ, au pire la partie consacrée aux "Documents applicables et de références" sera "light" ;)

Par contre, je suis tout à fait d'accord qu'il faut mettre en avant dans le contenu du PAQ les points positifs en termes de suivi, validation et assurance qualité portés par la philosophie Agile !

Dans tous les cas allez vite lire ce billet d'Anne-Florence Canton bien rédigé et plein de bon sens.

Manager : Non ! L'Agile n'est pas mort !

Un autre billet bien sympa (et encore un peu polémique) que j'ai pu lire avec attention sur le blog de  

Le fond est là en tout cas ! 
On en discutait encore lors de l'Agile Tour à Nantes, il ne suffit pas de dire "faire de l'Agile" et surtout l'important n'est pas tant la méthode que la philosophie !

Maintenant dire que cette méthode est "morte" car reprise à des fins commerciales je pense que c'est exagéré !
Idem pour le "forfait Agile", je ne pense pas que cela soit utopique. Ce qui est vrai c'est que cela ne peut pas être contractualisé sous cette forme et que la présence d'un cahier des charges n'est pas "Agile thinking" ;)

Si les fondamentaux sont respectés (apport de valeur, soucis de satisfaction client et mise en avant de l'humain, ...), je pense que cette méthode peut apporter beaucoup même sur des forfaits et surtout pour des SSII ;)

Il est sûr qu'il ne faut pas tomber dans le "Scrum Lite", c'est tentant de supprimer tout ce qui rend Scrum parfois "lourd" mais, sans rigueur dans la méthode, le résultat risque d'être désastreux !

Enfin pour être confronté régulièrement à la situation, le terme "Agilité" n'est pas encore suffisamment connu pour qu'il fasse vendre. J'ai plutôt constaté l'effet inverse et ai du adapter mon discours commerciale pour remporter l'adhésion des clients.
Pourtant, au final, la satisfaction est toujours au rendez-vous... pour le client, pour HARDIS et aussi pour le collaborateur !!! 

Et vous... vous vous y mettez quand à l'agilité ?

Manager : SCRUM au quotidien... en vidéo !

Voici une vidéo simple et bien pensée présentant l'application de SCRUM pour la réalisation d'un portail. Le projet a duré 6 mois et débouché sur 2 Portails.

Scrum in the real world, an AGILE movie from Soul' on Vimeo.

Elle présente rapidement l'essentiel :

• les outils
• les étapes
• les visuels

Bref, à regarder et à re-regarder ;)

Manager : Peut-on être Agile chez Logi-Tech Informatique ?

Je dirais : "On peut être Agile mais pas avec n'importe qui !"


Bien que l'Agilité ait plus de 10 ans, elle n'est pas connue de beaucoup d'acteurs surtout en France. Mettre en place une organisation permettant de répondre, par exemple, aux exigences de l'Extreme Programming n'est pas une chose aisée... L'implication nécessaire pour le client n'est pas dans les habitudes de nos comptes...

...et imposer des cycles de quelques semaines provoquerait un chamboulement proche du tsunami dans l'organisation et la façon de travailler de nos clients !


Alors on laisse tomber ? Non, on tempère... La meilleure organisation est celle partagée par tous (client et fournisseur !).
Ce dont je suis persuadé c'est que les principes portés par le manifeste Agile* sont de bons sens et doivent être connus de tous :

•  « Notre plus haute priorité est de satisfaire le client en livrant rapidement et régulièrement des fonctionnalités à grande valeur ajoutée. »
•  « Accueillez positivement les changements de besoins, même tard dans le projet. Les processus Agiles exploitent le changement pour donner un avantage compétitif au client. »
•  « Livrez fréquemment un logiciel opérationnel avec des cycles de quelques semaines à quelques mois et une préférence pour les plus courts. »
• « Les utilisateurs ou leurs représentants et les développeurs doivent travailler ensemble quotidiennement tout au long du projet. »
• « Réalisez les projets avec des personnes motivées. Fournissez-leur l’environnement et le soutien dont ils ont besoin et faites-leur confiance pour atteindre les objectifs fixés. »
• « La méthode la plus simple et la plus efficace pour transmettre de l’information à l'équipe de développement et à l’intérieur de celle-ci est le dialogue en face à face. »
•  « Un logiciel opérationnel est la principale mesure d’avancement. »
• « Les processus Agiles encouragent un rythme de développement soutenable. Ensemble, les commanditaires, les développeurs et les utilisateurs devraient être capables de maintenir indéfiniment un rythme constant. »
•  « Une attention continue à l'excellence technique et à une bonne conception renforce l’Agilité. »
•  « La simplicité – c’est-à-dire l’art de minimiser la quantité de travail inutile – est essentielle. »
•  « Les meilleures architectures, spécifications et conceptions émergent d'équipes autoorganisées. »
•  « À intervalles réguliers, l'équipe réfléchit aux moyens de devenir plus efficace, puis règle et modifie son comportement en conséquence. »

*Le Manifeste Agile est un texte rédigé par 17 experts reconnus pour leurs apports respectifs au développement d'applications informatiques sous la forme de plusieurs méthodes dont les plus connues sont Extreme Programming et Scrum.