04.30.09
Posted in Gestión de Proyectos at 8:31 am by Miguel
Os dejo un enlace a un pdf que me ha llamado mucho la atención, se trata
de un caso práctico llevado a cabo en un entorno universitario, donde varios grupos debe realizar la gestión de un proyecto a partir de un conjunto de requerimientos iniciales.
http://www.inf.udec.cl/~revista/ediciones/edicion1/mvaras.PDF
Las conclusiones lo mejor, no descubren nada nuevo, pero es cuanto menos curioso, ya que a lo que respecta al alcance y a los requerimientos hace mucho hincapié en la necesidad de disponer del total conocimiento al inicio, cuando, desgraciadamente es algo que no ocurre nunca.
Saludos.
Permalink
05.24.08
Posted in Gestión de Proyectos at 2:57 pm by Miguel
Siguiendo el libro “Flexibilidad con Scrum” de Juan Palacio (http://www.navegapolis.net), del que ya hablamos en su momento en este mismo blog, paso a redactar unas líneas extraídas del capítulo donde se habla del formato que debería tener la reunión de planificación del sprint. Me tomo la libertad de resaltar en negrita las afirmaciones que más me han llamado la atención.
“Los miembros del equipo se auto-asignan las diferentes tareas teniendo como criterio sus conocimientos, intereses y distribución homogénea del trabajo. Esta segunda parte (en el mismo libro se define que la reunión de planificación del sprint tiene que estar dividida en dos partes), debe considerarse como una reunión de equipo, en la que deben estar todos los miembros y ser ellos quienes descomponen el trabajo en tareas, las asignan y estiman“.
Me temo que los cimientos de más de uno se habrán removido al leer cosas como estas. Resulta un ataque frontal a la manera de trabajar de muchas empresas que a mi sinceramente me parece como mínimo más que interesante (aunque está claro que no es aplicable en el 100% de los contextos).
Con maneras de trabajar así, temas como el “nivel de implicación” y “motivación” del equipo tienen que estar por defecto a niveles altísimos. Y los que tenéis experiencia en el desarrollo de software sabréis que la motivación del equipo de trabajo es uno de los pilares fundamentales para conseguir alcanzar los objetivos.
Saludos.
Miguel.
Permalink
05.20.08
Posted in Arquitectura, Gestión de Proyectos at 10:53 pm by Miguel
Navaja de Occam
La navaja de Occam (navaja de Ockham o principio de economía o de parsimonia) hace referencia a un tipo de razonamiento basado en una premisa muy simple: en igualdad de condiciones la solución más sencilla es probablemente la correcta.
Principio Fundamental de KISS
El principio KISS es aquel que recomienda el desarrollo empleando partes sencillas, comprensibles y con errores de fácil detección y corrección, rechazando lo enrevesado e innecesario en el desarrollo de sistemas complejos en ingeniería.
Este término es un acrónimo que corresponde a la frase en inglés ”Mantenlo simple, estúpido” (Keep It Simple, Stupid). Para evitar ser tosco, el acrónimo se hace corresponder con otras expresiones tales como “Manténgalo breve y simple” (“Keep It Short and Simple”) u otras similares, pero que mantienen la misma idea del principio.
Ambas descripciones han sido extraidas de Wikipedia.
Saludos.
Miguel.
Permalink
02.06.08
Posted in Gestión de Proyectos, Gestión de Recursos at 9:12 pm by Miguel
“Si tienes algo que hacer cuyo coste temporal no supera los 3 minutos de dedicación, hazlo.” (Extraido de la norma de los 2 minutos de David Allen en su libro GTD).
Bases en las que se apoya la norma bajo mi punto de vista:
1) Lo más seguro es que si no lo haces (y no lo apuntas en ningún lado) se te olvidará.
2) Si lo haces y lo terminas en esos tres minutos te lo quitarás de la cabeza, por lo que disminuirá tu nivel de estrés y aumentará tu nivel satisfacción por el trabajo realizado.
3) Si lo apuntas en lugar de hacerlo, tardarás más tiempo en apuntarlo detalladamente para que luego al retomarlo más adelante sepas de qué va la cosa y no pierdas tiempo ubicándote, o lo apuntarás demasiado rápido y cuando lo intentes hacer te habrás olvidado de muchos detalles cosa que provocará que tardes mucho más de 3 minutos.
4) El dedicar 3 minutos a una tarea, aunque tenga menor prioridad que otras, afectará imperceptiblemente a la fecha de entrega de tareas con mayor coste temporal.
5) En el libro Getting Things Done, David Allen habla de esta norma, pero la deja en 2 minutos y no en 3. Me parece algo escaso para aplicarlo al desarrollo de software, por lo que apuesto por 3.
¿Más ideas?
Un saludo.
Miguel.
Permalink
11.03.07
Posted in Gestión de Proyectos, Libros, Metodologías at 7:21 pm by Miguel
Otro magnífico libro de la mano de Juan Palacio, el cual nos da la oportunidad de descargar gratuitamente en PDF o adquirirlo a través de http://www.lulu.com
Os dejo el link al artículo en su blog http://www.navegapolis.net/content/view/694/61/
Saludos.
Miguel.
Permalink
09.15.07
Posted in Gestión de Proyectos, Libros, Metodologías at 7:17 pm by Miguel
Extraigo la descripción de GTD que incorpora wikipedia en el siguiente link http://es.wikipedia.org/wiki/Getting_Things_Done
“GTD se basa en el principio de que una persona necesita borrar de su mente todas las tareas que tiene pendientes guardándolas en un lugar específico. De este modo, se libera a la mente del trabajo de recordar todo lo que necesita hacer, y permitiéndole concentrarse en la realización de aquellas tareas. La psicología de GTD se basa en hacer fácil el almacenamiento, seguimiento y revisión de toda la información relacionada con las cosas que necesitas hacer. Allen (desarrollador de la teoría) sugiere que muchos de los bloqueos mentales en los que nos encontramos a la hora de completar ciertas tareas vienen dados por una planificación insuficiente (p.e., para cualquier trabajo nosotros debemos aclarar lo que se debe conseguir y que acciones se deben llevar a cabo para completarlo). Según Allen, es más práctico hacerlo reflexionando previamente sobre ello, generando una serie de acciones que hacer más tarde sin necesidad de volverlo a planificar durante su realización.”
Puestos además en serio, me acabo de comprar el libro en Amazon.com
Título: Getting Things Done: The Art of Stress-Free Productivity
Autor: David Allen
Idioma: Inglés
En cuanto esté algo más empapado del tema… os cuento con más profundidad.
Saludos.
Miguel.
Permalink
07.02.07
Posted in Gestión de Proyectos, Gestión de Recursos, Motivación at 9:42 pm by Miguel
El mejor líder es aquel cuya existencia no nota la gente. El siguiente mejor es al que la gente respeta y alaba. El siguiente es el que la gente teme; y el siguiente al que odia. Cuando el trabajo del mejor líder está acabado, la gente dice: Lo hicimos nosotros mismos.
Lao-Tzu (Filósofo chino siglo V a.C.)
Más información sobre Lao-Tzu en la Wikipedia:
http://es.wikipedia.org/wiki/Laozi
Permalink
06.07.07
Posted in Gestión de Proyectos at 10:53 am by Miguel
Sigo prácticamente a diario las noticias provenientes de http://www.navegapolis.net, y hoy no puedo hacer más que volver a referirme a una de sus noticias, en concreto cuando habla de estimaciones.
Estimaciones:
Una de las dos causas principales que generan proyectos desbordados son las estimaciones mal realizadas.
Normalmente las estimaciones se realizan al comenzar el ciclo de vida. Tiene un cierto sentido, si no fuera porque de esta forma se hace la estimación antes de definir los requisitos, y por lo tanto antes de conocer el problema.
La estimación se produce por tanto en el momento erróneo.
La mayoría de las estimaciones las realiza personal de gestión o de marketing, no las personas que van a construir el software, o sus gestores.
La estimación la realizan las personas inadecuadas.
Una vez realizadas las estimaciones no se gestionan con pautas de gestión de proyectos (supervisión periódica, revisión por la ocurrencia de riesgos, modificaciones…)
Podéis encontrar el artículo completo en http://www.navegapolis.net/content/view/634/51/
Un saludo.
Miguel.
Permalink