Ciclo de Trabajo de Codice Software I - Historia
Hace tiempo que el equipo de Codice Software tenía ganas de ganas de contar cómo es su ciclo de trabajo para crear Plastic SCM. Pero son tímidos, así que voy a aprovechar que acabo de unirme a ellos para desvelaros los detalles más secretos.Un poco de historia
El desarrollo de Plastic SCM empezó allá por Agosto de 2005. Comenzaron siendo tan sólo dos desarrolladores, los fundadores insensatos de esta locura. Para crear el núcleo del equipo, se unieron dos intrépidos más. Y ahora, Plastic SCM se elabora cada día gracias a este fantástico y ya numeroso grupo.Desde el principio se tenía claro el modo de trabajo, “Rama por Tarea”. ¿Por qué? Porque era lo que querían que Plastic SCM soportara desde el principio y que mejor forma de ponerlo a prueba que usándolo ellos mismos.
La metodología de trabajo adoptada fue Scrum, porque simplemente encajaba a la perfección. Un backlog lleno de historias, con sus tareas correspondientes, cada una realizada en una rama. Iteraciones y entregas incrementales de producto. Era lo que necesitaban. Comenzaron realizando sprint de 30 días (4 semanas).
En el año 2007 fueron la primera PYME en conseguir CMMi2, y trabajando con el modelo Scrum.
Fue un periodo bastante duro, puesto que a finales de 2006, Noviembre exactamente, ya habían lanzado Plastic SCM 1.0 y en esos momentos estában trabajando en la version 1.5. El equipo se fue afinando en todos los ámbitos: en las estimaciones, en el desarrollo... La consecuencia fue comenzar a realizar mejoras en el modelo de trabajo.
Manejan un “product backlog” bastante dinámico, en el que congelan todo lo que pueden cada dos semanas. Es decir, ahora el Sprint se ha reducido a dos semanas.
La estimación de las tareas la realizan en horas. Llegan a ser tan precisos en las estimaciones como un reloj suizo. El máximo de tiempo que puede alcanzar una tarea es de 16 horas. Todas las tareas están bajo control y manejadas por todos desde su propio issue tracker, sean del tipo que sean: bugs, nuevas funcionalidades, performance, refactor, tests,.... Y a partir de aquí comienza la parte más divertida: el desarrollo
Regla de oro: no hay código sin tarea asociada, aunque sea tan sólo una línea
Trabajan sobre tres pilares fundamentales e indiscutibles: testing, control de versiones y control de tareas. Los tres forman el core para el desarrollo de software.
El tiempo pasa y PlasticSCM ha ido creciendo. Unos datos muy simples para que os hagais una idea de su evolución:
- Julio 2007: 180.000 líneas de código
- Julio 2012: 845.000 líneas de código, de las cuales 250.000 son de test. (casi un 30% de test)
No os perdais nuestra siguiente entrega... las armas con las que desarrollamos Plastic SCM
0 comentarios:
Publicar un comentario