/* PERSONALIZACION DE LUIS

30/6/08

Guai...

Me entero por Javier Cuchí de algo mucho más serio de lo que por su nombre se podría deducir. Linux-Guai es una iniciativa de la Asociación de Internautas para velar que las Administraciones Públicas se pongan las pilas para garantizar el acceso libre de la información que gestionan a los ciudadanos, con énfasis en la utilización de aplicaciones de código abierto y formatos no propietarios.

Y se pone en marcha ahora porque, en palabras del propio Cuchí, dentro de un año y medio las principales administraciones públicas deberán estar en condiciones de comunicarse digitalmente con el ciudadano, tal como dispuso hace un año la Ley 11/2007, de 22 de junio, de acceso electrónico de los ciudadanos a los servicios públicos

Y como bien dice Javier, eso significa:
  • Mucha pasta, nuestra pasta, en circulación
  • Riesgo de que ese acceso libre a la información se vea bloqueada en la práctica porque las soluciones tecnológicas escogidas por nuestros gobernantes no sean las más adecuadas por decirlo suave.

Mi posición en estos temas, ya la he comentado varias veces por este blog, y no es, creo, muy radical:
  • Nada que objetar a que se pueda utilizar software propietario si se garantiza una competencia leal con el de código abierto y se tengan en cuenta - y evitar - los más que posibles abusos que se puedan producir. ¿Es posible?, quiero creer que sí. Soy un pardillo, ya lo sabéis.
  • Me parece imperativo que el formato de la información sea independiente, es decir libre, de la aplicación que lo gestione. En la práctica, que se soporte de forma obligatoria, nativa y por defecto, formatos como el ODF

No lo he dicho aún, pero Javier Cuchí va a ser el responsable dentro de la Asociación de Internautas de esta iniciativa. Por lo que conozco a Javier de ser un lector asiduo de su blog, que vayan atándose los machos los que tengan que tomar decisiones en la puesta en marcha de la nueva ley.

Aún así, les espera un trabajo duro, por lo que desde este mi modestísimo rincón pongo mi granito de arena para divulgar esta loable iniciativa y para conminaros a que leáis el post de Javier a ver en qué podéis ayudar. Aquí.

29/6/08

Mis cinco de la semana - 200826

  • Adiós a los dos dígitos
    Parece que este año las consultoras industriales no van a poder mantener los dos dígitos de crecimiento. Es un grave problema porque esos dos dígitos son imprescindible para mantener el esquema piramidal que les garantiza que sus empleados estén motivados.
  • Las reglas de la consultoría
    Chad Myers, un ex-consultor, tiene este divertido post sobre las reglas del buen consultor. La que más me gusta, por cínica y canalla, es la séptima: "Evita confrontaciones públicas con el cliente. Se "el hombre del sí" en las reuniones y luego ya lo gestionarás. Ejemplo: When the customer asks you to 'filter all TCP ports through email packets', you ask 'what color would you like the background?', Then later, come back into his/her office and suggest that in order to accomplish this you'll need to [insert more rational feature suggestion here]. Otra perla al final: Never assume that management actually wants your project to succeed.
Bonus: Muchas felicidades al amigo telémaco que ha cumplido 3 años con su blog - ¡cómo pasa el tiempo compañero!

27/6/08

Técnicas de escape

¿Tienes problemas con tu equipo?, ¿hay un consultor muy pesado que no para de darte la lata?, ¿tu jefe no deja de darte la vara?... en este video te enseñan tres técnicas para escaparte de ellos.

Está en inglés pero se entiende muy bien.





Encontrado en Geeks are sexy.

Poder ficticio


Hoy me he sentido poderoso. Perdonadme la vanidad. Estar sentado enfrente de 12 tíos (sí... no había tías) que representaban la flor y nata de los implantadores de ERPs de este país y parte del extranjero, marcándoles el paso de cómo nos tienen que presentar su oferta me ha hecho sentir importante... en ese momento.

Después, una vez acabada la reunión, he vuelto a la realidad. No nos escuchaban, adulaban ni alababan por nuestro excelente trabajo de conceptualización del modelo a implantar, ni por la extraordinaria precisión y riqueza de los requerimientos funcionales del sistema que lo soporte. No, ... lo hacían porque se están jugando un contrato de varios millones en dos o tres años y una excelente referencia que les permitirá vender (al ganador claro) más proyectos similares en el futuro y que la rueda, su rueda, siga rodando.

Es un juego que puede llegar a ser divertido la primera vez que participas en él. Todos se van a pegar una currada de muchas horas para preparar una buena oferta. Todos intentarán sus triquiñuelas y tantear a ver qué nos pueden dar para que les ayudemos. Después, cuando vean que no vamos por ahí, vendrán los movimientos para hacernos el salto, las llamaditas al cliente directamente, el amigo de aquel que llama al de más allá, ... golosinas, zanahorias,... por ahora ningún palo. Por ahora. Realmente es un juego cruel. Al final hay muchos palos.

Y nosotros, aunque con un poder circunstancial, somos pequeños. Unos mindundis en realidad. Eso mismo, un baño de realidad, es lo que uno ha de tener siempre a mano.

Y el cliente contento, él también se sentía poderoso, y desde luego con mucho más motivo que nosotros. Aunque en el fondo igual de engañado. Nosostros al menos ya conocemos de qué va esto.

Perdón por este rollo un tanto bucólico

26/6/08

Abuso


Me entero por el blog IT Project Failures de Michael Krigsman que SAP y Oracle van a subir el precios de sus productos y servicios. SAP pasa del 17 al 22% en sus contratos de mantenimiento y Oracle (pdf con lista de precios) del orden del 20%. Así, como suena, con dos cojones.

La razón que esgrime SAP es que va a incrementar el nivel de servicio. Suponiendo que sea así (de lo que tengo mis serias dudas) ¿por qué no lo ofrecen como un plus?, ¿Y quien no lo necesita qué hace, tragar?. Teniendo en cuenta que una licencia SAP ronda los 3.000 EUR por usuario nominal, echad las cuentas y veréis lo que le va a costar a los clientes cautivos de SAP la broma.

Lo de Oracle también lo comentan en TheRegister de una forma un tanto curiosa (las negritas son mías):
The increases, detailed in Oracle’s latest annual price list, have Wall Street both admiring and questioning the size of Oracle chief executive Larry Ellison’s cojones in a tightening economy.

Por decirlo suave: me parece un abuso, sobre todo lo de SAP, porque una vez que estás dentro ya no te puedes salir. Los clientes de SAP están, simplemente atrapados. La vuelta atrás es inviable o casi.

Se hace urgente, cuestión de sanidad casi, que otros modelos alternativos al software propietario puedan plantar cara a estos oligopolios de facto.



24/6/08

Gmail desplaza a Outlook en lo que será la mayor implantación de GMail en el mundo


Me entero por Diversity el excelente blog de Ben Kepes, que Microsoft ha perdido frente a Google un contrato para proveer de correo electrónico a todos los estudiantes australianos de la región de Nueva Gales del Sur. Y no me extraña que lo haya perdido:

Microsoft deal involved a AU$33 million contract and took four years to go live. The Google rollout is planned to cost just $9.5 million and should be live by the end of 2008.

Simple y llanamente: CUATRO - 4 veces antes y 4 veces más barato.

Más información en la fuente directa de MIS Australia.

Mis cinco de la semana - 200825

  • Flexibilidad del Saas
    José María Peláez hace una interesante reflexión sobre el modelo SaaS y su flexibilidad de despliegue y gestión. Aprovecho además para dar la bienvenida a José María a la blogosfera (como autor porque como comentarista - y de los buenos- ya lleva tiempo). Ya estáis tardando en suscribiros.
  • Diferencia entre ASP y SaaS
    Jose Carlos Moreno Martín mantiene un interesante blog sobre el modelo SaaS de explotación del software. En este post desgrana las diferencias entre ASP (Application Service Provider) y SaaS. Por cierto éste era un post que tenía pensado escribir pero que ya veis que no va a ser necesario
  • Ya no sólo es que está en la nube sino que también se mueve
    Nic Carr está siendo ya un fijo en este post semanal pero es que cada semana tiene algo que me interesa mucho. Esta vez es sobre el impacto que puede tener no sólo que la información esté fuera (en la nube) sino de que además se pueda mover físicamente el soporte donde reside dicha información.
  • Nuestra manera de pensar está cambiando
    En este artículo en BBC News (encontrado vía Nic Carr por cierto) se hace un repaso de cómo la forma en que ahora recibimos información (dispersa, sobre la marcha, mucha en pequeñas dosis, sin una línea conductora) nos está haciendo cambiar de forma de pensar. El artículo acaba de forma inquietante: Perhaps the real danger posed by screen-based echnologies is not that they are rewiring our brains but that the collection of search ngines, news feeds and social tools encourages us to link to, follow and read only that which we can easily assimilate.
  • Girar a la izquierda es más caro
    No, no es una proclama de mi ideología. Es un post donde explican que UPS han optimizado las rutas de sus vehículos de reparto para que tengan que girar a la izquierda el menor número de veces que sea posible. Por lo visto girar a la izquierda (parada+arranque) consume mucho más que girar a la derecha (donde es frecuente que no se tenga que hacer la parada). A Rafa seguro que le interesa.

Sí ya se que es martes pero es que en Cataluña el fin de semana acaba hoy

17/6/08

¿Por qué nos empeñamos en homogeneizar?


Estamos teniendo un debate muy interesante en nuestra empresa a raíz de un proyecto en el que estamos inmersos (y nunca mejor dicho para algunos, con el agua llegándonos al cuello)

Para poner el post en contexto sin comprometer la necesaria discreción, baste saber que estamos hablando de un grupo muy heterogéneo, de más de 20 empresas de tamaños y tipos de negocio diversos, tanto que en algún caso pueden llegar, incluso, a competir entre ellas.

El grupo ha ido creciendo mucho últimamente (por compras y por el propio crecimiento vegetativo) y cada una de estas empresas tiene su propio sistema de información. El panorama que nos hemos encontrado os lo podéis imaginar: en cada empresa un sistema, desde un SAP hasta un desarrollo a medida sobre AS/400 (o iSeries como se le llama ahora) y, como no, una jungla de excels silvestres ... realmente un cacao impresionante.

Nos contrataron primero para hacer una auditoría tecnológica y funcional de todo este batiburrillo y después, que es donde estamos ahora, para definir un modelo operativo común y seleccionar un sistema de información que soporte este modelo común.

Y el debate que mencionaba estamos teniendo ha empezado por el tema quizá más técnico del tipo de ERP a buscar pero se está extendiendo a aspectos que rozan ya la filosofía política. Me explico.

Para aprovechar sinergias, homogeneizar procesos, criterios de gestión y bla, bla, bla... (consultolabia ya sabéis) la primera tentación, un acto reflejo casi, es buscar el mega ERP con amplias coberturas funcionales horizontales (departamentales) y verticales (sectoriales), por lo que ya estamos con que sólo podemos considerar a 3 o 4 productos (sí, uno de ellos es SAP claro).

Bien, sigamos por ahí... primero a ver como hacemos que el mismo sistema le sirva a empresas de tamaño tan diverso y lo que es más difícil, para tipos de negocios tan distintos - seamos realistas tendrá que haber renuncias de funcionalidad por parte de algunos, ... que trabajarán de forma menos ágil vamos (sobre todo si antes tiraban con un excel). Conclusión, para determinados temas que puedan seguir tirando de los excels pero, eso sí, luego hay que cargar la información al sistema corporativo, es decir más trabajo para el directamente implicado y que no le reporta beneficios (a la corporación sí por supuesto)

Pongamos que se asume lo anterior, seguimos: el siguiente escollo es hacer trabajar a todos con el mismo modelo de datos operativo (la misma analítica, maestro de materiales, terceros, etc.) para poder consolidar analíticamente y ganar capacidad de negociación con proveedores principalmente. Nos sale directamente que es imposible. Solución de compromiso: definamos un modelo de datos del grupo al que se pueda mapear el modelo de cada compañía y así poder analizar información de gestión de forma consolidada mientras se mantiene cierta autonomía en las compañías.

Con la lengua fuera pero vamos avanzando. Llega el momento de plantear el modelo de colaboración entre las compañías para acudir a oportunidades conjuntamente o cruzar oportunidades entre ellas y sugerimos la posibilidad de poder ver, en el sistema, información comercial entre ellas (contactos, clientes, oportunidades activas, ...).
En este punto se ponen de manifiesto las reticencias típicas, algunas justificadas objetivamente (por ejemplo realmente no es práctico tener una base de datos centralizada de contactos), otras comprensibles por lo de la competencia ocasional entre ellas y otras, ahora se pone interesante este párrafo, que abrieron la caja de los truenos: resulta que el modelo de funcionamiento actual penaliza económicamente la colaboración entre las empresas del grupo (no entro en detalles de por qué) de forma que si una empresa tiene que subcontratar un servicio que puede hacer otra empresa del grupo, resulta mejor contratar a la competencia. Es más, a la empresa que podría resultar agraviada en todo esto, tampoco le conviene trabajar en estos casos con la contratante (para no tener que bajar márgenes a la empresa hermana). Interesante tema éste que daría por sí sólo para un post o ya puestos un artículo o caso para un MBA.

A todo esto, y más cosas que ya no me caben aquí, tenemos montado el debate interno. Por un lado los que siguen abogando por el mega-sistema centralizado homogeneizador sinérgico. Por el otro, los que defendemos un sistema más fragmentado, quizá no el óptimo analizado empresa a empresa, pero sí el mejor desde el punto de vista global y corporativo.

En definitiva, mi posición se puede resumir en que sería mejor, en este caso, respetar la libertad de cada empresa para que fuera autónoma a nivel de sistema de información y cada final de periodo o mes (que es cuando se requiere) le pasara la información a la corporación en el formato establecido.
Lo difícil de este enfoque, soy consciente, es centralizar la parte de la información que permita aprovechar sinergias de grupo, por ejemplo en las compras, y determinados maestros como el de clientes, pero ahora el problema pasa a ser sólo tecnológico y de procedimiento, no estructural y de modelo operativo, que siempre es más difícil de gestionar.


Pero el debate va a más entre los compañeros. Independientemente de este proyecto, estamos discutiendo sobre dos modelos de gestión de una corporación: el modelo homogeneizador hipercontrolador vs el modelo de que cada compañía del grupo se gestione de forma autónoma, incluso compitiendo.


Y si me apuráis el debate se puede extender a cualquier organización humana. ¿Qué es mejor, un sistema donde todos trabajen igual, aparentemente sin conflictos pero a costa de limitar las individualidades o un sistema donde cada uno se busca la vida y gestionar los inevitables conflictos?... Socialismo e intervencionismo vs liberalismo y objetivismo



Gracias por aguantar el ladrillo que me ha salido.



Disclaimer
. Estoy leyendo, cuando voy pudiendo, el libro de Ayn Rand, Atlas Shrugged, por lo que quizá estoy algo sesgado hacia uno de los lados

16/6/08

Personas y malos sistemas de información



[Reflexión]

Me lo encuentro siempre: las personas en las empresas siempre logran optimizar su trabajo de una manera u otra, a pesar de los sistemas de información de los que disponen, por muy tecnológicamente desfasados o asilvestrados que puedan estar.

¿Os pasa lo mismo?

15/6/08

Mis cinco de la semana 200824

  • Aprende a decir que no
    Ángel Medinilla incide en un cuento que nos deberíamos todos que aplicar. Yo el primero. De voluntarismos está lleno el cementerio de proyectos.
  • La inutilidad del lenguaje para cambiar la realidad
    El Periódico de Catalunya últimamente me está sorprendiendo (agradablemente) al desmarcarse de esas tonterías progres que más que ayudar están perjudicando la erradicación de injusticias como la discriminación de las mujeres. En la misma línea están los resultados de una encuesta de la que se extrae que el 82% de las mujeres directivas no creen que la ley de igualdad les ayude a progresar.

12/6/08

Renunciar al control físico


Llevo unos días dándole vueltas (en background y de forma un tanto caótica) al caso zappos que posteaba no hace mucho Juan Freire. Zappos, os recuerdo, es como el Amazon de los zapatos.

En el mencionado post se explicaba cómo se había renunciado al orden físico en el almacén para sustituirlo por un orden lógico, en un sistema informático. Un par de zapatos puede estar en cualquier sitio del almacén independientemente de sus propias características como artículo y de otras consideraciones (de temporada o fuera de ella por ejemplo).

La ineficiencia que podría derivarse de no agrupar los artículos iguales en la misma zona del almacén (si tengo que hacer un picking de 4 pues igual tengo que hacer 4 viajes por ejemplo) se veía compensada por ahorrarte el esfuerzo de establecer ese orden físico. Yo lo explico muy someramente, al que quiera saber más le recomiendo encarecidamente que se lea el excepcional post del Sr. Freire.


Pues como decía antes, venía dándole vueltas al asunto cuando un comentario de José María Peláez me ha disparado la ordenación de ideas que va a acabar en este post (es curioso el mecanismo del cerebro)

Como primera consideración me llama la atención de que el caso de Zappos ilustra muy bien el hecho de que la eficiencia del conjunto no se logra necesariamente optimizando cada uno de los componentes de ese conjunto por separado. Es muy frecuente que en las empresas se trabaje, justo al revés, poniendo objetivos departamentales, es decir fomentando la eficiencia del componente (departamento) y no al conjunto (la empresa). El resultado no hace falta comentarlo- reinos de taifas, conflictos entre departamentos (finanzas vs IT, comercial vs proyectos, son los típicos...)


Otra reflexión que me viene a la cabeza: la separación entre el orden físico y el lógico. Los sistemas de información que nos encontramos por las empresas se empeñan en replicar todo orden físico en un orden lógico (informático) - se parte del orden físico como una premisa. En el caso de Zappos han visto que lo importante es el orden virtual. ¿Os imagináis un escenario de futuro donde ese orden lógico se virtualice, tipo second life, y que el sistema informático presentara ordenado virtualmente el almacén? Al fin y al cabo a muchos humanos nos puede costar renunciar al orden físico, ¿no?

Paranoias que me dan, ... no me hagáis mucho caso

11/6/08

Facturar cuando no toca

En esta bendita profesión, es frecuente lidiar con dilemas que ponen a prueba la ética profesional de cada uno, y al final, porque creo que va muy relacionado, la continuidad en el negocio. Y para ejemplo el siguiente:


Situación brevemente: implantación de un ERP donde tengo el rol de gestor del proyecto desde el punto de vista del cliente (a todos los efectos soy del bando del cliente). Como en la mayoría de este tipo de proyectos, se factura por hitos: una facturita al principio, otra facturita cuando el cliente acepta el diseño, otra cuando se pone en marcha el primer piloto, y así sucesivamente. El implantador ya ha presentado el diseño y quiere emitir la factura cuanto antes por lo que presiona para que se acepte ( que yo lo acepte porque el cliente en la práctica ha delegado eso en mí), ... y la verdad es que es inaceptable: falta detalle, no se mojan en algunos puntos, etc.

Si se llevase adelante este diseño nos encontraríamos más adelante con la típica situación de que el cliente se da cuenta cuando tiene el sistema delante de los morros que aquello no es lo que él necesita, es decir ya la tenenos liada con la guerra de tú aceptaste el diseño, sí pero esto es inaceptable, pues haberlo dicho antes ahora te tengo que facturar una extensión de proyecto, etc.

Me diréis, ¿pues qué problema hay?, no se acepta y punto. Pues sí que hay problema, porque mi facturita también está sujeta al hito de aceptación del diseño. Si no se acepta, yo tampoco puedo facturar.

Es en estos momentos cuando uno tiene que tener claro que la satisfacción final del cliente es la mejor inversión que uno puede hacer y que los comportamientos regidos por el corto plazo no son la mejor manera de llevar este negocio. Ergo, el diseño no se acepta (aunque eso sí, en los próximos días le voy a meter mucha caña al implantador para que lo acabe en condiciones... a ver como responde)

10/6/08

Tiempo escaso

Mi tiempo es mi bien más escaso con diferencia y me empeño en que transcurra rápido, sin exprimir el jugo de cada segundo que pasa... ¿Estoy tonto o qué!

8/6/08

Mis cinco de la semana - 200823

Lista en del.icio.us - 2008/23



  • SAP mordisqueando la mano que le da de comer
    SAP ha anunciado en su reciente conferencia mundial SAPPHIRE que va a lanzar "SAP enterprise support", un servicio para dar mantenimiento y soporte a sus clientes, algo que es una buena parte del negocio de sus partners. Y éstos a callar claro, a ver quien le tose a SAP
  • Paradigmas segunda parte
    Pseudópodo sigue con su digresión sobre paradigmas. Como la vida es finita y hay múltiples necesidades, para formar una opinión o tomar una decisión nunca podemos valorarlo todo. Hay que recurrir a un atajo y decidir qué es lo relevante. El paradigma es el marco conceptual que lo delimita. La vida, no obstante no es tan sencilla...

6/6/08

Transformada de Fourier


De la
carrera aún me acuerdo, con reverencial asombro y admiración, de la transformada de Fourier.

Pasando por alto (que ya es pasar) su excepcional elegancia y belleza desde el punto de vista matemático, la transformada de Fourier no era más que un truqui para poder resolver determinados problemas que analizados utilizando la variable tiempo eran prácticamente intratables.

¿Que tenías un sistema muy complicado (no lineal) donde 2+2 no era 4?, pues le aplicabas la transformada y 2+2 ya eran 4, (el sistema se volvía lineal).

Y digo que me acuerdo, porque a veces echo de menos algo así en la vida. ¿Que no te sales de este marrón?, ¿que estás en un embrollo donde 2+2 no son 4?, pues - ¡Chass! aplicale la transformada, te quedas con los 5 primeros armónicos y problema resuelto... o al menos resuelto con una buena aproximación ;-)


Nota 1: Ahora en serio. Si entendías bien el concepto tenías media carrera ganada. En el momento en que yo lo hice sentí como una revelación casi mística porque comprendí un montón de conceptos todos de golpe.

Nota 2: En telecos usábamos siempre la notación fasorial con "j" para la unidad imaginaria


5/6/08

Nuevos paradigmas en aplicaciones de gestión empresarial

Están saliendo una serie de aplicaciones que están empezando a romper todos los moldes actuales de cómo se desarrolla el negocio de las aplicaciones de gestión empresarial.

No es que ya sean un éxito, es más, probablemente algunas acaben fracasando o en el mejor de los casos siendo compradas por los vendors de toda la vida, pero ciertamente empiezan a desmontar las reglas del juego vigentes y ser una amenaza al inmovilista status quo del sector, y lo que es mejor, pueden ser una importante oportunidad para consultores artesanos dedicados al desarrollo e implantación de aplicaciones de negocio.

En pocas palabras se pueden describir como plataformas de desarrollo Web que te permiten crear aplicaciones de negocio, venderlas a través de ellos mismos, descargarlas, compartirlas, etc. En algunos casos se puede llegar a construir una aplicación sin programar, simplemente ensamblando bloques preconstruidos:
  • Módulos ya listos con funcionalidad completa y adaptable
  • Flujos de trabajo, definición de actividades, roles, reglas,...
  • Definición de formularios, campos, listas, validaciones, integrados con el flujo de trabajo, ...
  • Módulos de integración con terceros, Google Apps, Zoho, MS Office, Salesforce, ...
  • Conexión con bases de datos, MySQL, Oracle, ...
  • Seguridad, LDAP, OpenID, ...


Las más conocidas son Force y Zoho pero hay otras que no están nada mal:



Cog Head y su galería notable de ejemplos




Iceberg. Vídeos y directorio de aplicaciones disponibles. Impresionante (además es europea). Se puede descargar a local en un PC con XP para probarla



QuickBase. Listado de aplicaciones



Rollbase. Aplicaciones y vídeo



LongJump. Vídeo de workflow y listado de aplicaciones




Estas herramientas ahora puede que estén un poco verdes pero creo que en el futuro próximo constituirán una excelente oportunidad para consultores artesanos de desarrollar aplicaciones de negocio a costes razonables y buena calidad.

Si os aventuráis no dudéis en comentarlo por aquí, y si no también... ya sabéis que lo mejor de este blog siempre acaban siendo los comentarios por mucho que yo me esfuerce

4/6/08

Conceptualización de modelos de negocio


El diagrama de arriba es el esquema definido por Alex Osterwalder como plantilla para describir un modelo de negocio. No es que se puedan definir modelos de negocio como churros utilizando la plantilla, es más bien una herramienta para conceptualizarlos. Me ha parecido muy interesante por su claridad metodológica y facilidad de aplicación, sobre todo en presentaciones y sesiones de trabajo para explorar formas de construir nuevas negocios.

La plantilla del modelo se puede encontrar en esta entrada de su más que recomendable blog. Está bajo licencia Creative Commons Attribution-Share Alike 2.5 Generic por lo que se puede utilizar libremente siempre que cites al autor y el contexto donde la utilices también esté bajo el mismo modelo de licencia.


Para captar la simplicidad y al mismo tiempo riqueza y potencia del modelo, os recomiendo que reviséis estas dos presentaciones, donde, además de verse cómo se aplica el modelo, podéis encontrar buenas reflexiones.





Si vais a utilizar este material os agradecería que compartiérais la experiencia, aquí o en vuestro blog, da igual.

Nota: No es la primera vez que pasa que las presentaciones desaparecen de slideshare por lo que podéis encontrarlas también en la sección documentos de este blog, dentro de la carpeta estrategia

1/6/08

Mis cinco de la semana - 200822

Lista en del.icio.us - 2008/22


  • El error de diseño de twitter
    Se concibió como un sistema de gestión de contenidos cuando en realidad es un sistema de mensajería. Por eso Twitter está teniendo tantos problemas técnicos. El diseño y los requerimientos son importantes, no nos cansaremos de decirlo

  • Paradigmas por Pseudópodo
    Excepcional post sobre el concepto paradigma y como nos afecta dependiendo de si nos movemos en un ámbito técnico o en lo social. Pseudópodo, como siempre, haciéndonos pensar. No os lo perdáis

  • Un roto por un imbécil
    Javier Cuchí, con su excelente y afilada pluma, nos ilustra de lo importante que puede resultar no callarse cuando te atropellan
  • Un consultor haciendo de cliente
    Luis nos cuenta su peripecia como cliente en un importante proyecto personal (y no lo digo de cachondeo lo de "importante") y lo trascendental de la calidad del servicio y que el cliente quede contento.