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

Concevoir : Les licences Open Source

Avant propos: Ce billet est la copie complète d'un article rédigé, par un Collaborateur HARDIS, pour apporter des réponses concrètes à un ensemble de problématiques. Si un point vous paraît obscur, si vous pensez qu'une erreur s'est glissée, qu'un point mériterait d'être complété, vous pouvez le signaler à l'auteur Frédéric DISS : man.publication'at'yogamaven.com

Introduction: les bonnes pratiques de l'Open Source

Le DSI qui réalise ou recourt à des développements informatiques comprenant des briques ou composants issus de logiciels libres doit :

• veiller au respect des conditions de licences spécifiques à chaque logiciel libre (redistribution du code, citation du nom et des droits des auteurs, etc.), à défaut de quoi elle expose l’entreprise au paiement de dommages et intérêts au profit de l’auteur et à l’interdiction de poursuivre l’utilisation du logiciel ;
• anticiper l’interopérabilité des différentes solutions open source entre elles ;
• gérer la réparation des anomalies/bugs.

Fort de ce constat, il est plus que jamais recommandé aux entreprises de mettre en place une politique open source permettant :

• s’agissant des développements internes, d’identifier, contrôler l’emploi de composants open source et vérifier les dispositions contenues dans les licences dont ils relèvent (Apache, BSD, CPL, GNU GPL…) ;
• s’agissant des développements externes, d’obtenir du prestataire une garantie d’éviction, afin d’être assuré que l’usage du logiciel développé n’entrera pas en conflit avec une licence open source.

Cette politique open source, pourra alors s’inscrire dans le cadre d’un audit interne plus global du parc logiciels de l’entreprise aux fins de s’assurer du respect de l’ensemble des conditions de licence et, le cas échéant, initier les régularisations nécessaires.source file pdf

Il est donc utile de connaitre les principales Licences Open Source. Mais nous verrons que ces dernières sont insuffisantes si l'on souhaite protéger efficacement un logiciel. Le nom de ce dernier peut également faire l'objet d'une protection à part entière.

Manager : Peut-on être un bon manageur tout en étant gentil ?

Suite à la lecture de l'article "Pour être bien payé, mieux vaut être râleur et renfrogné !", j'ai fait le bilan de mes relations et tenté de mettre en défaut cette affirmation... problème, je ne côtoie pas de gens exécrables ;)

Cependant, j'ai pu être confronté en clientèle a des manageurs incorrects voir même grossiers, résultat : les personnes le craignent et tentent de faire au mieux pour le satisfaire.
C'est la solution direz-vous alors... eh bien si cela peut être efficace à court terme cela ne permet d'instaurer un environnement réellement productif.
La mise sous pression va créer des tensions en interne, puis les plus motivés vont s’essouffler voir démissionner. Le manager va devenir l'ennemi commun et la révolution va se mettre en marche ;)
Se montrer odieux n'est une stratégie gagnante à long terme !

Certes dans les grands groupes, les DG sont nommés pour le bien être des actionnaires et sont, souvent, investi de mission à courte échéance (2-3 ans). Dans ce cas précis, être craint peut être payant mais je pense que ce n'est pas une fatalité. Personne n'est obligé d'être ignoble...

J'ai dérivé car le sujet premier de l'article de Capital.fr était axé sur la rémunération mais celle-ci est majoritairement liée au résultat obtenu dans l'entreprise. Or que demande t'on à un bon manageur si ce n'est que de bien manager ;)
Selon moi, rester gentil n'est pas un élément préjudiciable pour une carrière, au contraire...
Attention tout de même à ne pas être classé trop rapidement dans la case "trop bon, trop con !". Car la personne la plus gentille au monde peut devenir une teigne aigrie, si, à force d'être trop sympathique, elle n'obtient rien en retour...
En clair, il faut adopter un comportement assertif* !


Soyez vous même, honnête et respectueux et vous obtiendrez l'adhésion de tous !


*Wikipédia : "L’assertivité, ou avoir un comportement assertif, est la capacité à s’exprimer et à défendre ses droits sans empiéter sur ceux des autres. Elle correspond à une attitude de fermeté par rapport aux événements et à ce que l’on considère comme acceptable ou non, de façon à développer des relations plus harmonieuses."

Manager : Sachez transmettre le goût du risque à votre équipe

Voici une synthèse, sur la base d'extrait, d'un article de Gaëlle Renouvel dans Management fort intéressant sur le leadership et la motivation des collaborateurs. (voir la source)

En temps de crise, savoir prendre des risques est essentiel.
C’est en temps de crise qu’il faut avoir des collaborateurs capables de sortir de leur zone de sécurité.
Sans challenge à relever, la routine guette, la performance baisse et vos meilleurs collaborateurs risquent de se démotiver, voire de songer à quitter le navire.
Contrairement aux idées reçues, le goût du risque n’est pas inné. C’est une aptitude qui peut s’acquérir et, en tant que manager, c’est à vous de la développer chez vos collaborateurs.
Sans en faire, bien sûr, des casse-cou prêts à couler la boîte (cf. Jérôme Kerviel avec la Société générale).

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.

Communiquer : prêt pour les réseaux sociaux ?

Participant ce soir à une conférence intitulée : "Accroître la performance de l'entreprise par les réseaux sociaux", l'idée d'un billet sur ce thème m'est venu "subtilement" ;)

Il y a beaucoup à dire sur cette nouvelle façon de communiquer mais le premier message que j'aimerais faire passer aux marques qui se lancent est :

« Internet n'est pas un gigantesque 4x3 ! »

On entend depuis un moment déjà parlé de marketing virale, de réseaux sociaux, de collaboration, de Web 2.0, de blogs, ... oui tout ça peut vous apporter de la reconnaissance, des prospects, ...
MAIS cela peut aussi énormément vous nuire !

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é ?