Novedia All Blogs

"Le Social Media Marketing : nouvelle composante du mix marketing digital", par Clément Thibault - 15/01/2010

eMarketing & CRM

Blog

"Facebook, Facebusiness : quels enjeux et stratégie pour le leader des réseaux sociaux ?", par Clément Thibault - 20/02/2009

"Les éditeurs de contenus sur mobile : après la course à l’audience, la course aux budgets", par Marianne Fily - 25/03/2009

Actus

Novedia Consulting confirme sa position stratégique auprès des grands opérateurs

Novedia Consulting développe son offre d'aide aux start-up

Châteaux et Hôtels Collections choisit Novedia Agency pour son marketing interactif

Dans les médias

Facebook, un phénomène qui ne peut pas laisser les entreprises insensibles - Le Nouvel Economiste

Total Digital - Le Nouvel Economiste

Quel modèle industriel pour les applications mobiles ? - Le Journal du Net

Des applications mobiles pour des entreprises plus réactives ? - Atelier

Les "mobinautes" sont invités au voyage - Tour Hebdo

Le Social Media Marketing : nouvelle composante du mix marketing digital

Fri, 15 Jan 2010 14:08:28 GMT

Janvier est le mois traditionnel d’entrée en vigueur des nouveaux budgets, et des nouvelles campagnes de communication pour démarrer une nouvelle année pleine de promesses. Une étude récente révélait que 81% des annonceurs digitaux américains ont prévu dans leur budget une présence sur les media sociaux…ils ne sont que 32% en France, d’où cette petite leçon de choses.

Vous avez dit « social-quoi » ?

Pour les entreprises, le social media marketing reste obscur. Être présent sur Facebook, Twitter ou Dailymotion ça veut dire quoi ? D’abord, c’est être présent sur les sites qui fédèrent aujourd’hui les principaux usages et audiences du web (13 millions d’actifs sur Facebook en France, plusieurs heures passées par semaine sur ces sites…). Or on peut y être de manière classique en tant qu’annonceur web : bannières, achats d’espaces…et être perçu comme de la publicité pure, ou tenter un dialogue avec l’utilisateur et s’intégrer plus efficacement au service et aux usages. Jusqu’ici on enfonce des portes ouvertes, oui, mais attention à ne pas se vautrer en entrant dans la pièce. En se rapprochant des clients, on s’expose et c’est ça qui est intéressant.

On s’expose donc on se montre. Dans le choix d’une campagne de notoriété, on y ira donc sur les réseaux sociaux pour informer ou divertir. Si au contraire on veut fidéliser, là on apportera de la valeur ajoutée. Dans tous les cas, il faut apporter du service et du contenu. Et c’est là que le bas blesse en général.

Trop de confusion entre buzz et Social Media Marketing (SMM)

Souvent, les annonceurs sont comme des adolescents « d’American Pie » : on veut goûter au social media comme au « sex-teen » et finalement on est déçu. Car en général, il y a confusion entre buzz et SMM. A grands frais, on crée des vidéos, des contenus ou des jeux concours alambiqués pour amuser les clients et finalement on se contente de lancer des bouteilles à la mer sans résultat concret. Être présent sur les média sociaux, c’est au contraire avoir une démarche construite en fonction d’une stratégie globale de marque et s’inscrire sur du moyen terme, pas du « one-shot ».

Trouver sa place

Cela veut dire qu’il faut avoir une démarche client et non annonceur, en d’autres termes se poser la question de la valeur apportée à l’utilisateur final. On concevra le SMM comme on conçoit un nouveau service :

De relation client
De distribution d’échantillons gratuits ou de réduction
De divertissement
Ou pratique

Tout en se plaçant sur un créneau légitime de prise de parole. C’est cette deuxième dimension qui définira le contenu : soit une approche directe du client via le produit/service ou la marque à promouvoir, soit une approche indirecte.

Quelques illustrations :

Je suis un acteur de l’innovation technologique. Je veux créer une web-TV sur mes innovations. Dans ce cas je construis ma web-TV directement sur Dailymotion, mais je prends garde de produire des contenus de qualité, alimentés régulièrement. Cas simple vous me direz.
Je suis un fabriquant de chaussures de sport. Je veux promouvoir mes produits auprès des femmes. Je peux créer une application sur Facebook qui fédère les joggeuses, propose d’échanger des parcours dans différentes villes, calculer mes dépenses caloriques par semaine, planifier mes entrainements seules ou avec d’autres etc…
Je suis un cabinet d’audit en finance et je ne suis pas « fun », mais je veux être « sexy » pour mes recrutements et mes clients. Alors pourquoi ne pas communiquer sur les activités sportives dont je suis le sponsor, puisqu’une approche directe n’intéressera personne…si ce n’est mes propres employés bien heureux de lire des articles très pointus sur l’analyse de risques sur les investissements off shore sur mon profil Facebook, quel pied !

Enfin trouver sa place, c’est parfois choisir de ne pas être dans la place, mais de l’alimenter, c’est-à-dire créer des interactions entre un site internet et une plateforme de social media : publication/partage de contenus, invitations… ce qui optimisera mon audience et mon référencement.

Facebook, évidemment ?

Le mot est lâché ! Après tout avec ces 350 millions d’utilisateurs dans le monde et sa pyramide des âges ultra équilibrée, c’est le TF1 des réseaux sociaux. Mais pas seulement. Son gros atout est également le fait qu’il propose toute une panoplie de services pour mettre en œuvre le SMM : les pages fan et profils, les groupes, les événements, les applications…Chacun des 6 ayant ces spécificités pratiques (fonctionnalités riches et notifications des applications, viralité des groupes etc…), et étant catalysés par des outils de promotion et de reporting dédiés.
Mais les success story ne sont possibles que si on marie 2 éléments : la qualité et pertinence du service ou contenu proposé (on l’a dit) ET la mise en œuvre du dispositif via une utilisation experte des 6 moyens cités : pas d’application sans page fan par exemple !
Il ne faut néanmoins pas négliger les autres réseaux sociaux : Skyrock.com et sa cible spécifiquement jeune (voire urbaine), Twitter et son instantanéité…là encore on jouera une partition d’orchestre : on se servira par exemple de Twitter pour publier des bons de réductions sur des ventes flash, mais pas pour simplement relayer des articles…ou alors seulement des breaking-news.

Une stratégie à revoir…après tout on est là pour ça

Qualité du contenu, démarche de service, assiduité, sont autant de facteurs clefs de succès à maîtriser pour réussir sur les media sociaux, à la condition d’y allier une expertise produit indispensable à la compréhension des usages, spécificités et moyens disponibles sur chacune des plateformes. Le travail d’introspection préalable est indispensable pour définir « l’angle d’attaque » et la légitimité d’une prise de parole…mais pas seulement ! Car le SMM ne doit pas être une démarche isolée, il doit s’inscrire dans une démarche globale d’analyse et de composition d’un MIX marketing digital, pour trouver un nouvel équilibre entre le SEO, SEM, l’affiliation et désormais le SMM. Alors, 2010 année zéro ?

Voir aussi :

Expertise

"Facebook, Facebusiness : quels enjeux et stratégie pour le leader des réseaux sociaux ?", par Clément Thibault - 20/02/2009

eMarketing & CRM

Blog

"Les éditeurs de contenus sur mobile : après la course à l’audience, la course aux budgets", par Marianne Fily - 25/03/2009

"Vers l’Entertainment 2.0", par Laurent Moisson - 15/01/2010

Actus

Campagne pour Burger King et Coca Cola en vue de promouvoir les Billboard Latin Awards

Novedia Consulting confirme sa position stratégique auprès des grands opérateurs

Novedia Consulting développe son offre d'aide aux start-up

Châteaux et Hôtels Collections choisit Novedia Agency pour son marketing interactif

Dans les médias

Facebook, un phénomène qui ne peut pas laisser les entreprises insensibles - Le Nouvel Economiste

Total Digital - Le Nouvel Economiste

Quel modèle industriel pour les applications mobiles ? - Le Journal du Net

Des applications mobiles pour des entreprises plus réactives ? - Atelier

Les "mobinautes" sont invités au voyage - Tour Hebdo

Stratégie mobile pour les médias

Zoom sur la TV et les services connectés

Tue, 29 Dec 2009 09:53:57 GMT

Après l’apparition des canaux web dans les années 90 et mobile ses 10 dernières années, les années 2010 pourraient voir la révolution d’un média bien connu et très largement utilisé : la télévision.
De nouveaux usages des contenus audiovisuels font en effet leur apparition depuis quelques années et laissent apparaître plusieurs tendances de fonds, telles la consommation de contenus à la demande et une attente plus forte en termes de services et d’interactivité.
Depuis son apparition, la vidéo à la demande a vu sa consommation évoluer de plus de 65% en volume en France pour atteindre près de 14 millions de transactions en 2008. La télévision de rattrapage ou « catch-up TV » suit la même évolution avec 5,6 millions d’utilisateurs français en 2008.
Cette nouvelle forme de consommation de la télévision est fortement liée à l’évolution des débits des réseaux ADSL (IPTV), câble, et demain fibre, permettant le transfert de leurs usages du PC à la télévision – à titre d’exemple, les usages de vidéo à la demande sur IPTV représentent près de 91% de la totalité de la consommation de la VoD .Cette consommation devient désormais multi-canal/multi-écrans en offrant la possibilité de consommer la télévision aussi bien sur le web que sur le mobile.
Par ailleurs, le téléviseur peut désormais lui-même se connecter à Internet – plus de 180 millions de téléviseurs connectés sont attendus en parc en Europe en 2014 -, tout comme les consoles de jeux ou les box « over-the-top » type TiVo ou Apple TV, ouvrant alors la voie à de nouvelles galeries de contenus et de services accessibles directement grâce à sa télécommande, via des portails ou des widgets apparaissant en surimpression des contenus audiovisuels.
Cette évolution du monde télévisuel bouleverse les schémas établis par les acteurs en place – chaînes de télévision, fournisseurs de bouquets, diffuseurs, constructeurs de TV – et attise les appétits de nouveaux entrants.
C’est ainsi que des accords se montent entre éditeurs de l’Internet (Google, Yahoo) et constructeurs de TV (Panasonic, Samsung), entre fournisseurs de consoles (Microsoft, Sony) et chaînes TV (Canal+, M6), impliquant à chacun une nouvelle réflexion sur son positionnement ou son modèle économique dans cet écosystème remanié, chacun cherchant à mieux contrôler la relation avec le téléspectateur sur l’ensemble des canaux à sa disposition.
Un écosystème remanié dans lequel les régulateurs, entrevoyant les impacts apportés par ces technologies, cherchent à adapter la réglementation à ces nouveaux usages –notamment en matière de télévision de rattrapage- et à en normaliser de plus en plus d’aspects. Et ce dans un contexte de passage à la télévision en tout numérique, libéralisant des ressources en fréquences, donc permettant de nouveaux services hertziens.
La prise en compte des nouveaux usages, l’évaluation pertinente de la consommation future des téléspectateurs sur les différents écrans devront être combinées à la réflexion à mener par chacun des acteurs sur son positionnement pour tirer le meilleur profit de ce nouveau marché de la télévision. Ces dernières représentent autant de challenges à relever pour les nouveaux entrants visant une place sur le marché, ainsi que pour les acteurs historiques pour conserver une part de valeur dans la chaîne.

Marianne Fily, Manager Novedia Consulting

Source : Médiamétrie, NPA-Gfk, Strategy Analytics

Voir aussi :

Expertise

Actus

France Télévisions fait appel à Novedia pour réaliser son application gratuite sur iPhone

Dans les médias

iPhone apps : un relais naturel pour les médias - Le Journal du Net

Accroître la performance des systèmes décisionnels grâce à la « richBI »

Tue, 22 Dec 2009 09:42:15 GMT

Les portails, les mashups, le communautaire, les wiki, le Cloud, les widgets…autant de solutions issues de l’internet grand public qui commencent à se diffuser massivement dans le monde des entreprises où elles révolutionnent les pratiques et les usages. La BI semble pourtant en reste alors que l’utilisation des technologies web d’enrichissement des interfaces permettrait de résoudre un problème chronique: la sous-exploitation des solutions déployées, aussi bien en interne par les collaborateurs, qu’en externe par les clients, partenaires ou fournisseurs.

Des solutions décisionnelles trop orientées « fonctionnalités » au détriment de l’expérience utilisateur.

A bien y regarder le succès du web repose fondamentalement sur l’association de la facilité d’accès à une multitude de services, avec une expérience utilisateur riche et optimisée. Pour s’en rendre compte il suffit de comparer l’évolution du web au cours des 10 dernières années pour constater que globalement les fonctions proposées ont peu évoluées au regard des progrès au niveau de l’expérience utilisateur:

· Interfaces à la fois claires et enrichies,

· Processus et parcours clients simplifiées et normalisés,

· Capacité de personnalisation et de customisation,

· Distribution maximale des services (widgets, flux rss…) et fédération dans des fronts uniques (portails, réseaux sociaux…).

Transposées dans le monde de l’entreprise ces tendances ce traduisent par l’émergence d’une Entreprise 2.0, révolutionnant les pratiques collaboratives, revisitant les solutions métiers et créant des ponts entres les silos historiques.

Face à cette lame de fond web, le monde décisionnel évolue également. On voit effectivement de plus en plus:

· Des accès aux solutions proposées via des interfaces web légères, plutôt que des applications locales,

· Une évolution des modes de déploiement vers les Clouds permettant d’améliorer les performances techniques, la rapidité de déploiement et de la facilité de maintenance / supervision

Les solutions, déjà très performantes d’un point de vue technologique, le sont encore plus, avec malheureusement peu d’impacts au quotidien pour les utilisateurs. Les énergies sont concentrées vers les fonctionnalités plutôt que vers le service. Pourtant les carences sont flagrantes:

· Les taux d’actifs et d’usages des systèmes déployés sont très faibles,

· Les utilisateurs sont globalement insatisfaits au point de développer, de manière autonome, des solutions plus souples, plus opérationnelles, plus tactiques,

· Les solutions restent très cloisonnées, peu intégrées dans les dispositifs Entreprise 2.0

Heureusement cette situation n’est pas une fatalité car les technologies d’enrichissement des interfaces web cohabitent particulièrement bien avec le décisionnel.

Les fonctionnalités sont là, maintenant place à l’usage grâce à la «RichBI»

En dix ans le web est passé de l’affichage statique de page HTML à la mise en œuvre massive des RIA, Rich Internet Applications, dont Flash et maintenant Silverlight directement dans le navigateur. Rien ne s’oppose à ce que ces RIA soient exploitées par la BI, pour donner naissance à la richBI:

· Les systèmes décisionnels sont capables désormais de générer des flux de données standardisées (xml par exemple), exploitables par les RIA,

· Les navigateurs sont assez performants pour traiter des volumes importants de données, tout en conservant rapidité et fluidité dans l’affichage et les transitions.

Au-delà des aspects techniques les conditions sont clairement réunies pour capitaliser sur la maturité et les usages des utilisateurs eux-mêmes. De par leurs pratiques personnelles au quotidien, les utilisateurs professionnels sont avant tout des utilisateurs grand public. Ils explorent, produisent et partages des contenus, Ils effectuent des achats, paient leurs impôts ou gèrent leur patrimoine. On peut se demander pourquoi il apparaît souvent beaucoup plus compliqué de générer un rapport d’activités mensuelles que de réserver un billet de train sur le web.

Une nouvelle approche est donc possible, mais elle nécessite une remise en cause des pratiques «historiques» afin:

· D’exploiter au plus proche les codes et pratiques du web,

· De designer des interfaces simples, riches et intuitives,

· De faire preuve de créativité pour proposer de nouvelles manières de regarder les données,

· De mettre en œuvre les moyens de partager et d’échanger.

Offrir un service c’est bien, mais l’animer c’est encore mieux. Là encore les méthodes développées pour le segment grand public viennent à la rescousse du décisionnel. Campagnes de recrutement, accompagnement au développement des usages, actions de relance ou de fidélisations doivent devenir le quotidien des services décisionnels.

En bref, on ne déploie pas une solution, on lance un service. On n’administre pas des comptes, on anime une communauté d’utilisateurs.

Voir aussi :

Expertise

Externalisation du processus BI

Conseil en Business Intelligence

Actus

Bouygues Telecom vient de sélectionner Novedia pour l'accompagner dans la mise en place de son nouvel outil de BI : OBIEE

Le CHU de Toulouse devient le 1er CHU à s’équiper massivement de la solution OBIEE

VISA informatique, éditeur de progiciels destinés aux collectivités locales, organise la refonte de son offre de gestion financière

Novedia Régions déploie son offre de Business Intelligence sur JDEdwards

Dans les médias

Comment mettre le développement durable en équation ? - ITR Manager

Office 2010

Thu, 22 Oct 2009 13:11:00 GMT

La sortie de Microsoft Office 2010 devrait voir le jour en février 2010 pour les entreprises et en mai 2010 pour le grand public. Les produits concernés sont :

• Office

• Outlook, Exchange

• Sharepoint

• Project et Visio

• Groove

Dans cette nouvelle version de la suite Office Microsoft beaucoup de nouvelles fonctionnalités font leur apparition. En voici une liste non exhaustive par application. Sharepoint et Groove sont laissé de côté pour être détaillés dans un post ultérieur.

Les nouveautés de la suite dans son ensemble

Le ruban

Pour commencer toutes les applications intègrent le ruban, ce qui amène une expérience utilisateur largement améliorée. De plus ce ruban devient personnalisable dans son intégralité (pas uniquement la barre d'outil de lancement rapide) et vous pouvez ainsi créer de nouveaux onglets avec les commandes qui vous servent tous les jours. Petit plus, cette personnalisation peut s'exporter sous forme de fichier XML et peut donc passer d'un poste à l'autre assez facilement.

Co-authoring

C’est le mode collaboratif instantané avec indicateur de présence (utilisation d’Office Communication Server). Cette fonctionnalité est disponible sur l'ensemble de la suite Office et permet la rédaction d’un document à plusieurs avec mise à jour en direct et interactions directe entre les différents auteurs par messagerie instantanée.

Le Backstage

Il est commun à l'ensemble des applications de la suite, Le Backstage permettra de gérer de manière uniforme les coulisses d'un document : Enregistrement, impression, partage, gestion des droits, propriétés avancées, publication sous forme de WebApp dans Sharepoint.

Nouveautés dans Excel

L'apparition de deux fonctionnalités phares qui sont :

• les lignes de tendances ("SparkLines") qui permettent de dégager une tendance visuelle (sous forme de courbes) et peuvent servir d'indicateurs à intégrer dans les tableaux de bords.

• les Slicers permettent de vous réorganiser un tableau en fonction d’éléments recherchés (ex : vous recherchez tous les achats effectués par un client : Slicer vous réorganise un tableau contenant tous les produits achetés). Cela permet une utilisation des tableaux croisés dynamiques très intuitive.

PowerPivot (nom de code du projet : Gemini) est un add-in Excel qui vous permet de traiter un très grand nombre de lignes(plus de 100 millions contre 1 million pour Excel 2007 et ce grâce à la version 64 bits) sur le poste client. Repoussant les limites des capacités d'analyse d'Excel tant au niveau de la volumétrie que des temps de réponse. Excel 2010 va s'imposer comme le client BI de premier plan pour manipuler et faire du reporting sur des données métiers d'entreprise (possibilité d'intégrer des données de bases de données non Microsoft), avec en outre des capacités nouvelles dans le domaine de l'OLAP (manipulation de cube, génération de cube en local à la volée..).

Nouveautés dans PowerPoint

PowerPoint est très axé multimédia avec de nouvelles transitions 3D (le moteur a été entièrement redéveloppé et utilise maintenant Direct X), la possibilité de faire du montage vidéo (découpe, effet de luminosité etc..) et photo ceci permettant de se passer de logiciels de retouche d'image connus ;)
De plus, la fonction Powerpoint Broadcast, permet la diffusion en streaming sur le web d'une présentation en se connectant depuis une URL produite à la volée avec un rendu en tout point identique à la version bureautique au niveau des transitions et animations. Cette nouvelle fonctionnalité est la bienvenue pour les Conference Call et plus généralement la collaboration online.

Nouveautés dans Outlook et Exchange

Affichage de conversation sur Outlook. Ce principe reprend celui de Gmail, c'est à dire que vos échanges avec une personne (ou groupe) donnée sur un sujet donné seront regroupé en une seule et même conversation, ceci permet de réduire de manière conséquente le nombre d'email qui apparaissent à première vue dans votre boîte au lettre. Vous pouvez ensuite en un clic dérouler le fil d'une conversation et choisir d'y donner suite ou non.

Avec Exchange Server 2010, votre boîte de réception est universelle: messagerie électronique, messagerie vocale (avec prévisualisation textuelle du message), messagerie instantanée et maintenant SMS. Vous pouvez écrire vos SMS directement depuis Outlook ou Outlook Web Access. Pour cela choisissez le destinataire dans l’annuaire de l’entreprise, parmi vos contacts ou entrez le numéro de téléphone de votre interlocuteur. L’interface vous précise le nombre de caractères présents dans le message et combien de messages textes vous envoyez.

Office WebApps

La fonctionnalité la PLUS IMPORTANTE à mon avis est l'arrivée des Office WebApps. Celles-ci vont nous permettre la visualisation/édition en ligne de document Word, Excel, Powerpoint et OneNote et ce, pour IE, Firefox et Safari. Il s'agit d'une version allégée proposant un accès à tous les documents depuis n'importe où et via n'importe quel périphérique ( PC, téléphone mobile, navigateur Web ). Ce service sera gratuit pour tous les utilisateurs de Live.

A titre informatif Office 2010 sera disponible en version 32 et 64 bits et sera supporté à partir de Windows XP SP3. Les pré requis matériel pour l'installation sont les même que pour 2007.

Quelques Liens :

Backstage 2010

Espace Office 2010

The Movie

Etape Parisienne de l'Agile Tour 2009 l'après-midi (partie 2)

Wed, 21 Oct 2009 06:16:41 GMT

Retour sur les dernières sessions de la journée Parisienne de l'Agile Tour 2009.

Retours d'expériences, par Xébia, Aybea, Astria & Octo

Le but de cette session double (2 créneaux horaires) était de partager 3 retours d'expérience sur la mise en place et l'adoption de méthodes agiles.

Retour d'expérience sur la mise en place de Scrum - Nicolas Jozwiak, Xébia

Sous une forme très académique, l'intervenant (qui avait le rôle de Scrum Master) nous a narré les premiers sprints d'un projet client (application critique du fait de générer directement des revenus), illustrant en cela une mise en place progressive de briques de méthodes agiles, et notamment l'importance des différentes étapes de préparation et transition de sprint.

Lors du premier sprint (4 semaines), il a été constaté que le Product Owner (un avant vente) n'avait pas eu suffisamment de disponibilités pour mener à bien son rôle, et que ce dernier manquait de maturité dans la gestion des user stories. Ce qu'ont illustré les manques vécus lors de ce sprint a justement été le rôle du Product Owner, l'importance des user stories, ainsi que la nécessité d'une définition claire du statut DONE (critères déterminant qu'une fonctionnalité est terminée).

En conséquence, lors du second sprint (qui est passé à 3 semaines pour raccourcir le cycle et profiter d'un feedback plus rapide), le Product Owner a été coaché par le Scrum Master sur son rôle. En particulier, le Product Owner a été épaulé pour la formulation des user stories, lesquelles n'ont pas été construites/formulées de manière collégiale, ceci étant justifié par l'intervenant par la jeunesse de l'équipe dans les pratiques agiles.

Lors du sprint suivant, le Scrum Master a pu saisir l'opportunité d'introduire la notion de Story Point et le Planning Poker, et il a également insisté sur un problème rencontré en cours de sprint : le couplage de User Stories sur un même sprint. Effectivement, la réalisation perd en flexibilité dans le cas de couplages inter sprint dans la mesure où on risque un enchaînement séquentiel à la fois limité par la durée du sprint et occasionnant un besoin plus important de communication/synchronisation.

L'intervenant a également expliqué la phase de passage de relai lors de laquelle il a formé son remplaçant Scrum Master, et donc été amené à jouer le rôle de coach pour ce dernier. Les bénéfices qu'il a relevé lors de ce passage de relai ont notamment été la prise de recul et par conséquent une meilleure analyse.

Les idées que le speaker a voulu partager avec l'audience :

la mise en place progressive est indispensable
il est vital de respecter la discipline agile
il y a des rôles clé dont il ne faut pas sous estimer les fonctions
l'adoption des pratiques de développement est également un point important

Changez pour l'agile ! Alexis Monville et Martin Rigaud-Vin, Ayeba

La présentation par les intervenants Ayeba a été très ludique, sous forme de sketch / échange entre les deux speakers.

Ils ont commencé leur présentation en énonçant 3 facteurs de succès :

le sponsor : pour débuter, un projet éventuellement stratégique, mais le plus isolé possible
l'équipe : d'un côté un chef de produit impliqué et disponible, de l'autre un Scrum Master intéressé et dynamique (car, d'après les intervenants, son rôle ne l'occupera pas forcement à temps plein, ce qui implique qu'il sache se rendre utile par exemple sur des tâches de réalisation)
le management : son soutien est précieux, il est le garant des décisions et de la transparence des informations

Outre le côté interactif et vivant de la prestation des speakers, cette présentation était intéressante de par les anecdotes rapportées sur un projet (en cours) d'accompagnement d'un client vers un mode de réalisation agile (nouveau pour ce client). En effet, malgré qu'il se soit montré réceptif et convaincu par la méthodologie qui lui a été présentée, plusieurs situations ont montré qu'il n'avait pas forcement tout saisi et encore moins appréhendé les changements fondamentaux qu'il allait devoir apporter sur son processus.

Ce que les speakers retiennent de cette expérience, c'est l'idée de faire passer à leurs interlocuteurs une session de simulateur agile d'au minimum une demi-journée, ceci dans le but d'évaluer leur compréhension.

Osez le changement, risquez le succés, obtenez des résultats remarquables - Bénédicte Taillebois, Astria - Frédéric Friess, Octo

Dernier retour d'expérience, celui fait par la société Astria, accompagnée par la société Octo dans sa mise en place d'un processus agile (l'objectif de Bénédicte Taillebois lorsqu'elle est arrivée en poste). Le contexte initial chez Astria était le suivant : 1600 jours de spécifications sans la moindre réalisation, 1 directeur de projet et 3 chefs de projets.

L'arrêt des spécifications a été décrété, et un dossier d'architecture réalisé par Frédéric Friess, suivi d'un accompagnement au changement.

Quelques améliorations chiffrées après 18 mois :

une livraison après chaque itération (2 semaines), contre une livraison par semestre auparavant
12 000 tests automatisés et des spécifications exécutables (FitNesse), contre 30 jours de tests de non régression auparavant

D'autres constats ont été faits, tel le regain de confiance dans l'IT et une augmentation de la valeur métier, le retardement des décisions structurantes du fait d'une approche incrémentale, mais également des frictions dues au changement (remise en question du poste de chef de projet).

Quelques pratiques relatées :

une immersion de 2h à 1 jour dans les équipes métier
tester l'innovation pour se rendre rapidement compte de ses avantages et inconvénients

Il est intéressant de noter que dans les caractéristiques du manager agile mentionnées par Bénédicte Taillebois, il y a la vulnérabilité. En effet, elle affirme que plus sa vulnérabilité est grande, plus l'équipe est forte.

Là aussi, nous avons eu droit à des recommandations, sous la forme d'un kit de survie :

KISS (Keep It Simple and Stupid)
négocier le contenu, pas la date
ralentir quand ca va mal

Comment concilier les pratiques Agiles et le contrat au forfait? David Samreth, SQLI

La présentation s'est faite en 2 temps : un état des lieux / classification des caractéristiques des pratiques Agiles et du contrat au forfait, suivi d'un énoncé d'axes d'adaptation pour répondre à l'idée de conciliation entre les deux pratiques.

Les projets au forfait sont caractérisés par un triplet (budget, périmètre, planning) qui a pour conséquence d'imposer au prestataire une gestion des risques et d'introduire une conséquence importante de négociation (potentiellement conflictuelle) avec son client (ce qui est antagoniste aux valeurs énoncées par le manifeste agile).

Au sujet de sa combinaison avec des pratiques agiles, il existe un certain nombre d'idées reçues telles que :

le fait que les méthodes agiles pourraient permettre de proposer des forfaits moins chers
le fait que les méthodes agiles sont incompatibles avec les notions de maîtrise de coût et de périmètre

Dans le cadre de sa réflexion sur le sujet, l'intervenant nous a présenté 5 axes d'adaptation :

l'engagement budgétaire ne peut se faire qu'en redéfinissant de nouvelles unités d'oeuvres. Le story point étant un bon candidat, on peut très bien envisager un engagement contractuel sur la base d'un nombre de points
pour tirer profit des gains apportés par le mode itératif des pratiques agiles, il est indispensable d'introduire une flexibilité sur le périmètre plutôt que de chercher à le contractualiser au départ
l'engagement sur le planning peut passer par la contractualisation d'une vélocité moyenne, permettant de cadrer l'avancement en terme de richesse de fonctionnalités livrées au terme de la période définie
le partenariat entre "client" et "fournisseur" se doit d'être contractualisé afin de gérer l'arbitrage et la priorisation, mais aussi de maîtriser les risques en cas de faible implication du client (point de blocage pour le démarrage d'un nouveau sprint)
intégrer une démarche orientée ROI qui consiste à prioriser les fonctionnalités considérées comme à forte valeur ajoutée, et à savoir s'arrêter lorsqu'on atteint des fonctionnalités coûteuses à mettre en oeuvre et à faible valeur ajoutée (d'autant plus si elle ne sont pas indispensables).

En suivant ces axes d'adaptation, on peut arriver à la notion de forfaire agile, caractérisé par :

un budget fixe
un délai fixe
une vélocité fixe

En prenant cette approche et définissant un contrat chapeau, puis en assurant un suivi contractuel lors de chaque sprint (en définissant un mini forfait auquel est par exemple rattaché le contenu du spring backlog), il semble envisageable de mixer pratiques agiles et projet au forfait tout en apportant une flexibilité au client sur la gestion du changement. En effet, tout n'est alors plus que gestion du product backlog et de la priorisation.

Tout cela parait évidemment simple sur le papier, mais cela ne doit pas masquer les points critiques qui sont d'après moi :

la concrétisation de la valeur d'un point sur le plan budgétaire
le consensus sur l'estimation de coût en points des user stories
le consensus sur la qualification d'une tâche réalisée lorsque le résultat ne répond pas à ce que souhaitait le client : est-ce une anomalie à corriger à la charge du fournisseur ? Est-ce qu'une nouvelle enveloppe de points va être utilisée dans le cadre contractuel ?
l'évaluation par le fournisseur de la charge à reporter sur chaque sprint pour ce qui est des tâches de correction d'anomalies, et à inclure dans la détermination budgétaire (coût du point) et dans le planning (vélocité moyenne) sans que cet aspect ne soit réellement exposé à son client

Les deux derniers points montrent la limite de la combinaison agilité / forfait dans la mesure où la notion d'anomalie est un critère important dans le cadre d'un forfait en ce qui concerne la maîtrise du budget et qu'elle introduit inévitablement des conflits, lesquelles sont supposés réduit à néant avec les pratiques agiles dans un cadre classique.

Pour finir

L'Agile Tour est un évènement très précieux tant pour les initiés que pour les débutants. Son expansion dans plusieurs grandes villes de France permet de rendre l'évènement plus accessible que des messes annuelles dans une grande ville comme Paris. Ceci combiné à la gratuité (ou une faible participation) devrait vous encourager à saisir l'opportunité si elle se (re)présente.

Quelques liens pour ceux qui sont intéressés par le sujet :

Etape Parisienne de l'Agile Tour 2009 l'après-midi (partie 1)

Mon, 19 Oct 2009 06:25:23 GMT

L'après-midi de l'étape Parisienne de l'Agile Tour 2009 a été bien plus dense que la matinée. Au programme, jusqu'à 6 sessions d'une durée de 45' (sachant que certaines sessions s'étendaient sur 2 créneaux).

Creating Leaderful Teams for High Performance - Deborah Hartmann Preus

Deborah Hartmann Preus a tenu une présentation sur le thème de l'équipe et de la performance, à commencer par une définition du terme "team" : individuals who committed to work together in a common goal.

Définition sur laquelle elle a rebondi pour expliquer que la répartition des membres d'une équipe dans plusieurs bureaux est une faiblesse pour ce qui est de la collaboration. Quant à la position dominante du chef, elle en a illustré les conséquences par la façon dont certaines équipes appréhendent le Chair Game (figure imposée à réaliser avec les chaises des participants et en n'ayant recours qu'à de la communication non verbale), attendant que le leader hiérarchique donne l'impulsion, perdant ainsi beaucoup en efficacité.

L'intervenante a mentionné de nombreuses références d'ouvrages pour chacun des thèmes abordés, comme par exemple Wave Rider: Leadership for High Performance in a Self-Organizing World pour illustrer le comportement du surfeur qui ajuste son mouvement en fonction des évènements (auparavant, elle avait rappelé que si la météo ne pouvait être prévue avec un degré de certitude décent pour plusieurs jours dans le futur, il n'est pas choquant que les tentatives de planification dans le temps d'un projet informatique puissent rencontrer cette même incertitude).

Il a également été question de Double Loop Learning en opposition à Single Loop Learning, soit une remise en question du statut quo plutôt qu'une simple boucle d'ajustement qui se contente de réagir de manière itérative aux conséquences plutôt que d'analyser les causes d'un état donné. En termes anglais, ce qu'il faut retenir de cette opposition est : "do the right thing" not only "do the thing right".

On a également droit à la citation d'une définition de coaching : "partnering with clients in a thought-provoking and creative process that inspires them to maximize their personal and professional potential"

Autre livre mentionné, Teamwork Is an Individual Skill: Getting Your Work Done When Sharing Responsibility au sujet du processus de responsabilité/responsabilisation.

Pour ceux qui ne veulent pas attendre que les slides soient mis à disposition par les organisateurs de l'Agile Tour, vous les trouverez déjà en ligne sur le site de l'intervenante.

Illusions et Désillusions - Patrice Petit, Agilii, Agilbee, Université Paris Ouest

Patrice Petit vient alimenter une réflexion joliment illustrée (slides) sur les illusions (problèmes) et désillusions (solutions) qu'on peut rencontrer dans un cadre agile. Il a entamé cette réflexion à la suite de l'échec rencontré par une équipe sur un projet agile, équipe qui avait pourtant été très performante avant de s'effondrer.

Tout commence par une petite définition : groupe = individus + interactions = système complexe. L'intelligence du groupe serait notamment optimale lorsque celui-ci est constitué de 5 ou 7 personnes.

Concernant le scénario classique de problème de qualité rencontré sur un projet, Patrice a présenté et commenté les 2 alternatives qui se présentent aux équipes :

la réécriture de l'application, qui peut donner l'illusion d'avoir résolu le problème, sans pour autant l'avoir réellement identifié et combattu
la mise en place d'une méthode agile, qui a pour effet entre autre de laisser place à une décharge cognitive collective et individuelle

Pourquoi parler de décharge cognitive ? L'intervenant a illustré cela par différents exemples, dont celui des rétrospectives : réunions d'équipes permettant de partager les observations faites pour ne pas trainer individuellement les défauts observés. La constitution de tests a non seulement l'effet positif de libérer le cerveau des développeurs/testeurs (qui peuvent s'appuyer sur ces tests plutôt que de devoir conserver dans un coin de leur tête les règles qu'ils illustrent), mais elle soulage également le travail d'architecture puisque celui se fait assez naturellement grâce aux tests.

On en arrive aux illusions liées à l'introduction de méthodes agiles, on peut par exemple citer :

le client ne viendra pas sur site
le manager ne nous sert plus à rien

Premier élément de réponse à la réflexion initiale de Patrice (comment une équipe performante peut-elle soudainement s'effondrer), l'illusion d'invulnérabilité qu'une équipe performante peut avoir, rendant difficile l'ajout ou le remplacement d'une personne étant donné que l'équipe est exigeante quant aux compétences des nouveaux. Tout cela peut donc aboutir à une équipe capable de se détruire à la moindre perte bousculant son biorythme. La remise en question perpétuelle, amélioration continue, est donc de mise, ce qui se traduit par différentes désillusions :

self awareness, doute et curiosité
Advocatus Diabolu (éviter le conformisme, éviter l'endormissement des pratiques, auto-réguler les rumeurs)
améliorer la qualité du consensus et de la coopération entre individus

Que faudrait-il retenir de cette session ? Sans doute que le coach agile n'est pas juste un gestionnaire de projet, mais qu'il est encore davantage et gestionnaire RH et un psychologue, casquettes pour lesquelles il a également besoin de compétences fortes.

A Themed Based Analysis of the Expectations and Concerns of the Developers prior to the Introduction of an Agile Development Methodology in a Large Software Development Team - Mary Giblin

Sous cet intitulé très long se cache tout simplement une étude de cas réel sur les craintes et convictions d'informaticiens (développeurs, testeurs, concepteurs) suite à l'annonce par leur hiérarchie de l'adoption de pratiques agiles dans leur entreprise. L'intervenante étant là pour nous présenter le contexte, la méthode employée, et les résultats.

Après une courte présentation du contexte, à savoir un société de taille importante découpée en plusieurs unités, dont celle étudiée lors du changement d'organisation. Cette unité est constituée de 250 personnes avec principalement des rôles de développeurs, testeurs, concepteurs. De plus, elle possède des adhérences avec d'autres unités de la société. A noter que le terme large software development team n'a pas été explicité plus en détail (en particulier au niveau de la taille d'équipes logiques, facteur important dans la façon dont une organisation agile se décline).

L'intervenante a rappelé que la conséquence naturelle d'une organisation (au sens société) de taille importante était la rigidification du/des processus, justifiant le fait qu'un changement dans l'organisation passait quasi systématiquement par une décision de la direction imposée à ses salariés.

L'organisation historique de l'unité étudiée est une organisation en silos, dans laquelle on retrouve :

des Business Managers et Product Managers
des System Engineers
des Developers
des Features Testers
des Integration Testers et System Testers

sans oublier les utilisateurs en entrée et sortie de cette organisation.

L'objet de l'étude a été de sonder le personnel après l'annonce par la direction de la volonté d'adopter des méthodologies agiles, avec un début de transition consistant en :

la mise en place de pratiques Scrum et XP
la création d'un Product Owner issu de l'équipe de conception (System Engineers)
l'immersion d'un testeurs (Feature Tester) dans l'équipe de développement pour améliorer le travail main dans la main entre ces deux populations

Les interviews se sont faites en 2 étapes suite à cette annonce : une première série de questions ouvertes, puis, partant de ces premiers retours, la soumission d'affirmations auxquelles les sondés devaient répondre en fournissant un degré d'adhésion (adhésion totale, forte, mitigé, faible, aucune adhésion).

Les résultats de l'enquête qualitative ont permis les constats suivants :

un existant fortement piloté par la documentation a été dénoncé
la relecture de code et les tests unitaires se faisaient à la marge, et leur adoption complète dans le processus est vue d'un bon oeil
malgré les bénéfices reconnus, des doutes ont été émis sur le Pair Programming, notamment le risque de conflits entre équipiers
au sujet du TDD, les sondés se posaient des questions concernant le code existant, et avouaient que leur adoption passeraient par un changement de vision assez important
le fait d'avoir des itérations plus courtes et fréquentes était vu comme potentielle source de pression
le rassemblement des équipes dans un Open Space était considéré comme un risque de distraction et une source de nuisance (bruit)

Quant aux questions quantitatives, les tendances qui se sont dégagées étaient :

plus de 60% d'adhésion sur la faible utilité de la documentation
une adhésion à 100% sur l'idée d'essayer de nouvelles méthodes et de s'améliorer continuellement, pour autant 23% des sondés auraient préféré conserver la situation existante et tenté de l'améliorer
87% de convictions que les méthodes agiles allaient adresser au moins certains, si ce n'est tous, des points noirs du processus existant
seulement 19% de sondés trouvent qu'il risque d'y avoir trop de concepts à introduire en une seule fois

Au final, assez peu de scepticisme, si ce n'est ceux qui auraient préféré améliorer le processus existant, ainsi que des avis assez mitigés sur le fait que les méthodes agiles étaient une mode ("buzzword").

Aspect important à préciser dans l'interprétation des résultats, la plupart du personnel avait déjà plusieurs années d'expériences, ce qui signifie qu'il faudrait sans doute rajouter le qualificatif experienced à la description "Large Software Development Team".

Seconde partie de l'après-midi

Rendez-vous dans le prochain (et dernier) billet pour ce qui concerne des retours d'expérience et une réflexion sur la contractualisation de forfaits agiles.

Retour sur l'étape Parisienne de l'Agile Tour 2009

Fri, 16 Oct 2009 14:24:35 GMT

Seconde édition, après le succès des 7 étapes de l'Agile Tour 2008 (700 participants), l'Agile Tour 2009 voit plus grand et parcourt 18 étapes mondiales en ce mois d'octobre avec une prévision de 2500 à 3000 participants.

Le programme pour l'étape Parisienne était le suivant avec constamment 3 sessions en parallèle dans les locaux de l'université Paris Ouest Nanterre La Défense :

orientées Recherche et Méthode, dans un (grand) amphi
orientées Managers dans une salle d'une capacité d'environ 50 personnes
orientées Coaching et Equipes dans une salle d'une capacité d'environ 50 personnes

D'après les organisateurs, entre 200 et 250 personnes étaient attendues, mais il faut croire que le côté gratuit de l'évènement incite certaines personnes à s'inscrire sans forcement se rendre à l'évènement (un peu dommage pour la logistique, pour la peine ils n'auront pas droit à un t-shirt offert ainsi qu'aux réductions pour les formations partenaires).

De grands noms ? Il faut bien tenir tête aux organisateurs locaux de Grenoble qui ont mis la barre très haute (Henrik Kniberg, auteur de « Scrum et XP depuis les tranchées » et Elisabeth Hendrickson, membre du board de l'Agile Alliance), et donc d'inviter - en complément d'universitaires - des membres de renommée internationale comme Jean Pierre Vickoff (PUMA) et Déborah Hartmann Preuss.

Tout a commencé vers 9h30 avec l'accueil de Patrice Petit (fondateur et organisateur de l'Agile Tour, dirigeant des sociétés Agilii, Agilbee, et enseignant en Universités) qui présente l'édition 2009, la journée parisienne, et remercie les sponsors.

C'est donc avec 20 minutes de retard que débutent les sessions, ce qui aura un léger impact pour ceux qui, comme moi, changeront de salle / thème après la première session.

Mais de quoi parle-t-on à l'Agile Tour 2009 ?

De pratiques agiles voyons. Vous avez certainement déjà entendu parler de Scrum, d'XP (eXtreme Programming), Scrum Master, Product Owner, Coach Agile, Sprint, TDD, Pair Programming. Non ? Dans ce cas vous avez raté l'opportunité de mettre un pied dans l'engrenage et d'apporter un souffle nouveau à vos projets … voire à votre entreprise. Sachez que Novédia Vision, pôle Conseil Technique et Méthodologique de Novedia, saura vous accompagner dans la découverte et l'adoption de ces pratiques. Mais commençons tout de suite en parlant plus concrètement de l'évènement qui nous intéresse.

Ils étaient 69% (inscrits) à l'étape parisienne à déclarer peu connaître l'agilité, contrebalancé par 18% (inscrits) à déclarer en avoir fait une adoption totale. La journée s'annonçait donc sous le signe des extrêmes, et le découpage opéré par les organisateurs salutaire pour que tout le monde y trouve son compte.

Difficile de se dédoubler, il faut donc faire des choix et accepter de passer à côté de conférences, retours d'expériences, ou encore ateliers intéressants sur le papier.

Je vous propose quelques morceaux choisis des sessions de la matinée auxquelles j'ai eu l'occasion d'assister.

Embarquez avec SCRUM - Mise en place de SCRUM à la Direction Internet de GENERALI Christophe Leonard, Generali

Lors de cette session, à mi-chemin entre la conférence et le retour d'expérience, le speaker nous explique la démarche de la société Generali qui a abouti à l'adoption de pratiques agiles. L'objectif de la présentation est notamment de démystifier ces dernières.

Contexte : création d'une direction Internet début 2008 avec pour objectif d'ajouter une composante B2C (« espace client ») au site institutionnel de la société … en 6 mois. Compte-tenu des délais, le choix des méthodologies agiles s'est imposé, en particulier la méthodologie Scrum dont le crédo est « d'apporter la plus grande valeur métier sur la durée la plus courte », ce qui est complètement en phase avec la contrainte initiale de délais.

Les piliers du Manifeste Agile ont été rappelés :

« Individuals and interactions over processes and tools », ou l'importance des hommes et du travail en équipe
« Working software over comprehensive documentation », ou le fait de privilégier un logiciel qui fonctionne et apporte de la valeur, face à une documentation abondante et parfois dépassée
« Customer collaboration over contract negotiation », ou le recentrage sur la notion de partenariat plutôt que la relation (source de conflits) de type client / fournisseur (même au sein d'une même organisation)
« Responding to change over following a plan », ou l'importance de s'adapter au changement plutôt que de s'enfermer dans une planification et un échéancier précis

ainsi qu'une cinquième valeur chère au speaker : « le mode itératif et l'optimisation continue ».

Lorsqu'on parle d'itération, on en vient à introduire 2 termes :

le sprint : terme propre à Scrum qui désigne une itération élémentaire lors de laquelle l'équipe se focalise sur la mise en oeuvre d'un ensemble fini de fonctionnalités. Sa durée va en général de 1 à 4 semaines
la release : mise en production d'une nouvelle version du logiciel (dans un contexte Scrum, regroupe le résultat d'un ou plusieurs sprints)

Reprenant le 1er pilier du Manifeste Agile, l'intervenant décrit les 3 rôles intervenant dans un projet mené avec la méthodologie Scrum :

le Product Owner, ou encore celui qui représente les intérêts de l'utilisateur final
le Scrum Master, ou encore celui qui est en charge d'appliquer tous les préceptes de Scrum, à commencer par animer le projet, protéger l'équipe, et dénouer les problèmes. Selon l'intervenant, il est préférable que cette personne soit à temps plein, et également qu'elle joue pleinement son rôle sur la période d'un sprint en défendant les intérêts du projet face aux demandes du Product Owner (analogie avec le capitaine d'un bateau qui est seul maitre à bord entre 2 ports et qui peut décider de ne pas prendre le large si on surcharge son bateau).
l'équipe, ou encore toute personne (développeur, testeur, etc.) intervenant dans le processus de production de valeur

Egalement mis en évidence, le Daily Scrum, meeting d'équipe quotidien de 15' à 30' servant à l'auto organisation de l'équipe (avancées des dernières 24h, problèmes / difficultés rencontrées, tâches envisagées pour la journée), pour lequel le speaker a souligné qu'il n'était pas le lieu pour la résolution de problèmes (pris en charge par le Scrum Master, à moins que des membres de l'équipe ne s'auto-organisent dans la journée pour y remédier).

Concernant le second et le troisième pilier, on mentionnera le Planning Poker qui est un outil destiné à évaluer en groupe la complexité des User Stories (à rapprocher de la notion de cas d'utilisation pour les novices), mais aussi à en affiner le contenu en confrontant les estimations, pour aboutir à une décomposition en tâches.

Pour finir, l'intervenant a décrit deux évènements post Sprint (itération) :

la revue de sprint : réunissant l'équipe (au sens large) et toute personne concernée par le logiciel produit (utilisateurs par exemple) pendant 1 à 2h pour présenter de manière informelle (et sans grande préparation, laquelle ne doit pas dépasser 2h selon l'intervenant) le contenu du sprint via des démonstrations concrètes, permettant au Product Owner de valider les fonctionnalités, voire de s'appuyer sur des éléments concrets pour envisager de les compléter
le bilan de sprint (plus connu sous le nom de « rétrospective ») : réunissant l'équipe (au sens large) pendant 30' à 2h pour faire un bilan du sprint et identifier les progrès réalisés ou à faire, les erreurs ou problèmes rencontrés, dans le but d'en tirer des leçons (amélioration continue)

Quels sont les gains mesurés par la direction Internet de Generali ?

Une meilleure communication, confiance, transparence
Une visibilité et maîtrise du coût
Une mise en valeur des équipes de réalisation
Une réactivité face au marché

Reprenant le dernier point, l' « Espace Client » a bien été mis en ligne dans les délais, et les premières analyses comportementales des utilisateurs ont permis de revoir les priorités par la suite pour aller d'abord vers la réalisation des fonctionnalités les plus propices à générer des retombées financières.

Des conseils ? Voici ce que le speaker retient après 18 mois de pratiques :

l'importance de se faire accompagner par des experts
l'importance du sprint 0 (mise en place du projet, choix des outils et orientations techniques)
ne pas commencer la 1ère itération avant d'avoir un backlog produit (liste de fonctionnalités) assez fourni pour occuper l'équipe
le recours à l'intégration continue et aux tests automatisés
préférer des petits projets sans adhérences pour une première expérience de projet agile
suivre de près les adhérences

Profil d'un coach Agile – Oana Juncu, SFEIR

Comment définir un coach Agile ? Ou alors retour d'expérience et vision du coach intervenante ? Difficile de le dire car la présentation était quelque peu tournée autour d'anecdotes et du vécu de la speaker, et moins autour de l'élaboration du portrait robot du coach Agile.

Résumons la session sous ces 2 angles :

Le coach Agile

Le coach peut être vu dans sa définition classique comme un entraineur, quelqu'un qui va apporter son soutien, qui aide les gens à être performants. Dans un contexte agile, le coach ne se situe pas nécessairement au niveau « projet », mais plutôt au niveau organisationnel : son champ d'action va au delà de celui qu'on pourrait attribuer à un Scrum Master, population que le coach est souvent amené à former, tout comme le Product Owner.

Les qualités / valeurs que doit porter un coach agile sont, d'après la speaker :

être pragmatique
observer et non imposer
promouvoir
encourager l'adoption du binômage au delà du cadre de la production de code, mais à tous les niveaux
savoir accompagner le changement avec respect (être capable de faire un état de lieux de l'adoption des pratiques agiles, observer les comportements, et réfléchir aux changements que l'équipe peut absorber à un instant t)

Les réflexions de l'intervenante

La coach est revenu sur son parcours qui l'a amené d'un contexte de projets (il y 4 ans de cela) réalisés dans un modèle de cycle en V incompatible avec les fortes contraintes Time To Market, au statut de coach et promotrice des pratiques agiles, en étant passée par les étapes intermédiaires de « coachée » , d'intervenant agile, et de partenaire agile. De quoi vous montrer qu'on passe par différentes étapes avant de se sentir / être reconnu comme un coach.

Selon elle, le coach agile a pour objectif d'aller plus loin que le périmètre IT d'un projet logiciel. Il a son rôle à jouer dans l'établissement et l'animation des communautés utilisateurs, en commençant par l'accompagnement du Product Owner dans la découverte de son rôle dans le cadre d'un projet Scrum.

Elle a également cité le Shu-Ha-Ri, principe d'apprentissage clé des arts martiaux japonais, repris par Alistair Cockburn dans une déclinaison agile sous la forme « Pratiquer / Améliorer / Evoluer » qui peut définir les fondements du coaching agile.

La suite ?

L'après-midi a été riche de contenu et d'enseignements, mais ceci fera l'objet d'un autre billet.

En attendant, je vous propose quelques lectures pour patienter :

Scrum et XP depuis les tranchées, par Henrik Kniberg (traduit en français par Guillaume Mathias, Bruno Orsier, Emmanule Etasse, Christophe Bunn)
Le site de l'Agile Tour (vous pourrez toujours y guetter l'arrivée des supports de présentation)
Un forum d'entraide sur les Méthodes Agiles, avec notamment quelques débats intéressants

Paris JUG : compte-rendu de la session du 13 octobre 2009

Wed, 14 Oct 2009 15:06:08 GMT

Quelques annonces importantes

DEVOXX. Les inscriptions à LA CONFERENCE sur java en Europe sont toujours ouvertes. Elle se déroulera à Anvers du 16 au 20 novembre.

Parleys. M. Quiz, un des membres de l'équipe du Paris JUG a commencé la retranscription des vidéos des anciennes sessions. La première vidéo reprend la session qualité logicielle.

JSF2

La première session traitait de JSF2 et a été animé par Damien GOUYETTE et François PETITIT. L'objectif de la session était de faire découvrir les bases de JSF ainsi que les nouveautés apportées par la version 2.0. La présentation qui était structurée, fluide et claire comprenait quatre parties : introduction, présentation, les outils et la conclusion.

En introduction, les speakers ont rappelé l'historique de JSF qui est le premier framework jee pour le développement d'IHM riches. La version 1.0 date de 2004. Nous en sommes aujourd'hui à la version 2.0 qui s'appuie sur la JSR 314.

Les auteurs ont ensuite montré quelle était la place de JSF par rapport aux frameworks de présentation du marché. Signalons, que Struts est absent de leur schéma, comme ils l'ont eu même noté. Pour ma part, je pense que Struts a actuellement beaucoup de concurrents mais il n'est pas prêt de disparaître complétement chez nos clients. Par ailleurs, JSF, à l'instar de Wicket est un framework orienté composant, alors que Spring MVC et Struts sont des frameworks orientés action.

Damien et François sont ensuite rentrés dans le vif du sujet avec une présentation des fonctionnalités de JSF.

JSF se positionne comme le framework ihm de jee. Il fait d'ailleurs partie du profil web de jee6.

Il obéit au pattern MVC2. Le controller est configuré dans le fichier web.xml. Il gère une vue et un managed bean, coté serveur. La présence d'un fichier faces-config ou sont déclarés la navigation et les managed beans est facultative.

Concernant le cycle de vie, JSF permet la conversion automatique de la valeur d'un attribut de la requête en objet java, le support des primitifs et des dates, le support de convertisseurs personnalisés et configurables ainsi que plusieurs dispositifs de validation (dans la vue, dans le managed bean et dans les entities et/ou les managed beans en utilisant la JSR 303, qui fera prochainement l'objet d'une présentation au Paris JUG).

Le managed bean est la classe contenant la logique de présentation connectée au métier. Le scope du bean peut être de niveau Application, Session, View ou Request. Le scope View a été introduit dans JSF 2.0 : l'objet ayant cette portée aura la même durée de vie qu'une conversation web. Un autre apport de la version 2 est la simplification de la configuration puisqu'on passe de déclaration dans le fichier xml faces-config aux annotations. Le lien entre la vue et le managed bean se fait via l'Expression Language.

JSF est un framework orienté composant. C'est un élément d'interface utilisateur, configurable et réutilisable. Un composant vit sur le serveur. Chaque action dont il fait l'objet donne lieu à des traitements pour mise à jour coté serveur. L'état des composants est restauré puis sauvegardé à chaque cycle requête/réponse. Avec JSF 2 la création de nouveaux composant se fait en deux phases: déclaration d'un fichier xml situé dans une arborescence particulière (si mon composant s'appelle hello, il se trouvera sous /webapp/resources/hello/hello.xhtml), et utilisation dans la vue avec déclaration préalable du namespace du nouveau composant. Ainsi, JSF 2 facilite la création de nouveaux composants.

Il existe des bibliothèques de composants référencés sur le site www.ajaxjsf.net.Parmi les différentes librairies, les speakers ont recommandé RichFaces, PrimeFaces et IceFaces.

L'ancienne critique sur une intégration inexistante avec Ajax n'est plus d'actualité. JSF 2 propose une gestion native d'Ajax avec la balise .

JSF 2 vient nativement avec Facelet. Il intègre donc le templating de page.

La présentation des fonctionnalités a été illustrée par une demonstration.

Les speakers ont ensuite évoqués les outils. Ils ont rappelés notamment que le serveur d'application le plus avancé avec un support natif de JSF était Glassfish.

En conclusion, Damien et François ont rappelé les nouvelles fonctionnalités. Ils ont également signaler que l'équipe en charge de la spécification était à l'écoute des demandes des utilisateurs.

Les slides ainsi que le code source de la démonstration son disponible sur le site du Paris JUG et sur le site de Damien Gouyette.

Appli embarquée ou service mobile – Partie 2: Le jeu des différences

Tue, 06 Oct 2009 07:30:46 GMT

Après avoir défini ce que sont les applications et les services mobiles, nous allons analyser les avantages et inconvénients de chacun afin que les non-initiés puissent se faire une opinion objective.

Pour commencer à différencier une application mobile d’un site mobile, il convient par exemple de comparer :

le service mobile iPhone et l’application iPhone Facebook,
le service mobile iPhone et l’application iPhone Gmail.

Dans le premier cas, l’application est tellement bien réalisée que la Web App iPhone de Facebook n’est plus tellement attractive.
Dans le second cas, la Web App Gmail est tellement plus riche, plus simple d’utilisation et plus ergonomique que l’application iPhone Gmail devient pour le moment moins attractive.

Ces jugements qui peuvent paraitre subjectifs, montrent néanmoins qu’il n’y pas une supériorité définitive de l’application sur le service mobile et inversement.

En effet, c’est souvent en fonction du contexte fonctionnel du projet, de la cible souhaitée, des coûts de réalisations, etc. que le développement est orienté vers l’application embarquée ou le service mobile.

Comme cela été évoqué précédemment, l’application est réalisée dans un langage de programmation (Objective C pour iPhone, J2ME pour terminaux supportant Java, etc.) alors qu’un service mobile est réalisé avec des langages issus des familles HTML / JavaScript. Il est facile de constater à ce niveau que la tendance est au rapprochement à grande vitesse des technologies Web / Web mobile.

Le service mobile à l’avantage “d’être plus facilement compatible” avec un parc conséquent de terminaux. Il est par ailleurs encore plus aisé de faire des modifications sur un site mobile que sur une application.

Pour bien marquer les différences entre ces deux notions voici quelques points clés de comparaison :

• Portabilité : le service mobile l’emporte s’il est réalisé/hébergé sur une plate-forme capable de gérer l’adaptation à un parc de terminaux indépendamment de l’hétérogénéité des environnements technologies mobiles (OS mobiles). L’application mobile peut être compatible avec un seul ou plusieurs environnements. Dans le second cas, il y a de fortes probabilités de recoder l’application et parfois dans différents langages de programmation. Il est toutefois possible de se limiter qu’à un seul environnement : exemple appli iPhone ou appli Androïd ou appli Windows Mobile, etc.

Avantage pour le service mobile

• Développement/ Coût : une application semble encore plus longue à développer avec les outils actuels (cela risque de ne pas durer peut-être) qu’un service mobile qui utilise de plus en plus les standards du web.

Avantage pour le service mobile

• Maîtrise et réactivité de la mise en ligne : un service mobile peut être hébergé comme n’importe quel site Web. La seule différence réside dans la compatibilité du service avec les multiples navigateurs Internet équipant les terminaux mobiles.
Aussi, il est souvent conseillé de réaliser un service mobile au sein d’un environnement capable de gérer automatiquement la détection d’un terminal et de lui fournir les pages et contenus adaptés. Cet environnement peut être une plateforme de services mobiles.
Le service mobile offre une grande souplesse dans sa gestion puisque comme un site Web, un CMS (Content Management System) suffit à l’animation du service (Ajout d’images, gestions éditoriales, mise en avant, etc.)
Au-delà, la mise en ligne et les modifications opérées sur un site mobile ne sont pas obligatoirement soumises à une validation d’un tiers modérateur. Ceci est à relativiser dans le cas où le service doit être référencé sur un kiosque de services comme Gallery, Plazza ou autres. Dans ce cas précis, les opérateurs de télécom, propriétaires de ces kiosques, demandent en effet, le respect de différentes chartes graphiques ou déontologiques.
Toutefois, la politique éditoriale d’un site mobile sera beaucoup plus libre que celle d’une application embarquée validée par un tiers pour être disponible sur un App Store. La politique d’Apple en est le parfait exemple.

Avantage pour le service mobile.

• Accessibilité : il s’agit d’un problème de communication et d’usage principalement. En effet, pour accéder à un service mobile, il est nécessaire d’avoir l’url du service sur son téléphone mobile (enregistrée sous forme de signet dans les favoris du téléphone) ou de faire une recherche sur les moteurs de recherche de l’Internet mobile (Gallery, Google mobile, Yahoo mobile, Bing, etc) pour peu qu’il soit bien référencé.
Pour une application embarquée, il est nécessaire de télécharger l’application compatible avec son téléphone mobile et de l’installer. Évidemment sur l’iPhone ou les Google Phones HTC, ce mécanisme a été simplifié.
D’une manière générale, l’utilisateur utilise les Apps Store pour trouver une application, la télécharger et faire apparaître une petite icône représentative de l’appli sur le tableaux de bord du téléphone mobile.
Cependant les Apps Store sont victimes de leurs succès et il devient difficile de pratiquer une politique de référencement sur ces boutiques offrant des milliers de logiciels de toutes sortes. Pour être accessible, il faut être vu et donc pratiquer des buzz médiatiques et/ou faire de la publicité sur des mobile adserver, etc.
Aussi et bien qu’il y ait eu beaucoup d’efforts effectués dans le domaine des applications embarquées, il reste plus facile d’accéder à un service mobile. Cela reste effectivement proche des cas d’utilisation du Web : utilisation de moteur de recherche, ajout de favoris, référencement par Google/Yahoo et consœurs.

Avantage pour le service mobile.

• Utilisation en mode connecté/déconnecté : le gros avantage d’une application mobile est son usage en mode déconnecté. Les jeux sur mobile sont un parfait exemple de cas d’utilisation. Peu de jeux sur mobile permettent encore de jouer en réseau.
Un service mobile ne peut pas être accessible s’il n’a pas d’accès au réseau Internet (mode déconnecté) à partir du téléphone mobile.
Certains expliqueront qu’avec un site mobile de type Web App et en mode déconnecté, il est possible d’utiliser des fonctionnalités du site mobile en s’appuyant sur le cache du navigateur du téléphone. Il est vrai que l’on peut « bricoler » quelques astuces mais à dire vrai ce n’est pas une véritable solution.
Bref une appli mobile peut être utilisée en mode connecté et déconnecté si cela est nécessaire et s’il y a des fonctionnalités qui le permettent.
Un service mobile ne peut être accessible et utilisable qu’à partir du moment où il y a un accès (2G/3G, Wifi) à Internet à partir du téléphone mobile.

Avantages pour l’application embarquée.

• Les effets Waouh: il s’agit en fait de la capacité d’un service mobile ou d’une application embarquée de surprendre son utilisateur par des effets visuels ou d’usages.
Avec l’arrivée des téléphones équipés d’écrans tactiles et la révolution des usages de nouveaux effets sont apparus.
La mise à disposition de boites à outils (Software Development Kit) permettant d’interagir avec les fonctionnalités des téléphones mobiles, a par ailleurs favorisé l’utilisation de ces effets au sein des applications embarquées.
Parmi les effets, nous pouvons parler de la 3D, de la réalité augmentée, de l’effet Shake (secouer), Tilt (basculement mode paysage), du glisser/déposer, du pointer, du slideshow (cf. présentation pochettes albums sur iTunes), etc.
Il est effectivement possible de faire quelques effets sympa sur un site mobile de type Web App pour les téléphones Web Phones (iPhone, Google Phones, etc.)
Cependant les applications embarquées peuvent intégrer toutes les possibilités natives offertes par les systèmes d’exploitation des terminaux (la 3D et la réalité augmentée par exemple).
Aussi, les effets Waouh sont durablement plus spectaculaires sur une application embarquée.

Avantages pour l’application embarquée.

• Utilisation des fonctionnalités du téléphone: Avec la mise à disposition des SDK, il est plus facile pour un développeur d’application embarquée de faire appel aux fonctionnalités natives du téléphone mobile.
Il y a effectivement quelques progrès du coté de la mise au point des Web Apps pour interagir avec les composants du téléphones mais cela reste encore (et pour le moment) incomparable avec les possibilités d’intégration d’une application mobile.

Avantage pour l’application embarquée.

• Relation avec les clients : Le service mobile a l’avantage d’être facilement accessible par une grande majorité de terminaux mobiles. Si par exemple, vous réalisez une campagne SMS avec un lien cliquable pointant sur le service, il sera facile de générer de l’audience. Ce type de communication directe doit néanmoins être utilisée avec modération car la pratique pourrait s’apparenter à du spam pour les principaux destinataires.
Toutefois, l’application mobile présente un avantage car sur certains terminaux, il est par exemple possible de notifier/réveiller à distance une appli installée sur un téléphone mobile (le Push). Cette fonctionnalité permet d’avertir l’utilisateur d’une mise à jour d’une manière simple et discrète.

Avantage pour l’application embarquée.

• Billing : Il est possible d’ajouter des modules de paiement sur un service mobile afin de monétiser des contenus multimédias ou encore des services premium:

pour de petits montants, paiement via les kits de billing des opérateurs (Orange Wh-a, SFR, Bouygues Telecom, etc.)
pour un service mobile rattaché à un portail opérateur ou un kiosque des services (Gallery, Plazzza),
paiement via Carte Bancaire via un Web Service proposé par le commerçant propriétaire du service m-commerce,
paiement par Carte Bancaire via des facilitateurs de paiement (PayBox, Payline, etc.),
paiement via un compte de paiement (Paypal, Google Check out, etc.).

Sur les applications mobiles, les solutions sont encore (pour le moment) à leurs balbutiements. En effet, même si Apple a annoncé qu’il serait possible de réaliser des micro-transactions au sein même d’une application, ces mécanismes restent limités.
Il est cependant possible de facturer le téléchargement d’une application à partir d’un service mobile ou d’un quelconque App Store digne de ce nom.

Par ailleurs, il est important d’étudier les commissionnements exigés du fait de l’utilisation de ces solutions de paiement :

pour les kits de paiement des opérateurs de télécom : 30% pour l’éditeur, 70% pour l’opérateur,
pour l’utilisation de facilitateurs de paiement : quelques centimes par transaction et un coût mensuel variable calculé sur le CA réalisé,
pour l’utilisation du système de micro-transaction ou de facturation d’applications via Apple : 70% pour l’éditeur, 30% pour Apple.

Au regard de ces informations, il est facile de comprendre que la “monétisation” d’un service mobile reste intéressante bien que les réticences des utilisateurs à payer sur un service mobile constituent encore un obstacle non négligeable.

>Avantage pour le service mobile.

Conclusion:

Cette petite étude ne prétend pas être exhaustive tant les critères d’analyse peuvent être nombreux.

Pour résumer, il est indispensable avant de se lancer à la conquête du mobile de se poser quelques questions sur les cibles que l’on souhaite adresser avec un service ou une application mobile.

Le service mobile peut facilement concerner une grande partie d’un parc de téléphones en étant bien conçu et simple d’utilisation. la rapidité de sa mise œuvre et sa gestion au quotidien, permettent de bien débuter sur ce canal de communication.

Une application mobile confère une image différente, plus classieuse. Elle constitue une belle vitrine pour la marque qui choisit ce type de support. Toutefois, une application devra cibler une niche restreinte car le portage de ce petit logiciel sur différentes plateformes mobiles peut devenir dans beaucoup de cas, onéreux.

David Mas

Voir aussi :

Expertise

Stratégie mobile pour les médias

Ergonomie & Design

"Les éditeurs de contenus sur mobile : après la course à l’audience, la course aux budgets", par Marianne Fily - 25/03/2009

Blog

"Appli embarquée ou service mobile – Partie 1: Définitions", par David Mas - 06/10/2009

"iPhone & co : une appli ou pas ?", par Yves le Jan - 13/02/2009

"La musique sur mobile : à quand la "killer app" ?", par Nicolas Blaisot - 04/02/2009

Actus

Novedia développe une approche inédite pour convertir efficacement un site Web en dispositif mobile

Novedia accompagne un portail web panaméricain dans sa stratégie mobile

Le site mobile de la Fnac fête son 2 millionième visiteur unique !

France Télévisions fait appel à Novedia pour réaliser son application gratuite sur iPhone

Novedia lance son centre de services dédié aux applications mobiles et WebApps : Novedia Apps

Dior a choisi Novedia pour créer l'application iPhone associée à sa campagne "The Lady Noir Affair"

Slate.fr confie la réalisation de son application iPhone à Novedia Agency

Warner Music France et Novedia Agency lancent la première application iPhone consacrée à un artiste pop français : Sliimy

Novedia confirme son expertise en géolocalisation avec Géopablo

Novedia Maroc surfe sur la vague iPhone

Dans les médias

Novedia et Convertigo développent une approche inédite pour convertir efficacement un site Web en dispositif mobile - Le Figaro

Des applications mobiles pour des entreprises plus réactives ? - Atelier

iPhone apps : un relais naturel pour les médias - Le Journal du Net

Novedia accompagne les cybermarchands sur le mobile - Marketing Direct

Les "mobinautes" sont invités au voyage - Tour Hebdo

Sliimy en live sur Apple Store - Zikeo

Quel modèle industriel pour les applications mobiles ? - Le Journal du Net

Appli embarquée ou service mobile – Partie 1: Définitions

Tue, 06 Oct 2009 07:19:51 GMT

Si vous ne savez pas très bien quelle est la différence entre les deux voici quelques éléments pour vous permettre de comprendre ces notions :

-Définition d’une application embarquée :

Une application embarquée est un logiciel qui se télécharge et s’exécute sur un appareil électronique mobile comme par exemple un téléphone portable.

Ce petit logiciel s’appuie d’une manière générale sur le principe de widgets que nous connaissons sur nos ordinateurs.

Pour télécharger une application sur un téléphone mobile, il existe différentes possibilités:

transfert depuis un ordinateur via un câble de connexion,
à partir d’un service mobile,
via une boutique logicielle accessible depuis un téléphone mobile (App Store d’Apple, Windows Market Place, Nokia OVI, Android Market, etc.)
le cas échéant l’application est dite native ; elle est déjà dans le téléphone lors de l’achat du téléphone (l’opérateur ou le fabricant l’a ajouté comme fonction de base)

Une application embarquée est réalisée à partir de différents langages de programmation car il existe des environnements très hétérogènes au niveau des plateformes (les OS mobiles) installées sur les téléphones portables.

Aussi une application réalisée dans une technologie n’est pas nécessairement compatible avec toutes les plateformes (c’est d’ailleurs impossible). On parle alors de portabilité et de compatibilité de l’application avec le parc de téléphones que l’on trouve sur le marché mondial.

Les applications pour mobiles existent depuis l’apparition des téléphones portables.

Certaines sont de types professionnelles et d’autres orientées divertissement. Nous connaissons ces dernières à travers les jeux mobiles, un marché très important en termes de volumes et de titres de jeux vidéo adaptés pour les terminaux mobiles. Gameloft, société française issue d’Ubisoft, IPlay, Electronic Art sont les principaux éditeurs de la planète.

Toutefois, l’iPhone d’Apple a considérablement dépoussiéré l’image de l’application embarquée au point que beaucoup de développeurs, d’entreprises et les concurrents d’Apple s’intéressent de nouveau au phénomène. Les raisons principales du succès sont :

la mise en place d’une boite à outil de codage d’application relativement simple et financièrement accessible,
la diffusion mondiale d’un terminal ergonomique et puissant (puissance > à une console de type Nintendo DS),
un rendu très sympa,
une diffusion des applications facilitées via une seule et même boutique l’App Store,
un partage des revenus en faveur du créateur,
une bonne image d’Apple (ils sont bons sur le savoir-faire et surtout sur le faire-savoir),
etc.

-Définition d’un service mobile ou Web App:

Le vocabulaire Web App est apparu avec la sortie de nouveaux terminaux de type Web Phone comme les séries iPhone ou encore Google Phone pour ne citer que les plus connus du marché.

On parle de Web Phones car ces téléphones mobiles embarquent en leur sein des navigateurs Internet capables de supporter des technologies Web : Javascript, Ajax, etc.webapp

Ces navigateurs permettent ainsi de surfer sur le Web à travers un petit écran. Les sites Web ne sont toutefois pas si facilement visibles et ergonomiques sur ces terminaux.

Aussi, pour améliorer l’expérience de l’utilisateur par rapport à l’accès à l’Internet via ces téléphones, quelques acteurs ont inventé la notion de Web Mobile.

L’objectif est que le Web vienne sur le mobile alors que jusqu’à présent l’hétérogénéité des technologies de l’internet mobile conduisait à faire l’inverse.

Le Web Mobile s’appuie sur la capacité des navigateurs des Web Phones pour proposer des versions adaptées de sites Web pour ces téléphones.

Le but est de présenter l’information et de mettre en avant certaines fonctionnalités d’un site Web par exemple, afin qu’elles soient facilement utilisables en situation de mobilité avec un petit appareil électronique.

Parmi ces navigateurs mobiles, citons Safari sur iPhone, MiniMap sur Nokia, le navigateur mobile d’Android, etc.

Ces navigateurs mobiles ou leurs versions Web intègrent un moteur de rendu commun : WebKit. Ce moteur de rendu respecte des standards et normes définies dans les technologies Web.

Le développement et la compatibilité d’une Web App avec les différents navigateurs mobiles est facilité par le respect de ces normes.

A ce stade, il devient plus facile de comprendre qu’une Web App est une sorte d’application qui s’exécute au sein d’un navigateur mobile qui fait office de conteneur. On parle d’ailleurs pour bien simplifier la vie des non-initiés “d’appli browsée” ou de Web Application, en définitive de Web App.

Au-delà, le Web Mobile comme les applications embarquées subissent l’influence de la redéfinition des usages proposés par les téléphones mobiles ayant des écrans tactiles et capables de gérer des évènements liés aux interactions Homme-Machine : cliquer, glisser, double cliquer, pointer, secouer, tourner, parler, etc.

Ces nouvelles façons d’interagir avec un appareil ont un impact sur la possibilité de naviguer sur le Web Mobile. Finalement, Internet est accessible sans utiliser de clavier ou de souris et sans que cela ne nuise à la navigabilité au sein d’un service.

A travers l’ergonomie et les fonctionnalités supportées par les OS et les navigateurs des Web Phones, il est possible de modifier l’expérience des utilisateurs dans leur rapport à l’Internet en situation de mobilité.

Ainsi dans une Web App, il est possible de faire appel à des technologies du Web pour enrichir les possibilités d’un service mobile et d’utiliser si le Web Phone le permet, la gestion des évènements comme d’un écran tactile pour révolutionner les usages.

Pour les Web& Mobile Agencies, il devient plus intéressant de parler de Web App aujourd’hui car cela fait plus tendance, plus glamour de présenter un site mobile attractif visuellement et fonctionnellement.

Une Web App est un service mobile plus évolué. Il est vrai que le terme de site mobile souffre d’une mauvaise connotation dans le secteur. Cela rappelle sans doute trop l’époque du site mobile WAP (XHTML/WML) ou i-Mode (CHTML) peu engageant ou de qualité médiocre.

Bien que les Web Apps soient en vogue, il n’en reste pas moins que les terminaux Web Phones sont encore loin de constituer la majorité des téléphones mobiles du marché mondial.

Il est vrai que les fabricants de terminaux s’orientent vers ce type d’appareils pour leurs futures générations de produits. Pour une grande majorité de téléphones mobiles et des navigateurs mobiles embarqués, il n’est pas possible de profiter des technologies Web ou encore de la révolution des usages que nous connaissons tous.

Ainsi, nous assistons à une forte segmentation du marché à ce niveau :

Site mobile de type Web Apps pour les terminaux Web Phones qui participent à l’augmentation des usages du Web Mobile,
Site mobile classique XHTML pour les terminaux haut et moyen de gamme,
Site mobile basique WML pour les terminaux bas de gammes.

A ce jour les Web Phones ne concernent qu’une vingtaine de modèles de terminaux dans le monde et devraient sauf rupture technologique majeure, continuer de croitre dans les mois à venir.

Ce qu’il est important de garder à l’esprit est qu’un service mobile est un site adapté à un terminal mobile et qu’il est accessible depuis un navigateur d’un téléphone portable disposant d’une connexion internet. Cette définition marque l’opposition à l’application embarquée.

Maintenant que les idées sont claires, il devient plus facile d’aborder le sujet concernant les avantages et les inconvénients entre une application embarquée et un service mobile.

Nous aborderons ce point dans un prochain billet. (Suite: Appli embarquée ou service mobile – Partie 2: Le jeu des différences)

David Mas

Voir aussi :

Expertise

Stratégie mobile pour les médias

Ergonomie & Design

"Les éditeurs de contenus sur mobile : après la course à l’audience, la course aux budgets", par Marianne Fily - 25/03/2009

Blog

"Appli embarquée ou service mobile – Partie 2: Le jeu des différences", par David Mas - 06/10/2009

"iPhone & co : une appli ou pas ?", par Yves le Jan - 13/02/2009

"La musique sur mobile : à quand la "killer app" ?", par Nicolas Blaisot - 04/02/2009

Actus

Novedia développe une approche inédite pour convertir efficacement un site Web en dispositif mobile

Novedia accompagne un portail web panaméricain dans sa stratégie mobile

Le site mobile de la Fnac fête son 2 millionième visiteur unique !

France Télévisions fait appel à Novedia pour réaliser son application gratuite sur iPhone

Novedia lance son centre de services dédié aux applications mobiles et WebApps : Novedia Apps

Dior a choisi Novedia pour créer l'application iPhone associée à sa campagne "The Lady Noir Affair"

Slate.fr confie la réalisation de son application iPhone à Novedia Agency

Warner Music France et Novedia Agency lancent la première application iPhone consacrée à un artiste pop français : Sliimy

Novedia confirme son expertise en géolocalisation avec Géopablo

Novedia Maroc surfe sur la vague iPhone

Dans les médias

Novedia et Convertigo développent une approche inédite pour convertir efficacement un site Web en dispositif mobile - Le Figaro

Des applications mobiles pour des entreprises plus réactives ? - Atelier