Commentaires sur : Logiciel et bâtiment http://www.ziserman.com/blog/2007/12/12/logiciel-et-batiment/ e-Commerce, Conseil e-commerce, Consultant e-commerce, marketing des sites marchands, technologies 2.0… Sun, 14 Mar 2010 16:12:32 +0000 http://wordpress.org/?v=2.9.2 hourly 1 Par : Stephanie Wailliez http://www.ziserman.com/blog/2007/12/12/logiciel-et-batiment/comment-page-1/#comment-14502 Stephanie Wailliez Tue, 18 Dec 2007 22:49:01 +0000 http://www.ziserman.com/blog/2007/12/12/logiciel-et-batiment/#comment-14502 @françois > ravie d'avoir eu la même analogie que toi en tête. Un peu de temps pour en parler lors d'une interview? ;-) Le Livre Blanc que je termine sur les dernières tendances du e-commerce n'attend plus que quelques avis d'experts ! A bientôt j'espère. @françois > ravie d’avoir eu la même analogie que toi en tête. Un peu de temps pour en parler lors d’une interview? ;-)
Le Livre Blanc que je termine sur les dernières tendances du e-commerce n’attend plus que quelques avis d’experts !
A bientôt j’espère.

]]> Par : Scotch Ficelle » Blog Archive » Startup Tip #4 - L’importance de la phase de conception http://www.ziserman.com/blog/2007/12/12/logiciel-et-batiment/comment-page-1/#comment-14373 Scotch Ficelle » Blog Archive » Startup Tip #4 - L’importance de la phase de conception Fri, 14 Dec 2007 14:00:23 +0000 http://www.ziserman.com/blog/2007/12/12/logiciel-et-batiment/#comment-14373 [...] son blog, François Ziserman fait l’analogie entre la construction d’un batiment avec celle d’un site Internet. Je ne peux qu’être d’accord avec ses propos. Je les compléterais simplement sur [...] [...] son blog, François Ziserman fait l’analogie entre la construction d’un batiment avec celle d’un site Internet. Je ne peux qu’être d’accord avec ses propos. Je les compléterais simplement sur [...]

]]> Par : Julien Cheyssial http://www.ziserman.com/blog/2007/12/12/logiciel-et-batiment/comment-page-1/#comment-14361 Julien Cheyssial Fri, 14 Dec 2007 08:23:11 +0000 http://www.ziserman.com/blog/2007/12/12/logiciel-et-batiment/#comment-14361 Je devrais pt'etre aborder ce sujet sur mon nouveau blog www.scotchficelle.com en fait. Je devrais pt’etre aborder ce sujet sur mon nouveau blog http://www.scotchficelle.com en fait.

]]> Par : Julien Cheyssial http://www.ziserman.com/blog/2007/12/12/logiciel-et-batiment/comment-page-1/#comment-14360 Julien Cheyssial Fri, 14 Dec 2007 08:21:44 +0000 http://www.ziserman.com/blog/2007/12/12/logiciel-et-batiment/#comment-14360 La phase de conception dans les projets informatique est quasiment inexistante alors qu'elle devrait limite représenter 50% du projet en fait. Je ne compte plus le nombre de projets où la phase de cadrage / analyse des besoin et définition des specs représentait environ 5% ~ 10% du planning global. Il s'agit là pourtant d'une phase cruciale, où la compréhension entre les utilisateurs et les développeurs est impérative. Or, c'est très rarement le cas. Pour ma part, comme j'aime bien aller vite (mais bien) et n'aime pas perdre du temps à rédiger des specs indigestes sous forme de document Word ou de story-boards sous PowerPoint, j'aime bien concevoir directement les pages au format HTML (mais en statique), afin de servir de support de discussion et de base de travail lors de la phase de conception avec les utilisateurs. Avantages : - On dispose d'un support visuel qui correspond à ce qu'aura réellement l'utilisateur, ce qui évite tout quiproquo - On dispose d'un support qui nous permet de facilement tester la cinématique d'enchainement des écrans et de tester l'efficacité des différents parcours clients - On gagne d'ores et déjà du temps sur la construction du front-end - Une fois le front validé en statique, c'est très rapide de dynamiser tout ca avec la base de données derrière. - Etc. Et vous comment procédez vous ? La phase de conception dans les projets informatique est quasiment inexistante alors qu’elle devrait limite représenter 50% du projet en fait.

Je ne compte plus le nombre de projets où la phase de cadrage / analyse des besoin et définition des specs représentait environ 5% ~ 10% du planning global. Il s’agit là pourtant d’une phase cruciale, où la compréhension entre les utilisateurs et les développeurs est impérative. Or, c’est très rarement le cas.

Pour ma part, comme j’aime bien aller vite (mais bien) et n’aime pas perdre du temps à rédiger des specs indigestes sous forme de document Word ou de story-boards sous PowerPoint, j’aime bien concevoir directement les pages au format HTML (mais en statique), afin de servir de support de discussion et de base de travail lors de la phase de conception avec les utilisateurs.

Avantages :
- On dispose d’un support visuel qui correspond à ce qu’aura réellement l’utilisateur, ce qui évite tout quiproquo
- On dispose d’un support qui nous permet de facilement tester la cinématique d’enchainement des écrans et de tester l’efficacité des différents parcours clients
- On gagne d’ores et déjà du temps sur la construction du front-end
- Une fois le front validé en statique, c’est très rapide de dynamiser tout ca avec la base de données derrière.
- Etc.

Et vous comment procédez vous ?

]]> Par : francois http://www.ziserman.com/blog/2007/12/12/logiciel-et-batiment/comment-page-1/#comment-14346 francois Thu, 13 Dec 2007 20:47:29 +0000 http://www.ziserman.com/blog/2007/12/12/logiciel-et-batiment/#comment-14346 @Stephanie> C'est marrant que tu parles des grandes tours : j'avais une suite à cet article sur les bâtiments industriels, les ponts, ... Effectivement, dans ces projets, il n'y a pas beaucoup de place à l'improvisation. A mon sens, seul quelques sociétés dans le monde peuvent prétendre faire de tels logiciels... Mais : * Il a fallu des centaines d'années d'apprentissage pour apprendre à constuire de tels édifices * Encore plus que pour les petites constructions, on prend du temps pour construire de tels édifices, et personne ne jouerais à changer le cahier des charges, après le début du chantier * ça coute très cher de tels édifices ! @Stephanie> C’est marrant que tu parles des grandes tours : j’avais une suite à cet article sur les bâtiments industriels, les ponts, …

Effectivement, dans ces projets, il n’y a pas beaucoup de place à l’improvisation.

A mon sens, seul quelques sociétés dans le monde peuvent prétendre faire de tels logiciels…

Mais :
* Il a fallu des centaines d’années d’apprentissage pour apprendre à constuire de tels édifices
* Encore plus que pour les petites constructions, on prend du temps pour construire de tels édifices, et personne ne jouerais à changer le cahier des charges, après le début du chantier
* ça coute très cher de tels édifices !

]]> Par : Stephanie Wailliez http://www.ziserman.com/blog/2007/12/12/logiciel-et-batiment/comment-page-1/#comment-14345 Stephanie Wailliez Thu, 13 Dec 2007 20:40:02 +0000 http://www.ziserman.com/blog/2007/12/12/logiciel-et-batiment/#comment-14345 Je me suis souvent fait moi aussi la réflexion, en admirant la construction des dernières tours de la Défense. Si l'Homme est capable de conduire de tels projets, pourquoi est-il parfois si difficile de mener à bien la mise en place d'un nouveau système d'information ? En écoutant les récits de certains projets catastrophiques, je me dis que si les entreprises du BTP livraient des bâtiments aussi "buggués" que le sont parfois les logiciels, elles auraient de sacrés procès sur le dos! Je me suis souvent fait moi aussi la réflexion, en admirant la construction des dernières tours de la Défense. Si l’Homme est capable de conduire de tels projets, pourquoi est-il parfois si difficile de mener à bien la mise en place d’un nouveau système d’information ? En écoutant les récits de certains projets catastrophiques, je me dis que si les entreprises du BTP livraient des bâtiments aussi « buggués » que le sont parfois les logiciels, elles auraient de sacrés procès sur le dos!

]]> Par : /Olivier http://www.ziserman.com/blog/2007/12/12/logiciel-et-batiment/comment-page-1/#comment-14305 /Olivier Thu, 13 Dec 2007 12:13:47 +0000 http://www.ziserman.com/blog/2007/12/12/logiciel-et-batiment/#comment-14305 Architecte donc ;) Bonne analogie en effet François. D'ailleurs, c'est bien connu, les analogies, c'est la meilleure façon de faire comprendre les choses. Puis que l'on parle de cela, je vous conseille la lecture des analogies de Daniel sur les évolutions de l'Internet. C'est ici pr ceux que cela intéresse : http://danielbroche.typepad.com/daniel_broche/2007/11/intro-inspirati.html /Olivier Architecte donc ;)

Bonne analogie en effet François. D’ailleurs, c’est bien connu, les analogies, c’est la meilleure façon de faire comprendre les choses.

Puis que l’on parle de cela, je vous conseille la lecture des analogies de Daniel sur les évolutions de l’Internet. C’est ici pr ceux que cela intéresse :
http://danielbroche.typepad.com/daniel_broche/2007/11/intro-inspirati.html

/Olivier

]]> Par : Julien Cheyssial http://www.ziserman.com/blog/2007/12/12/logiciel-et-batiment/comment-page-1/#comment-14294 Julien Cheyssial Thu, 13 Dec 2007 08:04:44 +0000 http://www.ziserman.com/blog/2007/12/12/logiciel-et-batiment/#comment-14294 Excellente analogie ! Excellente analogie !

]]>