Lo interesante, además de la gráfica es al finalizar cada parte se presenta un pequeño cuestionario con respuestas para reforzar la lección y un taller con un cuestionario y ejercicios adicionales.

Descargar el libro “Aprendiendo UML en 24 horas”

PD: Espero no estar violando ningun derecho de propiedad intelectual con esto, toda vez que también conseguí el PDF en internet, de ser así, por favor comunicarse conmigo para retirar el enlace

• Técnicas de desarrollo ágil para .Net
• Herramientas de Desarrollo ágil para .Net

Y claro, dentro de estos 2 grandes puntos se encuentran muchos otros temas. Con aproximadamente 100 páginas puede ser una interesante lectura en los ratos libres que uno suele tener.

No importa si recién estás empezando en este mundillo del .Net o si ya tienes tiempo, estoy seguro que de todas formas te agradará

Descargar Libro Digital: Desarrollo ágil con .Net

Espero que les sea de utilidad.

Saludos.

El desarrollo de software hoy en día nos pide tener presente en todo momento el manifiesto ágil, y con ello, SCRUM se presenta como el Framework ideal para el desarrollo de proyectos.

Este portal, muestra una serie de ejemplos, técnicas, consejos que te permitirán entender mejor el uso adecuado de las técnicas de SCRUM.  Si te interesa aprenderlo, creo que que aquí encontrarás mucha valiosa información, después de todo, nada cuesta registrarnos y conocerlo, de esa manera podrás no solo consumir el conocimiento que aqui se difunde sino, aportar con tus experiencias al respecto.

Saludos.

URL: http://www.proyectosagiles.org/

Sin embargo, es importante conocer alguna que otra “Metodología Ágil”, es en este sentido que surge el ya conocido por muchos “Manifiesto Ágil” que podemos empezar a asumir como las reglas de nuestro desarrollo en el día a día. Este manifiesto se basa en 4 puntos fundamentales:

1. Valorar más a los individuos y su interacción que a los procesos y las herramientas. Esto significa que debemos tener en consideración que nosotros, los desarrolladores, analistas y todas las personas involucradas en el proceso de Desarrollo de Software somos mas importantes que el lenguaje de programación o el IDE o las características de Hardware que tenga nuestro equipo. Eso no significa que podamos crear un software que te lea la mente en una PC que funciona con leña, pero si nos dice que es mucho mas importante contar con personal calificado para la tarea encomendada.
2. Valorar más el software que funciona que la documentación exhaustiva. Lo primero que se puede entender a simple lectura es que la documentación no es necesaria, pero eso es falso. Lo que significa este punto es que debemos concentrarnos en crear solo la documentación “necesaria”, no mas ni menos que la estrictamente necesaria, concentrándo nuestros esfuerzos en el desarrollo de la aplicación. Un buen inicio sería documentar nuestro código, cosa que todos recomiendan y apenas algunos hacen.
3. Valorar más la colaboración con el cliente que la negociación contractual. Esto implica que se debe tener en cuenta en primer lugar al cliente y/o usuario en el proceso de desarrollo, puesto que es quien (en teoría) conoce cual debe ser el resultado a obtener; en segundo lugar, dejamos el contrato, que en realidad a nosotros, desarrolladores, no aporta información relevante para el propio proyecto.
4. Valorar más la respuesta al cambio que el seguimiento de un plan. Este punto es el “pan nuestro de cada día” para los que desarrollamos software, es decir, los cambios a los requerimientos son una constante que lamentablemente no podemos evitar, por diferentes factores que no comentaré en este post. La idea entonces, es que desarrollemos nuestros requerimientos pensando que en todo momento tendremos que cambiar algunos aspectos de la funcionalidad que estamos desarrollando.

Si empezamos a asumir estas 4 reglas como válidas, de seguro conseguiremos mejorar en nuestro desarrollo, puesto que estas reglas son aplicables a cualquier realidad, siempre y cuando nos involucremos de lleno en ellas. La moraleja final de estos 4 puntos sería:

La calidad del software no se negocia.

Mayor información:  Wikipedia – Manifiesto ágil

Saludos.

La gente dice: y el Rational Rose? no lo tenemos, bueno entonces… MS Visio Enterprise Edition?, pues tampoco hay… y ahora? que hacemos?. Obviamente no resulta muy práctico hacerlo en papel con un lapiz cierto? Entonces, requerimos alguna ayuda extra.

Afortunadamente tenemos algunas herramientas CASE para UML que se pueden descargar de forma gratuita, entre estas herramientas tenemos:

• BOUML.
• Visual Paradigm for UML 6.4 Community Edition. (Requiere registro para poder efectuar la descarga)

Para el caso de BOUML, hay afortunadamente un manual escrito en castellano titulado: “BOUML, una herramienta CASE de UML gratuita” al cual se puede acceder para entender mejor su funcionamiento.

Bueno, en definitiva creo que en algún momento nos será de utilidad alguna de estas herramientas, así que nunca está demás tenerlas a la mano.

Saludos.

Fuente: La Vida de un informático 1 y 2

La comunidad Agile Perú los invita al Lima Agile Day 2009. Este evento está dirigido a todos aquellos interesados en conocer y entender cómo aplicar las llamadas Metodologías Ágiles de Desarrollo de Software (tales como Scrum y Extreme Programming) de boca de algunos de sus más fervientes practicantes en nuestro país.

Los datos de la conferencia son:

Fecha: Sábado 28 de Marzo de 2009
Hora: 8:30 am a 1:00 pm
Lugar (por confirmar): Auditorio Cibertec, Av Salaverry 2255, San Isidro.

Pueden registrarse en: http://limagileday2009.eventbrite.com/

Yo ya estoy registrado y de hecho que estaré presente, la capacidad es de solo 150 personas, así que si quieren participar, apúrense.

Saludos.

Yo hace algún tiempo he venido buscando esta guía en internet y no la había encontrado, hasta el día de antes de ayer, que pude encontrarlo por esas casualidades de la vida, así que si a alguien le interesa pues les dejo la dirección para que puedan aprovecharla.

URL: RoadpMap de RUP en línea

Cabe recordar que para poder ver de forma correcta este roadmap, se necesita instalar java en el pc y lo pueden conseguir de forma gratuita en http://www.java.com/es/.

Saludos.

Se trata de una guía para Arquitectos de Software y líderes de desarrollo que trabajen sobre la plataforma .Net enfocándose en los tipos mas comunes de aplicaciones y partiendo la funcionalidad en capas, componentes y servicios, además de brindar claves para el diseño.

El documento esta dividido en 4 partes: Fundamentos, Diseño, Capas y Arquetipos y lo mejor de todo esto es que es de libre disposición para los interesados en el tema.

Nunca está demás leer algo sobre estos temas cuando se esta desarrollando, ya que estas guias nos pueden ofrecer la oslución a nuestros problemas o enriquecer nuestra percepción para la resolución de algunos casos.

Saludos.

Después de leerla me di cuenta de que preferiría tener como Jefe de proyectos a un pastor que a algún MBA con complejo de superioridad. Si es tan simple hacer que un desarrollador sea mas productivo para el proyecto… es tan dificil de entender eso en la realidad?

Lo que queda claro con esta lectura es que un Jefe de Proyectos debe preocuparse por darle al desarrollador las condiciones necesarias para llevar adelante su trabajo, no se trata solo de imponer cronogramas y ajustar tiempos para que el Gantt quede bonito, sino de crear el ambiente adecuado para que el trabajo sea el óptimo. Si necesito un Servidor de pruebas, por favor.. denme un servidor de pruebas!

Hay muchas formas de hacer sentir bien a un desarrollador, porque no aplicar algunas!?

Saludos.

Yo particularmente ya lo envié al personal de Sistemas de mi actual (y ya casi ex) cliente.

Fuente: La masa, el ladrillo, la bota, el bocadillo… – Estimación vs adivinación

Saludos.