@_evan : I was pretty disapointed with the show in it self, but I loved to see the planes through the building in downtown!

Bottom-up ou Top-Down

Je suis en train d’essayer de créer un nouveau service Web et je ne suis pas le seul : deux de mes amis, ici a San Francisco réfléchissent aussi a cela. L’un est un clairement un “ingénieur” avec une compétence technique indéniable en informatique, l’autre est plus un “marketeux”, avec, la aussi une expérience et une excellente connaissance du secteur “internet”. Et devinez, quoi, ils s’y prennent de façons très différentes.

  • L’ingenieur a plus tendance a adopter une approche “Bottom-up“. Il a son idée et sait ce que son appli ferra, mais il ne l’a pas formalise. Au contraire, il s’est d’ores et déjà attaque au schéma des bases de données. Son approche ressemblerait plus a ce qu’on appelle “Agile”, ou le développeur et le “concepteur” travaillent en binôme rapproche, presque avec le même ordinateur, l’un a cote de l’autre pour construire vite et efficacement.
  • Le marketeux, lui, s’y prend a l’inverse : il a conçut son service et connait sans doute 90% des fonctionnalités dans les moindres détails : c’est du “Top-down“. Son outil de travail est clairement PowerPoint et il sait exactement ou il veut aller, mais n’a pas la compétence technique nécessaire pour construire.

Pour moi, les deux approches sont valables : la première permet de construire, pas forcement de manière très robuste, car les bases que l’on jette ne supporteront pas nécessairement la structure que l’on construit a fortiori, tandis que la seconde, forcement plus robuste permet de “faire travailler” les partenaires sur un plan établi, qu’ils soient constructeurs ou même investisseurs… Et vous, vous vous y prendriez comment?

Related Articles

Viewing 12 Comments

Trackbacks

close Reblog this comment
blog comments powered by Disqus