La qualité du code est souvent le parent pauvre des projets en entreprise et, pourtant, celle-ci a un impact sur la productivité. Sonar est le tableau de bord permettant de suivre l'évolution de la qualité des sources au fur et à mesure de la vie d'un projet. Vous en avez marre de côtoyer des projets Java contenant du code dupliqué, des classes avec une seule méthode de 2500 lignes et sans aucun commentaire ? Sonar est la solution a tout vos soucis ! (je sais, c'est une accroche commerciale mais (...)

L'association SigmaT prépare l'édition 2010 de l'Agile Tour à Toulouse.

Nous recherchons des contributeurs : http://www.agiletour.org/fr/at2010_toulouse.html Cette année, deux stars francophones de l'agilité sont attendues...

Merci !

Ce quatrième principe pose la collaboration quotidienne entre Métier et Développeur. Entre le Product Owner ou un délégué et les Développeurs dans Scrum.
Il reprend la pratique Client sur Site de l'Extreme Programming.
La non application de ce principe est certainement à l'origine de bon nombre d'échecs.

Quatrième principe

Ce quatrième principe est très simple et, pour une fois, objectif, peu sujet à interprétation.

Business people and developers must work together daily throughout the project.

Si vous connaissez un tant soit peu la langue anglaise, vous savez que l'emploi de "must" signifie une obligation forte.

Collaborer tous les jours... Pourquoi ?

J'ai noté une forte tendance qui consiste à pratiquer Scrum sous forme de courts cycles en V.
Le PO est présent lors du sprint meeting...
... Et on le retrouve lors de la revue pour compter les points.
C'est certainement une amélioration, mieux vaut un cycle en V de trois semaines que de six mois.
Pour autant, ce n'est pas de l'agilité dans la mesure où ce 4ème principe n'est pas respecté.
Et alors...
La question n'est pas d'être agile pour être agile, dans je ne sais quel esprit un tantinet orthodoxe voire rigide.
La question est celle de l'efficacité.

Je suis ici pour m'exprimer

Voila ce que pourrait dire le Product Manager dans XP, le PO dans Scrum.
Le Client est là pour exprimer ses besoins puis accepter le produit fabriqué par les Développeurs. Ici, l'équipe est bien composée des Développeurs et du Product Owner qui ne reste plus dans sa tour d'ivoire en regardant les autres jouer sur le terrain.
Or, l'expression de besoins dans XP et aujourd'hui dans Scrum passe par la technique des user stories.

Une User Story, comment ça marche

Vous connaissez peut-être le fameux 3 C de Ron. Jeffries.

• Carte : la carte ou post-it support physique de la story, que l'on retrouve par exemple dans le produit IceScrum
• Conversation : la story est une promesse de conversations pour reprendre l'expression du même Ron. J.
• Confirmation : ce qui va permettre l'acceptation de la réalisation, les critères puis tests d'acceptation*.

La dynamique des 3C

C'est dans la "dynamique" de ces 3C que l'on retrouve l'application de ce principe agile de collaboration quotidienne.
Il ne s'agit pas de reproduire un mini "cycle en V" dans lequel

1. le PO rédige la story et les tests (avant le développement)
2. le Développeur fabrique le produit correspondant
3. le PO valide (après le développement)

Évidemment, on adorerait, en tant que Développeur, disposer de tous les tests d'acceptation avant le développement. La vraie vie ne marche pas ainsi.
Le principe d'émergence des exigences (principe agile) se retrouve dans cette collaboration pendant laquelle :

• le PO écrit la story et quelques tests avant le développement
• le PO participe activement aux développement, il examine par exemple les écrans en cours de fabrication pour pouvoir donner un feedback concret et rapide
• au fur et à mesure, il découvre alors des facettes de cette story et les transforme en (nouveaux) tests d'acceptation

La difficulté réside dans la question
Est-ce toujours la même histoire ?

Reste à pratiquer intelligemment. Parfois le Développeur préfère avancer seul. Attention à ce que cela ne dure pas trop longtemps.

Ainsi, le PO est présent pendant le développement.

Réactif... Et pro-actif

Le PO n'est pas uniquement réactif. Si son rôle est de répondre rapidement aux questions et sollicitations du Développeur, il est aussi pro-actif. Il ne se repose pas uniquement sur la capacité des Développeurs à s'interroger, à détecter des manques.
Son tôle est aussi - spontanément - de voir le produit en cours de fabrication.

On peut aussi déléguer

Si le PO est en dernière analyse responsable du produit, il peut déléguer la participation à l'équipe sur certains points, par exemple pour participer au développement des stories d'un thème donné.

De nouvelles activités

Je crois que l'une des difficultés de l'agilité est cette perception de continuité dans les activités, alors que nous pratiquons des activités qui n'existaient pas officiellement en tant que tel.
L'agilité n'est pas un vernis appliqué sur le cycle en V.
Un Développeur n'écrit pas du code, il fabrique un produit qui doit avoir de la valeur pour ses Utilisateurs.

Billets consacrés aux principes agiles

Note : J'ai fini par comprendre que "acceptance" se dit "acceptation" en bon français. Si quelqu'un a la traduction en occitan, je suis preneur

Ce quatrième principe pose la collaboration quotidienne entre Métier et Développeur. Entre le Product Owner ou un délégué et les Développeurs dans Scrum.
Il reprend la pratique Client sur Site de l'Extreme Programming.
La non application de ce principe est certainement à l'origine de bon nombre d'échecs.

Quatrième principe

Ce quatrième principe est très simple et, pour une fois, objectif, peu sujet à interprétation.

Business people and developers must work together daily throughout the project.

Si vous connaissez un tant soit peu la langue anglaise, vous savez que l'emploi de "must" signifie une obligation forte.

Collaborer tous les jours... Pourquoi ?

J'ai noté une forte tendance qui consiste à pratiquer Scrum sous forme de courts cycles en V.
Le PO est présent lors du sprint meeting...
... Et on le retrouve lors de la revue pour compter les points.
C'est certainement une amélioration, mieux vaut un cycle en V de trois semaines que de six mois.
Pour autant, ce n'est pas de l'agilité dans la mesure où ce 4ème principe n'est pas respecté.
Et alors...
La question n'est pas d'être agile pour être agile, dans je ne sais quel esprit un tantinet orthodoxe voire rigide.
La question est celle de l'efficacité.

Je suis ici pour m'exprimer

Voila ce que pourrait dire le Product Manager dans XP, le PO dans Scrum.
Le Client est là pour exprimer ses besoins puis accepter le produit fabriqué par les Développeurs. Ici, l'équipe est bien composée des Développeurs et du Product Owner qui ne reste plus dans sa tour d'ivoire en regardant les autres jouer sur le terrain.
Or, l'expression de besoins dans XP et aujourd'hui dans Scrum passe par la technique des user stories.

Une User Story, comment ça marche

Vous connaissez peut-être le fameux 3 C de Ron. Jeffries.

• Carte : la carte ou post-it support physique de la story, que l'on retrouve par exemple dans le produit IceScrum
• Conversation : la story est une promesse de conversations pour reprendre l'expression du même Ron. J.
• Confirmation : ce qui va permettre l'acceptation de la réalisation, les critères puis tests d'acceptation*.

La dynamique des 3C

C'est dans la "dynamique" de ces 3C que l'on retrouve l'application de ce principe agile de collaboration quotidienne.
Il ne s'agit pas de reproduire un mini "cycle en V" dans lequel

1. le PO rédige la story et les tests (avant le développement)
2. le Développeur fabrique le produit correspondant
3. le PO valide (après le développement)

Évidemment, on adorerait, en tant que Développeur, disposer de tous les tests d'acceptation avant le développement. La vraie vie ne marche pas ainsi.
Le principe d'émergence des exigences (principe agile) se retrouve dans cette collaboration pendant laquelle :

• le PO écrit la story et quelques tests avant le développement
• le PO participe activement aux développement, il examine par exemple les écrans en cours de fabrication pour pouvoir donner un feedback concret et rapide
• au fur et à mesure, il découvre alors des facettes de cette story et les transforme en (nouveaux) tests d'acceptation

La difficulté réside dans la question
Est-ce toujours la même histoire ?

Reste à pratiquer intelligemment. Parfois le Développeur préfère avancer seul. Attention à ce que cela ne dure pas trop longtemps.

Ainsi, le PO est présent pendant le développement.

Réactif... Et pro-actif

Le PO n'est pas uniquement réactif. Si son rôle est de répondre rapidement aux questions et sollicitations du Développeur, il est aussi pro-actif. Il ne se repose pas uniquement sur la capacité des Développeurs à s'interroger, à détecter des manques.
Son tôle est aussi - spontanément - de voir le produit en cours de fabrication.

On peut aussi déléguer

Si le PO est en dernière analyse responsable du produit, il peut déléguer la participation à l'équipe sur certains points, par exemple pour participer au développement des stories d'un thème donné.

De nouvelles activités

Je crois que l'une des difficultés de l'agilité est cette perception de continuité dans les activités, alors que nous pratiquons des activités qui n'existaient pas officiellement en tant que tel.
L'agilité n'est pas un vernis appliqué sur le cycle en V.
Un Développeur n'écrit pas du code, il fabrique un produit qui doit avoir de la valeur pour ses Utilisateurs.

Billets consacrés aux principes agiles

Note : J'ai fini par comprendre que "acceptance" se dit "acceptation" en bon français. Si quelqu'un a la traduction en occitan, je suis preneur

Afin de tester nos développements iPhone nous utilisons largement les frameworks Google-Toolbox-for-Mac et OCMock (cf Tests unitaires et tests d’interface sur iPhone : État des lieux)
Après la mise à jour du SDK4 et le passage à Xcode 3.2.3 nous avons eu une désagréable surprise : nos frameworks de tests ne compilaient plus et jusqu’à aujourd’hui on trouve très peu d’information sur la façon de régler ce problème.
Voici comment nous nous y sommes pris :

L’erreur de build rencontrée est la suivante :

Undefined symbols:
"_OBJC_CLASS_$_OCMockObject", referenced from:
objc-class-ref-to-OCMockObject in WebServiceTest.o
ld: symbol(s) not found

Jusqu’à maintenant nous ajoutions la bibliothèque OCMock.framework à la phase de build « Link Binary With Libraries ». Il semble que l’on ne peut plus utiliser la version précompilée du Framework disponible dans la section téléchargement du site d’OCMock.

Pour faire fonctionner OCMock avec Xcode 3.2.3 vous devez :

• Effacer ocmock.framework, ainsi que la phase « copy files » du build et toutes les références aux header de OCMock dans les « search path » de votre target.
• Faire un check out de la dernière version sur le repository svn de OCMock : http://svn.mulle-kybernetik.com/OCMock/trunk
• Faire un build de la target OCMockPhoneSim
• Copier le fichier libOCMock.a et le répertoire Headers dans votre projet
• Ajouter libOCMock.a aux framework de votre projet et ajouter un lien vers le répertoire Headers dans les « search path » de votre target de test

Vous buildez à nouveau et… rien ne se passe.

Apres OCMock c’est maintenant le script de Google-Toolbox-for-Mac qui reste bloqué indéfiniment sur cette erreur :

SBSetAccelerometerClientEventsEnabled failed: (ipc/
send) invalid destination port

Là encore la solution est de récupérer les sources de GTM sur le trunk du repository, puis de remplacer tous les fichiers nécessaires aux tests iPhone comme indiqué dans le guide d’installation :

http://code.google.com/p/google-toolbox-for-mac/wiki/iPhoneUnitTesting

Maintenant vous pouvez enfin relancer vos tests !

Suggestion d'articles :

1. Tests unitaires et tests d’interface sur iPhone : État des lieux

On ne dément pas le succès de l’IPad, et Hortis a su s’imposer comme un acteur majeur en Suisse pour le développement sur cette plate-forme.

Le carnet de commandes est plein. De grands noms de l’horlogerie et de la banque ont notamment fait appel à Hortis Le Studio pour évaluer les capacités de ce nouveau terminal, et l’intégrer au plus prêt de leur métier. De même des fédérations sportives internationales, le Touring Club Suisse ou des laboratoires pharmaceutiques, collaborent avec Hortis sur cette technologie.

Porté par le succès de ses réalisations sur IPhone, Hortis a pris le virage IPad avec une longueur d’avance.

Rançon du succès, l’équipe ne cesse de s’étoffer, s’offrant la collaboration de personnes d’expérience, tant dans la mobilité, le design que dans le monde Apple.

Pensons à eux qui, pour assurer la réussite des projets, remettront leurs vacances à plus tard.

La revue de presse de l’actualité Java/J2EE hebdomadaire proposée par Xebia.

SOA

• Quel nuage choisir ?

Le coin de la technique

• Sortie de Restlet 2.0
• Ravalement de Sun par Oracle, quelques couacs…
• Sortie de la version 2.2 d’Ehcache

Lire la suite de cet article …

Les projets de conception de portail d’entreprise se sont multipliés ces dernières années. Face à cette montée en puissance de l’outil informatique, le feedback des utilisateurs doit rester le premier indicateur du succès de ce type de projet. La valeur d’un portail d’entreprise repose donc avant tout sur une expérience utilisateur positive. Même si cette expérience [...]

Le 8 octobre, le Lorraine JUG, en collaboration avec l'ESIAL et CoPROcess, organise l'étape nancéienne de l'Agile Tour 2010.

Le premier évènement agile de Lorraine, vous proposera une série de conférences, de retours d'expérience et d'ateliers pour découvrir et approfondir des méthodes et pragtiques agiles telles que Scrum, Extreme Programming, Kanban, Lean, TDD...

Ouvert à tous, l'Agile Tour 2010 Nancy s'adresse en premier lieu aux décideurs : Chefs d'entreprise, directeurs informatiques, DRH, chefs de projets, chefs d'équipe, etc. Pour en savoir plus, visitez les pages AT 2010 Nancy.

Si vous souhaitez participer en tant qu'orateur, consultez l'appel à orateurs.

Si vous souhaitez associer votre organisation à l'évènement, reportez-vous à l'appel à sponsors.

Ces derniers temps je tombe sur beaucoup de scénarios clients concernant les environnements de développement, de test ou de pré-production. Faut-il acheter des licences pour ces serveurs et si oui lesquels ? La réponse est « oui il faut acheter d...

Viendez, viendez nombreux à l'afpyro national de juillet le mercredi 28 juillet 2010 à 19h - Pau: au club d'échecs Henri IV 39 ter rue E. Guichenné 64000 PAU. - Paris: au Café Chéri(e) 44 bd de la Villette, 75019 Paris (FR). M°: Belleville /Colonel Fabien - Toulouse: Au Au Mulligans, 39 grand rue St michel 31000 Toulouse ligne B St michel - Nice: au Green King, et il est "quartier Saint Philippe, 06410 BIOT" (à sophia, face au Golf de Greenside). - Metz : Café Jeanne d'Arc Place Jeanne d'Arc 57000 Metz

Pycon FR se déroulera les 28 et 29 août 2010 à la Cyberbase de la Villette à Paris

Voici une liste de messages (non limitative) qui lorsqu'ils sont rencontrés il est utile de ré exécuter la transaction ou la requête ayant échouée.   Message d'erreur 1222 Lock request time...

C'est maintenant possible avec un serveur distant sur Windows Server 2008 R2. Du vrai multi-écrans et non pas le mode "span" qui forme un seul écran large avec les 2 écrans et nécessite, si ma mémoire est bonne, des résolutions identiques sur tous le...

Les grands acteurs de l’Internet font souvent le “pari de la confiance” en proposant des API ouvertes, accessibles depuis le Web. Ces APIs permettent à d’autres acteurs, entreprises ou développeurs indépendants, d’innover en les exploitant, et d’inventer de nouveaux modèles économiques.

On peut citer en exemple les plateformes suivantes : Google Maps API, Facebook Graph API, SalesForce AppExchange, Twitter API, etc. Et plus près de nous, il existe des écosystèmes issus d’acteurs français : Mappy API, Netvibes UWA, Nabaztag API, etc.

Cette démarche permet la constitution d’un écosystème fécond, tant pour l’entreprise qui met à disposition les APIs, que pour celles qui les exploitent. Cette mise à disposition permet en particulier de :

• Créer des revenus directs, en les facturant. Exemple : Google Maps devient payant pour plus de 1M de transactions /an.
• Étendre une communauté, et donc recruter des utilisateurs. Exemple : grâce aux applications dérivées de sa plateforme, Twitter a atteint 200M d’utilisateurs et fait figure de grand du Web.
• Faire émerger de nouveaux usages pour sa plateforme et donc faire évoluer son modèle de revenu. Exemple : En 2009, Apple a constaté que les développeurs d’applications souhaitaient vendre non seulement des applications, mais aussi des contenus pour leurs applications. Le modèle de l’AppStore a donc évolué pour intégrer cette possibilité.

Les 3 modèles d’écosystème

Marc Andreessen (ancien fondateur de Netscape) distingue 3 types de plateformes ouvertes (voir ce billet) :

• Niveau 1   »Access API » : ces plateformes permettent l’appel à un traitement métier sans fourniture d’interface homme/machine. Exemples : recherche de livres chez Amazon, geocoding chez Mappy.

• Niveau  2   »Plug-In API » : Ces plateformes permettent d’intégrer une application à l’interface du fournisseur. Exemple : les applications Facebook, les Widgets Netvibes.
• Niveau  3   »Runtime Environment » : Ces plateformes fournissent non seulement une API, une interface, mais aussi un environnement d’exécution. Exemple : les applications AppExchange ou l’iPhone.

Il est clair que l’investissement du fournisseur de l’API va croissant du niveau 1 au 3. Il est donc fréquent de commencer au niveau 1, avant d’envisager les niveaux supérieurs.

L’outillage destiné aux développeurs

Le succès d’un écosystème ouvert est fortement dépendant de l’enthousiasme des développeurs. Pour les conquérir, il est crucial de leur fournir un langage facile à prendre en main et, si possible, des outils de productivité.
Côté langage, il existe un large consensus autour des APIs REST/JavaScript, simples à prendre en main, et adaptées à des développeurs connaissant mal les langages objets. Exemples : API Google, Yahoo, Mappy, etc. Proposer un langage simple est particulièrement recommandé aux nouveaux entrants qui n’ont pas le pouvoir de persuasion d’Apple (qui a réussi à convaincre des milliers de développeurs de se former à ObjectiveC…).

Pour ce qui concerne l’outillage, on peut distinguer 3 niveaux d’offres :

• Niveau 1 “zéro outillage” : les développeurs écrivent leur code dans l’environnement  de leur choix, puis font appel à la plateforme pour le tester. Exemple : Google Maps API.
• Niveau 2 “IDE” : on fournit un environnement de développement, souvent sous la forme de PlugIn Eclipse, pour donner un peu de productivité aux développeurs : coloration syntaxique, autocomplétion, bouton de publication, etc. Exemple : Flash Builder.
• Niveau 3 “Emulateur” : en plus de l’environnement de développement, on fournit un émulateur aux développeurs. Exemples : Google App Engine, iPhone.

Là encore, le niveau 3 représente un investissement beaucoup plus conséquent que le 1 ou le 2.

Le lancement de la communauté

La publication d’une documentation claire, simple à prendre en main, et d’exemples de code réutilisables est incontournable pour satisfaire les développeurs. L’animation de la communauté passe aussi par la mise en oeuvre de forums de discussions et autres outils participatifs (par exemple, ZenDesk).
Il peut être intéressant de se raccrocher à une communauté existante plutôt que d’en créer une à partir de rien. Par exemple, Android a recruté dans les communautés Java.
Enfin, il est classique d’organiser un concours avec des prix à la clef, pour initier le mouvement communautaire. Voir par exemple, l’Android Developer Challenge.

Un dernier point est essentiel : le modèle d’accès aux APIs. Certaines plateformes nécessitent une inscription préalable à leur usage (c’était le cas pour Google Maps jusqu’à mai 2010). D’autres plateformes vont même jusqu’à valider les applications développées (c’est le cas de la très polémique validation par Apple des applications iPhone).

Je pense qu’imposer le minimum de contraintes aux développeurs est un signe très positif, à même de créer un climat de confiance, et d’élargir la communauté. La modération à postériori me parait être la meilleure pratique.

Comment démarrer ?

Il est relativement simple de démarrer avec une plateforme / un outillage de niveau 1. Par exemple, la Ville de Rennes a récemment lancé une expérimentation en ouvrant des API sur les données de ses transports publics.
On pourra ensuite monter en puissance de manière itérative vers une plateforme de niveau 2/3 et un outillage plus avancé.

Je vous propose quelques pistes par secteurs d’activité. Ces pistes sont largement issues de mes envies en tant qu’utilisateur :

• Banque : ouvrir la liste des opérations de chaque client en les sécurisant via le protocole OAuth
• Opérateurs télécoms et fournisseurs d’énergie : ouvrir les encours de consommation de chaque client en les sécurisant via OAuth
• Médias & culture : ouvrir les programmes de télévision/radio/musées/salles de cinéma
• Industriels : ouvrir les catalogues produits
• Administration : ouvrir les données publiques à la manière de data.gov

Alors, quand pensez-vous lancer votre écosystème ouvert ?

Après Rennes et Vannes, la ville de Nantes, au travers de l’association Agile Nantes, accueillera le 21 octobre 2010 une des étapes de l’Agile Tour. Nous lançons un appel à contributions à toute personne concernée par l’Agilité et désireuse de partager son savoir et son expérience. Cette année, nous avons décidé de focaliser l’événement sur les apports [...]

La revue de presse de l’actualité Java/J2EE hebdomadaire proposée par Xebia.

Actualité éditeurs / SSII

• Du BI en SaaS gratuit pendant un an avec Tibco
• Sortie de la version 6 du portail open-source Liferay
• Spring facilite l’adoption d’AMQP

SOA

• Sortie d’Apache Camel 2.4

Le coin de la technique

• Scala 2.8 enfin finale !
• BigPipe : L’optimisation du temps de chargement selon FaceBook
• Twitter abandonne le stockage sur Cassandra

Lire la suite de cet article …

Depuis les 5 dernières années, on assiste à une intensification de l’usage des Nouvelles Technologies de l’Information et de la Communication (NTIC) dans le monde professionnel : téléphonie mobile, courrier électronique, plateformes collaboratives, partage documentaire en ligne, solutions de messageries instantanées, Accès internet mobile, voix sur IP, etc. Tout cela a été possible grâce à la généralisation et la banalisation de la connexion internet et à la standardisation et la modernisation des réseaux filaires et sans fil (wifi, Bluetooth, connexion internet 3G, etc.).

Conscientes de l’importance de ces technologies et outils, la plupart des entreprises se sont pressées à les adopter, chacune à son rythme, et ses besoins, offrant aux collaborateurs de nouveaux canaux de communication et d’échanges. L’arrivée de solutions mobiles et de systèmes d’exploitation à interfaces ergonomiques (iPhone, Ipad, Android, Windows Mobile, etc.) dote les technologies de l’information et de la communication d’un bel avenir.

Par ailleurs, les NTIC constituent un facteur d’évolution des rapports sociaux, des emplois et des métiers. Elles accompagnent une série de transformations concernant la stratégie de l’entreprise, l’organisation du travail, les formes de management, la concertation et la négociation.

Cet article porte sur le positionnement des NTIC, ses apports et ses impacts sur l’entreprise et sur la vie quotidienne des collaborateurs et l’environnement de travail. Il donne à nos décideurs (DSI, R&D, stratégie, marketing, etc) une première grille de lecture leur permettant de viser la bonne politique NTIC à adopter en adéquation avec l’histoire et la culture de l’entreprise et un aperçu des challenges à relever aujourd’hui et demain.

NTIC et l’ « Entreprise » Opportunités 1) Augmenter la réactivité de l’entreprise

Les outils de communication permettent l’accès à l’information à tout moment, à tout endroit. La multiplication des canaux de communication (téléphone, connexion internet mobile, messagerie) à la portée des différents collaborateurs, dote l’entreprise d’une capacité de réactivité non négligeable face aux besoins de plus en plus oppressants du marché et des clients. Cela permet à l’entreprise de répondre à des opportunités et des demandes, de conclure des contrats en un temps optimal grâce à l’accessibilité des collaborateurs à l’information et aux données d’aide à la décision (disponibilité des ressources, niveaux stocks, seuils de rentabilité, etc.) leur permettant de prendre les bonnes orientations.

2) Communication peu onéreuse mais porteuse

Plusieurs solutions ont vu le jour permettant à n’importe qui de communiquer et échanger plus facilement ses idées. En plus du site internet institutionnel, de plus en plus d’entreprises proposent des outils communautaires rapprochant collaborateurs et internautes.

Les objectifs sont multiples :

• Apporter une attention particulière aux clients en leur permettant d’échanger sur leur projets et problèmes tout en partageant leurs expériences.
• Communiquer sur les nouveaux produits, offres, événements, etc.
• Guider, renseigner le client/consommateur pour faire son choix
• Partager la connaissance avec les internautes tout en recueillant leurs retours, commentaires, critiques.
• Afficher la maîtrise d’un tel ou tel sujet ou domaine permettant à l’entreprise de gagner plus facilement des parts de marché.

Cela dit, ce canal de communication permet aussi de tester des concepts, comme le Customer Driven Design ou le Crowd Sourcing privilégiant l’ouverture de l’entreprise vers l’extérieur via des pratiques bottom-up qu’internet va continuer à favoriser. Dans ce registre, vous pouvez apprécier par exemple l’initiative innovante d’Asus concernant ses produits du futur wepc, qui a mis à disposition des utilisateurs un site internet très novateur leurs permettant d’exprimer leurs imaginations et leurs besoins pour les futurs produits.

3) Formalisation du savoir faire

Les outils collaboratifs et de gestion des connaissances (wiki, blog, etc.) permettent de formaliser le savoir-faire, son partage et sa transmission. Un énorme de gain de temps et d’efficacité permettant d’augmenter la réactivité et la rentabilité de l’entreprise.

Risques

Mais ces opportunités définies précédemment, comme les usages évoqués en première partie, font ressortir des inquiétudes et des risques variés.

1) Changements incessants et évolutifs du cœur de métier de l’entreprise

Il y a quelques années, l’information au sens large était moins présente sur internet. En même temps l’accès à cette information était moins généralisé. Aujourd’hui, avec la généralisation de la connexion internet et la multiplication des sites d’échange d’expérience, d’idée, de solutions techniques, on assiste à l’explosion des sources d’information et la facilité à y accéder. Énormément d’entreprises voient leurs métiers changer ou se transformer au fil du temps se sentant de plus en plus oppressées à s’adapter pour survivre. Quelques exemples de domaines les plus marquants : L’édition papier, la distribution, le conseil au sens large, etc.

La R&D, l’innovation, l’expérience, la veille concurrentielle deviennent les maîtres mots pour survivre

2) Exposition à la concurrence

Avec l’explosion des blogs et le partage du contenu avec les internautes, la veille concurrentielle n’a jamais été aussi facile. Toute différentiation sur un domaine donné peut être facilement copiée, ce qui nécessite de l’entreprise des efforts financiers lourds et une différentiation de l’offre produits/services plus marquée afin de garder une longueur d’avance sur les concurrents.

3) Exposition au pillage

Un risque qui peut nous paraître improbable mais reste tout de même important à mentionner concerne la confidentialité et la sécurité des données de l’entreprise. Les différents canaux (web, terminaux mobiles dont on dispose) multiplient les risques de pillage et le piratage des données. Il serait important par exemple de définir différentes politiques de sécurité selon la criticité de la donnée pour l’entreprise.

4) Risque de baisse de la productivité

Même si ses outils augmentent la réactivité de l’entreprise, leur multiplication excessive risque d’engendrer à l’échelle de l’entreprise une baisse de son rendement : rédaction excessive de courriers et de messages électroniques, alimentation de divers outils de l’entreprise (blog, wiki, outils de reporting, etc.), navigation prolongée sur internet, etc. Des campagnes de sensibilisation et de communication ne pourraient-elles pas être suffisantes pour limiter ce risque sans franchir la frontière de la répression et la restriction à l’usage?

5) Risque de bouleversement des relations hiérarchiques

La génération d’indicateurs de performance et de rentabilité en temps réel, accessibles peu importe le lieu et l’heure risque de rythmer la relation entre managers et collaborateurs vers le meilleur comme vers le pire.

NTIC et l’ « Individu » Opportunités 1) Acquisition facile du savoir et de l’information

D’un point de vue individuel, tous ces outils permettent aux collaborateurs d’avoir plus d’autonomie dans la réalisation de leur travail au quotidien et un accès facilité à l’information. On assiste vraiment à la démocratisation du savoir, quelque soit la formation de l’individu et ses diplômes. Seul le manque d’initiative personnelle peut être un frein.

2) Liberté du collaborateur

Plus besoin d’être présent sur le de travail pour bien accomplir les tâches au quotidien. Du moment où chaque collaborateur soit joignable à tout moment de la journée et qu’il ait accès aux outils et à l’information, le télétravail devient une option qui prend pleinement son sens. Une flexibilité et une liberté non négligeable pourraient être offertes aux collaborateurs pour conjuguer contraintes de la vie privée et exigences professionnelles sans impacts sur les délais et la qualité du travail fourni. Bien évidemment, cet impact n’est valable que pour les domaines et les tâches qui se prêtent au télétravail.

Risques 1) Bouleversement de l’espace/temps de travail

Avec les moyens NTIC dont on dispose aujourd’hui, il est de plus en plus difficile de faire le distinguo entre temps de travail et temps personnel et de tracer une frontière entre la sphère professionnelle et la sphère privée. Même si pas mal d’entreprises se sont pressées à déployer des politiques d’accès aux ressources internet très restrictives et sélectives, la prolifération des solutions mobiles personnelles à interfaces ergonomiques et la banalisation de la connexion internet mobile rendent ce genre de politique obsolète.

2) Réduction de la sphère privée

Au-delà de l’environnement professionnel, l’omniprésence des NTIC entraine une réduction de la sphère privée des individus tout en accélérant leur popularisation. L’accès et l’alimentation des réseaux sociaux professionnels ou personnels sort les individus de l’anonymat et trace leur histoire. Quand un collaborateur intervient sur un blog, peu importe lequel, commente un post, forcément, n’importe qui peut en porter un jugement, positif soit-il ou négatif.

3) Impact sur la culture

De plus en plus de contenu est produit sur internet, indexé par des moteurs de recherche occupant une place prépondérante dans notre quotidien. Ce constat nous mène à se poser les questions suivantes : aujourd’hui, vaut-il la peine de tout apprendre par cœur? Cela risque t-il d’appauvrir la culture individuelle à terme, ou au contraire de l’enrichir? Un premier élément de réponse nous a été donné par le philosophe Michel Serres dans ce podcast qui nous éclaire sur le fait qu’il faut se libérer l’esprit, en s’appuyant sur internet et l’informatique d’une façon générale, pour se focaliser sur l’innovation…

Les challenges d’aujourd’hui et de demain…

Les NTIC sont en train de transformer profondément le monde du travail, d’abord en interne des entreprises avec l’émergence d’équipes complètement transversales, elles, basées sur la facilité de l’échange et la collaboration au regard des organisations hiérarchiques traditionnelles, qui elles, étaient cantonnées et cloisonnées. Cependant la révolution réside plus dans la mise à disposition et le partage d’une information riche renforçant le sentiment d’autonomie et permettant à chacun de rester en contact permanent avec l’entreprise.

Quelques soient les risques et les opportunités pour les entreprises, leur adoption deviennent inéluctables et tout le challenge aujourd’hui est : comment conjuguer risques et opportunités pour bénéficier de l’apport des NTIC dans la rentabilité et le développement de l’entreprise.

Malgré tout, plusieurs challenges restent à relever par les NTIC. D’abord, la multiplication des outils et la prolifération d’internet a conduit à l’utilisation de plus en plus de serveur de stockage, à la construction d’ordinateurs de plus en plus puissants. C’est le développement durable et la green IT qui seront à terme au cœur du provisionnement des NTIC dans l’entreprise.

Un autre challenge à relever aussi concerne la sécurité des systèmes d’information et la protection de la vie privée.

Pour finir, à force de voir la frontière disparaître entre temps de travail et temps personnel, l’organisation de travail actuelle aura-t-elle un sens à terme? Ou bien, tendons nous vers le travail à la demande, peu importe le jour de la semaine, l’heure de la journée.

Suggestion d'articles :

1. Alfresco est il une solution pour votre entreprise ?
2. Article : Parallélisation, distribution : de nouveaux enjeux pour les applications d’entreprise?
3. Nantes JUG – Apache Maven, mise en œuvre en entreprise

Ce troisième principe est directement inspiré de la pratique "versions fréquentes" de l'Extreme Programming.
C'est un corollaire du premier principe qui précise le rythme des livraisons.

Troisième principe agile

Nous livrons fréquemment un logiciel opérationnel, le cycle de livraison étant de quelques semaines à quelques mois.

Ne pas confondre rythme des livraisons et rythme des itérations.

Versions fréquentes : attention à préserver un rythme viable, y compris pour les Utilisateurs.

Pourquoi livrer fréquemment ?

Deux raisons principales

Retour sur Investissement au plus tôt

Des fonctionnalités implémentées et non exploitées, c'est du stock au sens industriel du terme : de l'argent "qui dort".

Feedback concret et rapide

Ce principe XP se retrouve dans l'agilité. Ici le feedback provient des "Utilisateurs" du produit livré.

• Utilisateurs (les "rôles" sur lesquels travaille le PO pour ses features et stories)
• Exploitants : supervision...

Les livraisons forment le véritable rythme agile.
Les itérations forment le rythme de développement.

Exemple de cycle de vie agile

Ce cycle de vie est directement inspiré de ce que propose XP. Diapo extraite de la présentation XP de ce site.

Retrouvez tous les billets "Principes agiles".