Skip to content

Methods & Tools

Agrégateur de flux

Zoom sur... Sonar, pour automatiser la vérification de la qualité du code Java

Clever Age - Blog - mer, 07/28/2010 - 13:52
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 (...)
Catégories: Blog Société

Appel Ă  contributeur pour l'Agile Tour 2010

David BROCARD - mer, 07/28/2010 - 12:16

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 !

Catégories: Blog Individuel

Quatrième principe agile : équipe complète au quotidien

ĂŠtre Agile - Thierry Cros - mer, 07/28/2010 - 09:40

News 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.


esprit-dequipe


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 :-)

Catégories: Blog Individuel

Quatrième principe agile : équipe complète au quotidien

ĂŠtre Agile - Thierry Cros - mer, 07/28/2010 - 09:40

News 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.


esprit-dequipe


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 :-)

Catégories: Blog Individuel

Xcode 3.2.3 , IOS4 et OCMock



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

Catégories: Blog Société

L’équipe Hortis Studio prête pour les travaux d’été

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.

Catégories: Blog Société

Revue de Presse Xebia

Revue de Presse Xebia

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

SOA

Le coin de la technique

Lire la suite de cet article …

Catégories: Blog Société

Portails d’entreprise : 7 bénéfices pour les Utilisateurs

Qualitystreet - Jean Claude GROSJEAN - mar, 07/27/2010 - 02:12
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 [...]
Catégories: Blog Individuel

Agile Tour 2010 Nancy

Lorraine Java User Group - lun, 07/26/2010 - 20:37

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.

Catégories: Association

SQL Server : Licences et environnements de développement, test et pré-production ?

SQL Server vu par Christian Robert - lun, 07/26/2010 - 10:30
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...
Catégories: Blog Individuel

Afpyro National de juillet 2010

AFPY - Association Francophone PYthon - ven, 07/23/2010 - 14:51
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
Catégories: Association

Pycon Fr 2010 - Le programme est en ligne

AFPY - Association Francophone PYthon - ven, 07/23/2010 - 01:31
Pycon FR se déroulera les 28 et 29 août 2010 à la Cyberbase de la Villette à Paris
Catégories: Association

SQL Server : Quand ré-exécuter une requête coté applicatif

SQL Server vu par Christian Robert - jeu, 07/22/2010 - 14:25
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...
Catégories: Blog Individuel

Support du multi-écrans dans le client bureau à distance (Remote Desktop Services, ex-Terminal Services)

CoqBlog - Blog de Gaël Covain - mer, 07/21/2010 - 23:09
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...
Catégories: Blog Individuel

Créer un écosystème ouvert ?



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 ?

Catégories: Blog Société

Agile Tour 2010 : appel Ă  contributions

Agile Nantes - mar, 07/20/2010 - 22:02
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 [...]
Catégories: Association

NTIC : Comprendre les enjeux pour l’entreprise et l’individu…



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

Catégories: Blog Société

Troisième principe agile : versions fréquentes

ĂŠtre Agile - Thierry Cros - lun, 07/19/2010 - 20:08

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.

cycle-de-vie-valeur-ajoutee


Retrouvez tous les billets "Principes agiles".

Catégories: Blog Individuel