jeudi 31 janvier 2013

Etude en crowdsourcing : optimisation d'une organisation IT

Dans un article publié sur Le Cercle Les Echos [1], nous avancions une typologie de trois modèles de consulting que nous avons désignée par :
  1. la personne physique
  2. la personne morale
  3. la personne numérique.

Nous soumettons ci-dessous à votre réflexion un exemple de consulting numérique, mais de plus réalisé en crowdsourcing sur un réseau professionnel ouvert et de confiance LinkedIn.


[1a]  Accès via le site "Répertoire d'articles sur l'innovation ouverte, la gouvernance numérique, l'IT Regime Management" Les trois modèles du consulting : personne physique, personne morale, personne "numérique", Le Cercle Les Echos, 30 mai 2012  

[1b] Accès direct sur Le Cercle Les Echos


Discussion lancée sur le groupe LinkedIn ReInventIT par Philippe.
"Optimisation du support applicatif"

Ce rôle est en effet coincé entre infrastructure et développement et n´est pas toujours reconnu comme rôle à part entière.
Voici comme point de départ quelques éléments de réflexion sur ce sujet : http://h-si.blogspot.de/2013/01/why-separate-support-and-development.html.

Merci de vos commentaires sur cette question



(...)tdk
Bonjour Philippe,
vous semblez avoir une idée bien arrêtée (ou contrainte) si je m'en tiens à l'intitulé du billet dans votre blog (dont le design vient juste d'être revisité je crois) : Why separate support and development ?


(...)tdk
@Philippe,
que diriez-vous, comme point de départ, une situation réelle que vous avez vécu ou mieux, la situation présente dans votre entreprise ?



(...)tdk
@Philippe,
merci pour la relance.
"faut-il ou non séparer le support applicatif du développement ?"

Si je comprends bien Pierre, lorsque l'on a des "consultants" à la place de "codeurs-tartineurs" et un interface de programmation user friendly à la portée des qualifications nominales d'un "consultant", la question ne semble plus se poser.

Mais cette situation n'est pas toujours possible.

Prenons par exemple le service SaaS Blogger de Google (encore lui ;-)) et examinons un cas réel (un blog participatif proposé aux membres d'une association professionnelle http://www.x-open-innovation.eu)

Malgré la convivialité du SaaS, un non informaticien peut avoir quelques difficultés pour la prise en main.
Il faut donc dépêcher un "consultant", c'est à dire moi-même, qui allie une certaine compétence éditoriale (en tant que rédacteur en chef de ce blog participatif) et une certaine maîtrise des fonctionnalités du SaaS (en tant qu'utilisateur régulier de ce SaaS).

Mais cette maîtrise se révèle parfois insuffisante lors de demandes d'utilisateur décalé qui ne peuvent être satisfaites par les fonctionnalités standard du SaaS.

Faute de pouvoir recruter, le "rédacteur en chef - consultant" a du se mettre au HTML5, un boulot de "tartineur de code" ;-)


(...)tdk
@Pierre,
"maitrisé par une seule personne" ou "décidé par une seule personne", "préconisé par une seule personne", "prescrit par une seule personne", (voire "utilisé par une seule personne" ;-)), cette "personne" étant le DSI, et dans le cas de l'Association, le membre du bureau en charge des services numériques aux membres ?

La question est effectivement une question de gestion de changement.

L'Association (http://www.x-open-innovation.eu) n'a à ce jour qu'un peu plus de deux mois d'existence (sa Constituante ayant été tenue le 12 décembre dernier).

Elle compte 113 membres.

Quel serait d'après toi le seuil (mesuré par son nombre d'adhérents) pour "réfléchir" de nouveau à son architecture/stratégie IT ?


(...)tdk
@Pierre,

Eh Oh, "ce n'est pas mon blog" mais le blog participatif du groupe professionnel ...

ou disons que légalement, il fait bien un directeur de publication et je m'y colle avec tous les pb d'un DSN (directeur des services numériques), non seulement les SI mais également les droits d'auteur des billets, les données personnelles, etc. en bref la PI (propriété intellectuelle) déposée/créée sur le SI.

Pour en revenir au sujet de Philippe (qui doit peut être s'impatienter), je serais tenté de lui poser la question suivante :

pour ces fameuses "applications développées à soutenir", quel rôle a le DSI ?

Le DSI
* maîtrise-t-il [le développement] ?
* décide-t-il ?
* prescrit-t-il ?
* préconise-t-il ?


(...)tdk
Top down vs bottom up, approche fonctionnelle vs approche objet, une problématique que connait bien un "consultant-tartineur-de-code" qui a codé une fois dans sa vie à la mimine...

Comme un roman dont le style entraîne immédiatement et directement le lecteur dans son histoire, un bon code est un art.

Mais j'ai l'impression que le code généré aujourd'hui ressemble plutôt à la production que nous a présentée Laurent Laborde dans la discussion "Marketing de la DSI : prenez vos marques"



(...)tdk
@Philippe,
merci pour vos précisions cinq commentaires ci-dessus.

Je me suis permis de les transcrire sous une forme graphique

http://reinventit01.it-regime-management.com

Ce graphique et commentaires associés capturent-ils les points déterminants de votre situation ? 




[Philippe]
@Tru,
merci pour cette retranscription conforme à la situation décrite.


(...)tdk
@Philippe,

"l'incohérence actuelle (...) provient (...) de l'absence d'architecture fonctionnelle. La mise en place de services doit être l'occasion de mettre en place une réelle architecture fonctionnelle".

Qu'entendez-vous par "réelle" ?

"fonction informatique"
faire la distinction entre une direction informatique (respectivement DSI) et une fonction informatique (respectivement fonction SI) peut effectivement aider à sortir de situations bloquées, voire à des innovations organisationnelles.


(...)tdk
  @Philippe,
merci pour cette précision qui amène à affiner la première planche comme suit :
http://archilogie.blogspot.fr/2013/01/etude-en-crowdsourcing-optimisation.html




PS : j'ai porté les planches sur le site "L'institut d'Archilogie", car outre que celui-ci me semble plus approprié pour soutenir ce genre d'échanges, je publie en ce moment sur le premier site "gouvernance numérique d'entreprise"quelques considérations sur Cobit®5 suite à un retour d'expérience d'un accompagnement d'un client avec Cobit 5.

COBIT® is a registered trademark of the Information Systems Audit and Control Association® (ISACA®).

Support de discussion 2


(...)tdk 
@Philippe,
pour votre question initiale "Comment organiser le support applicatif", il me semble que nous avons, avec Pierre, identifié une réponse dans votre contexte et qui serait

"cela dépend de la mise en place préalable d'une architecture fonctionnelle et de son efficience"

A présent, j'aimerais vous poser une question : si vous conveniez sur ce diagnostic, comment envisageriez-vous d'y remédier ?