AGILITY/MANAGEMENT/ORGANISATION
On ne déroge pas à la règle, on va parler d’entreprise libérée !
Cette fois-ci c’est un retour sur l’atelier « Reinventing Organizations For Entreprise Agility » du ScrumDay 2015.
Se basant sur le livre « Reinventing Organization », on y parle des différents types d’entreprises (Red, Amber …) ainsi que des étapes pour arriver à une entreprise Teal (l’entreprise libérée).
Pas de recette miracle, mais de bons conseils sur ce sujet très intéressant.
http://blog.xebia.fr/2015/04/13/scrumday-2015-retour-sur-latelier-reinventing-organisation-for-entreprise-agility/
Aujourd’hui, dans un monde en constante évolution, il faut savoir se différencier si l’on veut la réussite de son produit.
Et pour ce faire, concevoir son produit non comme un simple service mais plutôt comme une expérience émotionnelle peut se révéler être un atout indéniable.
http://mcmurrytmg.com/articles/what-are-you-really-marketing
Une Transformation Agile n’est pas une chose facile : on peut le remarquer rien qu’en jetant un coup d’œil aux frameworks à la Less ou SAFe.
Et parmi les problèmes que l’on peut rencontrer, certains vont concerner le leadership (pas de soutien, pas de changement de comportement des managers …) et d’autres l’organisation du travail.
https://www.rallydev.com/blog/agile/12-failure-modes-agile-transformation
https://www.rallydev.com/blog/agile/failure-modes-agile-transformation-workflow
Parmi les pratiques utilisées dans le cadre de Transformations Agiles, il y a les Features Teams.
L’article suivant décrit comment celles-ci fonctionnent, on faisant référence au bien connu « modèle Spotify »
http://blog.xebia.fr/2015/04/24/feature-teams-au-service-de-la-transformation-digitale/
TECH
Il y a plusieurs articles et discussions qui sont apparues sur le web récemment, traitant de TDD et de design.
Quand on se renseigne sur ce qu’est le TDD, on voit souvent des phrases du genre « le TDD permet de faire émerger le design du code», et c’est ce point-là qui fait débat.
Cyrille Martraire nous en a fait un résumé : quelles sont les problématiques ? pourquoi ? quelles solutions ?
http://www.arolla.fr/blog/2015/04/tdd-une-affaire-de-design/
En prenant l’exemple de Bootstrap, l’auteur de l’article suivant pousse un petit coup de gueule sur la manière dont nous avons tendance à utiliser nos frameworks : comme des outils magiques, ou dans des contextes pour lesquels ils ne sont pas forcément adaptés.
http://blog.edenpulse.com/quel-framework-html-css-utiliser/
Les frameworks JS sont de plus en plus présents et utilisés dans le développement web aujourd’hui.
Et avant même de se plonger dans l’utilisation de ceux-ci, il est important de connaître et comprendre le fonctionnement du langage JS en lui-même, afin notamment d’éviter certaines surprises :O
Voici une liste de 42 pratiques/conseils pour développeurs JavaScript.
(Perso certains conseils me paraissent un peu « bidouille », mais débutant dans le domaine, je ne suis pas forcement super objectif)
http://modernweb.com/2013/12/23/45-useful-javascript-tips-tricks-and-best-practices/
Plusieurs fois par an, ThoughtWorks publie un document sur les tendances passés/actuelles/futurs des technos et méthodos du monde de l’IT.
Bien que ce qui en ressort n'est pas à prendre pour argent comptant, cela reste une bonne source d’informations pour se tenir au courant.
Celui du mois de mai est disponible 😉
http://www.thoughtworks.com/radar?utm_campaign=technology-radar
Comment aborder nos systèmes de plus en plus complexes ? Pas de solution facile …
Cependant, Marie Poppendieck, à travers ses différents talks, propose quelques outils qui peuvent aider à mettre en place des solutions plus adaptées : scalabilité, découplage, microservices, continuous delivery …
Ci-dessous un article faisant office de petite récap’, plaisant à lire.
http://highscalability.com/blog/2015/4/27/how-can-we-build-better-complex-systems-containers-microserv.html
ET SINON
Petit sketch qui risque de faire sourire toute personne qui a déjà participé à des réunions métier/tech.
https://www.youtube.com/watch?v=BKorP55Aqvg
