videoconferencia<\/a> de Redbooth, por supuesto). En lugar de ser un proceso descendente, la combinación de perspectivas transversales aportó lo mejor de varios mundos al proceso de creación de Gantt en Redbooth.<\/p>\n“Los debates dieron muy buenos resultados”, confirmó el responsable de productos Irwin Kwan. “Gracias al intercambio constante de ideas, junto con la capacidad de ‘jugar’ con los primeros prototipos y obtener una sensación real del producto desde el inicio, fuimos capaces de representar lo que oíamos de nuestros clientes. Esto significó poder estar seguros de estar de obtener los resultados también desde una perspectiva técnica”.<\/p>\n
5 procesos de productividad que marcaron la diferencia<\/h2>\n
El equipo continúa utilizando diferentes técnicas para maximizar la eficiencia y la productividad durante el proceso de desarrollo. No es necesario crear software para aprender de estas moralejas. Incluso si trabajas en un tipo de proyecto muy diferente, es probable que exista una estrategia que te funcione.<\/p>\n
[1] No distraerse con los detalles<\/h3>\n
Al optimizar el proceso de revisión de códigos, el equipo pudo centrarse en el todo, en vez de en los pequeños detalles.<\/p>\n
“Estamos leyendo activamente los códigos de los demás y tenemos reglas internas estrictas con relación a la descripción de peticiones ‘pull request’, además de un grupo de herramientas aún más estrictas que comprueban los errores más comunes de los desarrolladores de forma totalmente automática”, dijo Ilya. “Esto nos permite no centrarnos en detectar comas o paréntesis mal colocados, sino en intentar comprender la idea subyacente y el razonamiento que hay detrás del código”.<\/p>\n
Moraleja:<\/strong> libera energía mental automatizando la mayor parte posible del proceso. Si te distraes con detalles triviales, no podrás concentrarte en decisiones importantes.<\/p>\n[2] Mantener sprints cortos y centrados<\/h3>\n
En un flujo de trabajo de desarrollo basado en un enfoque Scrum, los “sprints” son periodos de tiempo que el equipo reserva para el trabajo dedicado a resultados definidos. Al final de cada sprint, los miembros del equipo se reúnen, reflexionan sobre su progreso, establecen objetivos claros para el siguiente e incorporan sus opiniones. Para el equipo de desarrollo de Gantt, la duración de los sprints marcó una diferencia importante.<\/p>\n
“Los sprints cortos fueron de gran ayuda,” comentó Ilya. “También las sesiones de planificación de sprints fueron muy cortas: cuando el equipo realmente entiende lo que está creando, no se necesitan largas discusiones”.<\/p>\n
Moraleja:<\/strong> \u00bftrabajas con un equipo? Analiza cuidadosamente el lapso de tiempo que transcurrirá antes de una nueva reunión de revisión e información. Cuando se pisan nuevos terrenos, puede ser necesario reunirse con más frecuencia.![\"Desarrollo](\"https:\/\/s3.amazonaws.com\/wordpress-production\/wp-content\/uploads\/2016\/02\/gantt-balance-what-is-possible.png\")
<\/p>\n[3] Cazar los problemas rápidamente (también conocido como Spike It!)<\/h3>\n
Convertir el diseño de una función en algo completamente funcional siempre será un proceso complicado, y los desarrolladores de Gantt sabían que podían esperar lo inesperado. Desde las limitaciones tecnológicas a los problemas de compatibilidad, ayudó contar con un proceso que busca activamente sacar a la luz esos retos, para que puedan abordarse con prontitud.<\/p>\n
“En nuestro equipo, hacemos lo que denominamos ‘spikes’ para superar los desafíos”, comentó Eduardo Lanchares, desarrollador full stack.<\/p>\n
“Un spike es una prueba de concepto de la viabilidad de una funcionalidad. Con esa investigación profundizamos en la funcionalidad y podemos entonces detectar posibles limitaciones de los problemas. Posteriormente, esta información se comparte con el equipo de producto y diseño, de modo que puedan pensar en una solución alternativa para resolverlo o dedicar más tiempo para encontrar una mejor solución técnica. Se trata de trabajo en equipo: todos intentamos encontrar el equilibrio entre lo que queremos y lo que es posible”.<\/p>\n
Moraleja:<\/strong> antes de sumergirte en una nueva idea, compruébala e informa de ello. Si todas las partes implicadas pueden mantener una mente abierta, se logrará identificar los problemas graves con más rapidez y con mínimos costes irrecuperables. El proceso puede incluso llevar a soluciones creativas que funcionen mejor que el concepto original.<\/p>\n[4] Dividir los trabajos estratégicamente<\/h3>\n
La división de un proyecto grande en partes permitió a los miembros del equipo de Gantt realizar más trabajo, pero solo porque pusieron más cuidado en hacerlo de forma autónoma, lo que también evitó posibles conflictos durante el proceso, y con tareas de tamaño correcto para garantizar que la carga de trabajo fuera razonable.<\/p>\n
“El trabajo en paralelo es la clave para un desarrollo más rápido”, dijo Andrés. “La tecnología utilizada y el modo en el que se estructura el código son importantes. Si tu código está bien organizado y las cosas se pueden dividir en componentes independientes, puedes comenzar a trabajar en determinadas partes de la funcionalidad mientras los miembros de tu equipo trabajan en otras”.<\/p>\n
La elección de tecnología compatible con este enfoque hace mucho más fácil una implementación eficiente.<\/p>\n
“Utilizamos un marco denominado React.js, que reproduce la idea de componentes aislados que se pueden colocar juntos”, dijo Ilya. “Por ello, no estamos solucionando un enredo. Es más como trabajar con un árbol: todo el mundo toca diferentes ramas, pero hay un tronco central”.<\/p>\n
Moraleja:<\/strong> presta atención a la hora de dividir el trabajo. Muchos equipos se dividen los proyectos de forma espontánea en las reuniones: “Vale, yo haré esto y tú harás lo otro”. Tómate tiempo para asegurarte de que la forma en la que se está asignando el proyecto tiene sentido y se mantiene coordinada.![\"Desarrollo](\"https:\/\/s3.amazonaws.com\/wordpress-production\/wp-content\/uploads\/2016\/02\/gantt-motivation-plays-a-big-part.png\")
<\/p>\n[5] Explicar el “porqué,” no solo el “qué”<\/h3>\n
El equipo se aseguró de mantener una visión clara del motivo por el que estaban creando Gantt. Sabían que la finalidad no era trivial cuando se trata de mantener el compromiso y el progreso de un equipo de desarrollo. Comprender el impacto de un proyecto lo cambia todo.<\/p>\n
“Es increíble la importancia que tiene la motivación en el desarrollo, y el éxito, de una nueva funcionalidad”, dijo Pau. “Hace posible superar retos como la utilización de tecnología totalmente nueva y la creación de interacciones completas de experiencia de usuario, al mismo tiempo que se siguen logrando hitos de acuerdo al calendario”.<\/p>\n
Moraleja: <\/strong> sobre todo si tienes miembros del equipo orientados a un propósito, presenta el “porqué” de forma clara y convincente. Para algunas personas, supone una ayuda poder personalizar lo que están haciendo; para otras, es importante comprender el “porqué” técnico. Podemos tener la tentación de omitir este paso, pero es una oportunidad increíble para aumentar la participación desde el principio.<\/p>\nEntonces, \u00bfcuándo puedes probar Gantt?<\/h2>\n
La funcionalidad oculta que permite una utilización intuitiva a los usuarios es sorprendentemente compleja y va mucho más allá de la propia funcionalidad de Gantt hasta la plataforma que hace funcionar las cuatro aplicaciones principales de Redbooth (navegador, escritorio, iOS y Android). Los desarrolladores de Redbooth trabajan intensamente para garantizar que todo funcione de forma correcta e intuitiva.<\/p>\n
En la actualidad, estamos planificando una versión beta cerrada en las próximas semanas para realizar pruebas y recabar opiniones. \u00bfCuándo se lanzarán los diagramas de Gantt de Redbooth para todos los clientes? Tenemos prevista una versión para primavera y ofreceremos información más detallada a medida que se acerquen las fechas. No pierdas de vista el blog, ya que en próximos artículos facilitaremos más información sobre el progreso de Gantt.<\/p>\n
Ilustraciones de Sarah Tanner<\/a><\/em><\/p>\n","protected":false},"excerpt":{"rendered":"En esta entrega de la serie dedicada a la creaci\u00f3n de las nuevas funciones Gantt de Redbooth, puedes acompa\u00f1ar entre bastidores a cinco desarrolladores de Redbooth.<\/p>\n","protected":false},"author":50,"featured_media":12309,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"inline_featured_image":false,"footnotes":""},"categories":[423],"tags":[426,459],"class_list":["post-12783","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-blog-es","tag-behind-the-scenes-es","tag-gantt-charts-es"],"_links":{"self":[{"href":"https:\/\/redbooth.com\/es\/wp-json\/wp\/v2\/posts\/12783","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/redbooth.com\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/redbooth.com\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/redbooth.com\/es\/wp-json\/wp\/v2\/users\/50"}],"replies":[{"embeddable":true,"href":"https:\/\/redbooth.com\/es\/wp-json\/wp\/v2\/comments?post=12783"}],"version-history":[{"count":0,"href":"https:\/\/redbooth.com\/es\/wp-json\/wp\/v2\/posts\/12783\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/redbooth.com\/es\/wp-json\/wp\/v2\/media\/12309"}],"wp:attachment":[{"href":"https:\/\/redbooth.com\/es\/wp-json\/wp\/v2\/media?parent=12783"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/redbooth.com\/es\/wp-json\/wp\/v2\/categories?post=12783"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/redbooth.com\/es\/wp-json\/wp\/v2\/tags?post=12783"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
![\"Desarrollo](\"https:\/\/s3.amazonaws.com\/wordpress-production\/wp-content\/uploads\/2016\/02\/gantt-stable-mvp.png\")
<\/figure>\n![\"Desarrollo](\"https:\/\/s3.amazonaws.com\/wordpress-production\/wp-content\/uploads\/2016\/02\/gantt-global-vision.png\")
<\/figure>\n