¿Y sobre la documentación?
- Detalles
- Publicado: Domingo, 13 Diciembre 2009 00:00
- Escrito por Guido
Muchas veces nos encargamos de escribir grandes manuales de guía, los cuales en la mayoria de las oportunidades ni siquiera son leídos una vez. Pensando en eso… ¿es estríctamente necesario entregar tanta documentación si finalmente quizás ni se lea? ¿ Por qué no utilizar ese tiempo tan valioso dentro de un proyecto en otra iteración?
Además, si algo ocurre con el software o la implementación tecnologíca te llamarán seguro, ¿o no?
Históricamente, la función del departamento de Recursos Humanos fue doble: controlar que la organización cumpla las políticas y ayudar a cultivar una cultura vibrante en la cual los empleados puedan crecer, mediante la contratación y retención de los mejores talentos. Pero a medida que la recesión global afecta a más y más empresas, se empezó a dejar de lado el control estricto para crear en su lugar un ambiente de trabajo que no esté dominado por el miedo, la ansiedad y la apatía.
Hace algún tiempo pensaba en si dos metodologías de desarrollo de software, una tradicional y una ágil, podrían ser combinables. Y pues, a simple vista es difícil dimesionar si dos aspectos distintos de hacer las cosas pueden convivir bajo una misma nube, y llegué a la conclusión que si, pues usualmente las metodologías tradicionales proponen estructuras de trabajo en base a procesos, mientras que las ágiles apoyan el postulado de basarse en las personas para lograr que un proyecto sea exitoso.
El equipo de NetBeans anuncia que ya está disponible para 
Un equipo que adopta Ágil por primera vez tiende a cometer varios errores durante los primeros días. Uno de los errores más comunes es intentar hacer una estimación precisa. Durante la Reunión de Planificación del Sprint de la primera iteración, el equipo no conoce su velocidad y tiende a gastar tiempo intentado crear estimaciones "precisas" o estima usando "colchones" arbitrarios. Gastan demasiado esfuerzo detallando las tareas y estimándolas.
Garr Raynolds está escribiendo un libro sobre el diseño en su blog 
JUnit es uno de los frameworks importantes para la evolución del 
Es bien sabido que en Scrum es muy importante tener software que funcione al final de cada sprint. Pero... ¿por qué? Joe Little comparte 4 buenas razones por las cuales tenemos que enfocarnos en tener software que funciona, siempre.
Trabajando con varios equipos de líderes y gerentes, me di cuenta que necesitan cambiar cómo están organizados para realmente lograr tener equipos ágiles más productivos.
Necesito hacer una confesión aquí, al comenzar. Hace un poco más de 20 años hice algo que hoy me arrepiento, algo de lo que no estoy particularmente orgulloso, algo que, de muchas formas, desearía que nadie sepa nunca, pero que acá me siento obligado a revelar. A fines de los '80, en un momento de indiscreción juvenil, fui a la Escuela de Leyes.
Los oyentes de Last.fm ya recibieron 275.000 años de audio en todo el mundo. En el tiempo que les llevó leer esta última oración, los usuarios enviaron 4000 canciones. En la primer semana de Xbox Live, se transmitieron 120 millones de minutos de música. Y sabemos todo esto porque la gente de