Monthly Archives

febrero 2017

La curva de adopción de la innovación

By | Emprendimiento | No Comments

La famosa curva de Rogers de la difusión de innovaciones divide a las personas en función de la manera en la que adquieren y adoptan una nueva tecnología. Es la manera más sencilla de explicar cómo un nuevo avance se populariza rápidamente. Esta teoría establece diferentes categorías para separar a los individuos que aceptan las innovaciones en sus primeros momentos de vida de quienes lo hacen en etapas posteriores:

  • innovadores
  • adoptantes tempranos
  • mayoría temprana
  • mayoría tardía
  • rezagados

Difusióndeideas.svg

La difusión de las innovaciones según Rogers (1962). En el gráfico, en azul los grupos de adoptantes de nueva tecnología en sucesión; en amarillo, la cuota de mercado hasta que finalmente se alcanza el nivel de saturación. Fuente: Wikimedia Commons

Conocer este comportamiento es muy importante a la hora de lanzar al mercado un nuevo producto o servicio. Si convencemos a los innovadores y a los adoptantes tempranos (early adopters, en inglés) de las bondades de nuestra idea, con mucha seguridad superaremos el abismo y alcanzaremos a la mayoría temprana, un paso fundamental para asegurarnos un lugar en el mercado.

El siguiente vídeo es un divertido ejemplo de cómo el comportamiento de unos pocos insistentes acaba por afectar a todo un colectivo:

Documentar el proyecto con Confluence

By | Equipo | No Comments

Confluence es, igual que JIRA, un producto de la empresa Atlassian, especializada en el diseño de herramientas para el desarrollo de software y la gestión de proyectos. Igual que os contábamos lo útil que nos resulta JIRA para el seguimiento de nuestras tareas, esta vez explicaremos las ventajas de documentar el proyecto con una herramienta como Confluence.

En realidad, Confluence funciona de manera muy parecida a una wiki (como la Wikipedia, por ejemplo). Se estructura en páginas y conjuntos de páginas, que denomina Espacios. Todos los miembros del equipo pueden editar las páginas a través de un sencillo editor de texto y suscribirse a las novedades, de forma que estén informados de los cambios. Es un buen sistema para centralizar toda la información y organizar el trabajo. Fomenta la participación y ayuda a que todo el equipo comparta su conocimiento sobre el proyecto. Además, es una herramienta muy flexible. Aporta una variedad de plantillas y las páginas adoptan todo tipo de formas y usos, como manuales, artículos de instrucciones, notas de reunión, listas de archivos o requisitos, por ejemplo.

Como principal desventaja, por citar alguna, es un sistema que exige mucha dedicación para que la información esté siempre actualizada, pero desde nuestro punto de vista, compensa con creces.

Autoría de la imagen: Eli Francis (Unsplash)

Gestión de las tareas con JIRA

By | Equipo | No Comments


JIRA es una herramienta que consideramos muy útil y que utilizamos diariamente para la gestión del proyecto, aunque en sus inicios se concibió como una herramienta para la resolución de incidencias.

La unidad mínima en JIRA son los asuntos (issues, en inglés), muchas veces traducidos como incidencias, como consecuencia de su uso original. Sin embargo, un asunto es mucho más que una incidencia y por tanto puede representar tanto incidencias como errores, características o mejoras.

Los asuntos se organizan en proyectos y estos a su vez se incluyen en categorías de proyectos. Además, los asuntos se pueden clasificar como épicas, historias de usuario, tareas, subtareas y errores (esta tipología se puede reservar para la gestión de las incidencias, por ejemplo). También se pueden etiquetar por versiones.

Por otro lado, cada asunto pasa por una serie de estados: Por hacer, En proceso y Listo y está asignado a una persona del equipo. Otras personas del equipo interesadas en controlar el avance del asunto pueden incorporarse como observadores, de tal manera que reciban una notificación con cada actualización del asunto. Lo ideal es que todos los cambios estén registrados como comentarios, para conocer el histórico del proceso de una manera sencilla.

Si trabajas con Scrum, como es nuestro caso, es posible que crees las épicas y las historias de usuario y que utilices las versiones para gestionar cada entrega del proyecto (despliegue de nuevas características). Para controlar mejor el contenido de cada historia, puedes descomponerla en subtareas, de modo que también dependan visualmente de ella. Una vez incorporadas a JIRA las épicas, historias, tareas y subtareas, lo lógico es que inicies una nueva iteración e incluyas las tareas decididas en el sprint meeting al nuevo sprint.

En el apartado Trabajo pendiente de la pizarra de cada proyecto es posible arrastrar cada historia a la épica que le corresponde así como a la versión en la que se entregará.

En el ejemplo utilizado, el proyecto se denomina wibooki (con la abreviatura WIB), cae dentro de la categoría software y actualmente se divide en tres épicas. Una de las historias de usuario de la épica Perfil es la Creación de página de configuración. Dentro de esta historia encontramos tres subtareas, Cambio de imagen, Cambio de contraseña y Eliminación de cuenta. Todas estas características se desplegarán en producción en la versión 0.2. del proyecto.

Artículos relacionados:

Autoría de la imagen: Aaron Burden (Unsplash)

Mapa de historias de usuario

By | Equipo, La idea | No Comments

Los mapas de historias de usuario son herramientas muy útiles para organizar las tareas y guiar el desarrollo. Sirven para establecer, de manera visual, las interdependencias entre tareas. Como recordaréis por nuestra entrada sobre los conceptos básicos de Scrum, existen las historias de usuario (descripción de características a implementar) y las tareas de historia (cada uno de los asuntos en los que se divide una historia).

Un mapa de historias de usuario nos ayuda a englobar estas historias en dos elementos de orden superior, las épicas o actividades de usuario y las tareas de usuario. Las actividades de usuario son como una gran historia y constituyen la columna vertebral de la aplicación (backbone), mientras que las tareas de usuario establecen la secuencia temporal de uso de la aplicación (walking skeleton).

Así pues, si ordenáramos los elementos de más abstracto a más concreto, tendríamos las épicas o actividades de usuario, seguidas de las tareas de usuario, las historias de usuario y por último, las tareas de historia (que no suelen indicarse en el mapa).

El  mapa también nos ayuda a situar las historias de usuario en diferentes versiones (las diferentes entregas de la aplicación) así como ordenarlas en función de su prioridad.

A continuación os dejamos un mapa de historias de usuario real, de nuestro propio proyecto:

Mapa de historias de usuario

Autoría de la imagen: Dariusz Sankowski (Unsplash)

Un ejemplo práctico de Scrum

By | Equipo | No Comments

Hace poco comentábamos que habíamos dado nuestros primeros pasos con Scrum, un conjunto de buenas prácticas para el desarrollo ágil de software, que se basa en implementar nuevas características de manera iterativa e incremental. Esta filosofía de trabajo engloba una cantidad de nomenclatura que puede llegar a asustar la primera vez que te enfrentas a ella. Por eso pensamos que no hay nada como un buen ejemplo para asimilar sus conceptos básicos y más si es de un clásico cinematográfico como Pulp Fiction. Esta idea está sacada de una presentación sobre Scrum realizada por Toño Huerta (@tohuerta), fundador y CTO de Beroomers; y del artículo Scrum roles in Pulp Fiction.

Actores de Scrum

  • Product owner: la persona responsable del área de negocio, es el contacto directo con el cliente
  • Scrum master: el responsable del equipo técnico, actúa de intermediario con el área de negocio
  • Equipo de desarrollo técnico
  • Stakeholders: son los grupos de interés, como los clientes y los proveedores
  • Usuarios

Elementos de Scrum

  • Historias de usuario: descripción de las características a implementar (se acompañan de los criterios de aceptación)
  • Tareas de historia: cada una de las partes que componen las historias de usuario
  • Puntos de historia: valoración del coste asociado a cada tarea (puntos de complejidad)
  • Product backlog: conjunto de tareas pendientes de realizar
  • Sprint: cada una de las iteraciones (suelen durar entre dos y cuatro semanas)
  • Sprint backlog: conjunto de tareas para realizar dentro de la iteración
  • Burndown: gráfico de trabajo pendiente que se elabora a lo largo de la iteración

Reuniones

  • Sprint meeting: es la reunión de planificación de cada ciclo, en la que se definen las historias de usuario, se descomponen en tareas, se valoran y se incorporan al sprint.
  • Daily Scrum: reunión diaria, generalmente de pie, en la que se expone el trabajo realizado, el que se va a realizar y los conflictos encontrados.
  • Sprint review: al completar el ciclo, se revisa qué se ha desarrollado y qué no y se hace una demostración al resto del equipo.
  • Sprint retrospective: sirve para aprender de los errores cometidos y mejorar el proceso de desarrollo.

Utilizaremos la escena de Pulp Fiction en la que Vincent dispara accidentalmente en el coche a Marvin y acude junto a Jules a casa de Jimmy a recibir el consejo de Sr. Lobo para ejemplificar algunos de estos conceptos.

¿Quién es quién en esta ficción? Sr. Lobo es el Scrum Master, pues es quien conoce el estado del proyecto, el que organiza al equipo y el que facilita las soluciones a los problemas, así como el nexo de unión con el Product owner. Jimmy es a su vez el Product owner, quien aporta la visión del cliente (su mujer llegará a casa a las 9:30 y es imprescindible que no los encuentre allí), prioriza las necesidades y trabaja junto al equipo de desarrollo, que en este ejemplo, son nada más y nada menos que Vincent y Jules. En su caso, Vincent y Jules son los encargados de ejecutar las tareas decididas en esta reunión de planificación (sprint meeting).

En la reunión se mencionan tres historias de usuario: sacar el coche del valle, limpiar el coche y deshacerse del coche. La historia de usuario “limpiar el coche” podría descomponerse en las siguientes tareas: conseguir productos de limpieza, guardar el cadáver en el maletero, limpiar el interior, recoger los trozos de cerebro, limpiar la tapicería, secar los charcos de sangre, conseguir ropa de cama y forrar el interior. Son todas las tareas que se incluirán en el sprint (sprint backlog) y que ejecutarán Vincent y Jules. El criterio de aceptación de esta historia es que, de entrada, el coche parezca normal.

Al finalizar el sprint, se revisa el trabajo y se realiza una demostración a todo el equipo (el trabajo incompleto no se puede demostrar) en el sprint review.

Este ejemplo se completaría con el sprint retrospective, en el que el equipo técnico y el Scrum master se reunirían para hablar tanto del trabajo que se ha realizado como del que no, lo que ha ido bien y lo que no y lo que se puede hacer para mejorar.

Una vez terminado el ciclo, el equipo estaría preparado para iniciar una nueva iteración.

Derechos de la imagen: CNN y Miramax Films

Primeros pasos con Scrum

By | Equipo | No Comments

Primeros pasos

A pesar de que habíamos oído hablar del concepto de agilidad en el desarrollo de software, durante mucho tiempo fuimos incapaces de darnos cuenta de que habíamos caído en la trampa del desarrollo tradicional. Planes de negocio, características de la aplicación descritas al detalle, hojas y hojas de análisis funcional… No nos poníamos a desarrollar hasta que todo estuviera bien descrito y diseñado. Así perdimos un tiempo muy valioso.

Scrum es una metodología que defiende un desarrollo por iteraciones y de manera incremental, en el que en cada ciclo se programan unas pocas características, se lanzan al mercado y se validan con el cliente. Es un enfoque más adaptativo, mucho más flexible y más rápido. También es un buen camino para conseguir el producto mínimo viable, tal y como defiende la filosofía Lean Startup, en el menor tiempo posible. Es la única manera de comprobar si tu propuesta realmente aporta valor.

A diferencia del desarrollo tradicional, también conocido como desarrollo en cascada, el desarrollo ágil ajusta el producto o servicio continuamente a las necesidades del cliente, lo que ahorra costes y reduce el riesgo.

Si te interesa el tema, encontrarás información muy útil en el blog de Javier Garzás, como este artículo de Scrum para Dummies, o la segunda parte de esta entrada, un ejemplo práctico para comprender Scrum.

Autoría de la imagen: Kristina Alexanderson (Flickr)

Misión, visión y valores

By | Liderazgo | No Comments

Simon Sinek es un conferenciante y escritor británico conocido por su teoría del «círculo de oro» sobre liderazgo, presentada en su charla TED «How great leaders inspire action». En menos de veinte minutos, Sinek defiende que la manera en la que piensan, actúan y se comunican las personas y las organizaciones que lideran y que inspiran al resto es justamente la contraria de la que utiliza la gran mayoría. Todo el mundo sabe QUÉ hace, algunas personas saben CÓMO lo hacen, pero muy poca gente o empresas saben POR QUÉ lo hacen. Nuestra manera de comunicar va, por tanto, de lo concreto a lo abstracto (en la imagen, de fuera hacia dentro). De esta manera, alega Sinek, es muy difícil generar ventas o construir grandes equipos.

Las personas y organizaciones que realmente inspiran invierten el orden de la información. Se expresan de dentro hacia fuera, explican POR QUÉ hacen lo que hacen, CÓMO lo hacen y QUÉ es exactamente lo que hacen. Para conectar con tu proyecto, tu producto o tu servicio, la gente necesita saber por encima de todo cuál es tu motivación, por qué existe tu empresa o la razón por la que te levantas cada mañana de la cama. En sus propias palabras, la gente no compra lo que haces, compra el porqué lo haces. La idea, por tanto, no es hacer negocio con la gente que necesita tu producto o servicio, es hacer negocio con la gente que cree en lo mismo que tú crees.

En nuestro caso, estos son los motivos para sacar adelante wibooki. 😉

Misión

Nuestro objetivo es ayudar a la construcción de conocimiento de cualquier persona, en cualquier momento y desde cualquier lugar.

Visión

Queremos cambiar los procesos pasivos de recepción de información por experiencias activas de construcción de conocimiento, con ayuda de la tecnología.

Valores

Sabemos que mejorar la educación nos ayudará a construir un mundo más justo. Creemos que el aprendizaje es un proceso social, que implica interacción y comunicación. También creemos en el potencial que tiene Internet para la mejora de los procesos educativos. Defendemos la cultura abierta, la alfabetización digital, el aprendizaje autónomo, participativo y a lo largo de toda la vida.

Cuando rendirse no es una opción

By | Emprendimiento | No Comments

El día que decides emprender eres muy consciente de que no será un camino fácil. Lo has leído en multitud de entrevistas: es duro, pero merece la pena. Se trabaja mucho, es una dedicación full-life, pero no hay nada más reconfortante que sacar adelante un proyecto propio. Aún así, como en muchos otros aspectos de la vida, piensas que no será para tanto. Que la gloria llegará pronto. En tu caso todo irá rodado, tienes esa corazonada.

Lamentablemente, no es así. Las leyes de Murphy te atacan con toda su dureza y todo lo que puede salir mal, sale mal. Empiezas a entender el concepto “será duro”. Sacar adelante un proyecto es sacrificado y cuesta muchísimo esfuerzo, porque empezar algo de cero exige mucho tiempo, tienes que saber un poco de todo y si lo compaginas con el trabajo (sí, no todo el mundo se puede permitir dejar su trabajo para alcanzar sus sueños), consume todo tu tiempo libre. Pero además, cometes errores. Aprendes sobre la marcha. Te das cuenta de todo lo que te faltaba por saber cuando empezaste la aventura. Surgen imprevistos y el dinero se acaba. Te desgastas a nivel emocional. Las tareas se acumulan, avanzas muy lentamente y muchas veces tienes la sensación de que no lo vas a conseguir. Te agobias de pensar en la gente a la que estás defraudando. Piensas que no está hecho para ti. Valoras tirar la toalla.

Aún así, aguantas. Sabes que si abandonas, el camino recorrido no habrá servido de nada. Te consuelas en todo lo aprendido (ah, si volvieras a empezar). Un día descubres que lo que te pasa tiene nombre, es la montaña rusa del emprendedor. También escuchas esa otra voz que te dice que claro que puedes, que confíes, que al final todo saldrá bien. Quieres demostrar de lo que eres capaz. Así que tomas aliento y sigues el viaje.

Autoría de la imagen: Joshua Sortino (Mojave National Preserve, Kelso, United States)