Crash ... non foo-foo por favor.

BaterYesterday was the first day I came home and zonked out. Today I crashed. Like many, I'm a creature of habit. Interestingly enough, my habits are weekly, though. My weekends are almost always action-packed so whatever habit I was in the week before, it's normally ended by Saturday evening. If I'm late to work on Monday, I'm usually late all week. If I work late on Monday… I work late all week.

This last weekend I worked the entire weekend. We're heading for a release at work, and I was juggling no less than 6 side projects at the same time. The balancing act is fun, but I tend to take on more and more… and I simply work harder and harder. Last night it caught up with me and I napped. Tonight, I crashed. I'm pooped out. And I've gotten my ‘week of habits' off to a bad start. Now I will be instantly tired when I get home from work and will probably find myself sleeping each night when I get home. Argh.

On the bright side, that means that I'm in demand, always a good thing! On the negative side, I don't like settling on my work. I have an excellent understanding of delivering perfection vs. delivering. I like perfect. I hate delivering… though my clients would never know the difference. Delivering often means that months later I find myself ‘redoing' something that I knew I could have done perfect at delivery had I had the extra time.

Marketing and Software is often like this, though, don't you think? Deadlines demand execution and often toss out perfection. The calendar is often more important than the results. The need to deliver is stronger than the need to deliver perfectly. Often, I notice that clients would much rather sacrifice features, functionality, and aesthetics to get something in their hands sooner rather than later. Is this an American flaw? Rush, rush, rush… crash? Or is this a global flaw?

I'm not advocating ‘creep'. Creep is when the definition of completion continues to ‘creep' until you never are able to complete a project. I despise ‘creep'. Even without creep, how come we never seem to have the time to execute perfectly anymore?

Na fábrica de chocolate South Bend, pido o café con sen foo-foo... é dicir, sen culler de chocolate, sen crema batida, sen cereixa, sen po de chocolate ou espolvoreado de xarope ... só o café. Ningún foo-foo me consegue o meu café, sen a espera das outras cousas.

Note: If you've never been to the Fábrica de chocolate South Bend, you're missing out on a great place with great employees. They have personality… not mindless drones. And the first time you get a nice mocha, be sure to get the foo-foo. It's a nice treat.

Volvendo ao meu punto ... empresas como Google, Flickr, 37 Sinais and other modern successes toss the ‘foo foo'. These folks build great software with no foo foo. They build applications that get the job done, and are fairly adamant that it doesn't do more than that. It works. It works well. Some may think it's not ‘perfect' though because it lacks the foo-foo. Huge success and adoption rates tell me that this is not true for the majority, though. They just want it to do the job – solve the problem! I notice at my work, that we spend a lot of time on the foo-foo.

Pregúntome se caes sen foo foo.

Quizais teñamos que comezar a organizar o noso entregable deste xeito para poder entregar mellor e máis rápido:

Foo-foo:Como lle imos chamar? Como vai quedar? Cales son todas as opcións que podemos poñer nela? Que están a facer os nosos competidores? Que queren os nosos clientes? Cando temos que telo feito?
Sen foo-foo: Que vai facer? Como o vai facer? Como esperaría un usuario que o fixese? Que necesitan os nosos usuarios? Canto tardará en facelo?

2 Comentarios

  1. 1

    Foo-foo, foo-foo ... aínda intentando comprender o que isto significa en relación co software, en lugar do café. Co café parecía o suficientemente sinxelo, xa que en foo-foo había todo o extraño que non era o café. Dos exemplos de empresas que lanzan o foo-foo, parece que toda a web 2.0, o seu software parece baseado na "sinxeleza", polo menos desde o punto de vista do usuario, tanto funcional como esteticamente. Supoño que onde me confundo un pouco é onde fas preguntas contra non hai, xa que non estou seguro de se algunhas destas preguntas producen ou non en ningunha das categorías.

    Como lle imos chamar? Ben, google, flickr e os nomes do software deseñado por 37 sinais parecen bastante pegadizos e importantes, e creo que pasou un tempo para chegar a eles. Como vai quedar? Web 2.0 sinxela, limpa ... de novo algúns pensaron neste tema para esas compañías, opcións ... aínda foo-foo creo. Que están a facer os nosos competidores, aínda importante, se é así para facer o contrario ou, polo menos, non facer o que están a facer. O que queren os clientes é importante ... o que os clientes pensan que queren non é tan importante. Cando temos que facelo, aínda importante, especialmente no ámbito do software de Internet.

    Que vai facer? Como o vai facer? Aquí non creo. Como esperaría un usuario que o fixese? Para min isto podería ser foo ou non foo. Que necesitan os nosos usuarios? Eu creo que non foo aquí. Canto tardará en facelo. Está ben, entón o segundo conxunto de preguntas paréceme bastante inútil. O primeiro set é o que me confundiu un pouco.

    Quizais a pregunta máis importante para min sexa "Por que se precisa?"

  2. 2

    Summae,

    Estás no bo camiño co meu punto. As preguntas son moi similares, pero todas desglosan exactamente na pregunta que fixeches ... "Por que é necesario?"

    Teño un compañeiro e amigo, Chris Baggott, a quen lle gusta preguntar "Que problema resolve?". O nome da aplicación, o aspecto, as opcións, a competencia, os desexos, o momento ... a todos se lles presta atención no mundo do software, pero nunca se pregunta ... "Que problema resolve?"

    Deberíamos dedicar tempo ás preguntas correctas, en lugar de dedicar tanto tempo a responder ás incorrectas.

¿Que pensas?

Este sitio usa Akismet para reducir o spam. Aprende a procesar os teus datos de comentarios.