
Twitter Updates
- How to teach/learn how to make better software? Any ideas? #letsgetdirty 3 hours ago
- "Es mejor enfocarse en los usuarios y no en atacar a otras compañías" Respuesta de Google a Microsoft #empresadecadente http://t.co/4in7NS3f 3 hours ago
- No he vuelto a saber nada de mi amigo Ron D, qué será de él? cc. @danielperez83 3 hours ago
- No hay nada peor que aquellos que se comprometen a hacer algo, devolver una llamada o enviar info por correo y no lo hacen. #poresoesqnoprog 3 hours ago
- Today the matrix IA aka. other road drivers were so n00b. Did I selected rookie mode this morning? 12 hours ago
Intereses actuales
- Learn about everything, especially all related to software development projects.
- Improve my english.
- Increase my reading speed.
- Web development.
- Finish my master.
- Find a really excitement job.
- Find a non IT-related hobby.
- Post something interesting in this blog.
Leyendo actualmente
Planned books:
None
Current books:
Contabilidad para todos by Betty Ferro Mojica
COMO HABLAR BIEN EN PUBLICO (Spanish Edition) by Reinaldo Polito
Beginning Android Application Development (Wrox Programmer to Programmer) by Wei-Meng Lee
Recent books:
- Node Web Development by David Herron
- Lo que hacen los mejores profesores universitarios by Ken Bain
- Marie Curie (Mujeres en la historia) by Margarita Leon
- PhoneGap Beginner’s Guide by Andrew Lunny
- El camino de Steve Jobs: Liderazgo para las nuevas generaciones by Jay Elliot, William L. Simon
Meta
Tag Archives: Gerencia de Proyectos
Elementos comúnes para el éxito del desarrollo de software (2)
En el blog de Mejores Proyectos encontré un artículo muy interesante que sirve como complemento al muy general bosquejo que se había hecho en los Elementos comúnes para el éxito del desarrollo de software. El artículo expone doce características que debe tener un grupo de trabajo de alto desempeño para estar alineados con el éxito del proyecto. Resumo muy brevemente a continuación estas características.
- Tener un propósito claro: conocer los objetivos y como interactúan individualmente con ellos.
- Tener una comunicación efectiva hacia adentro y afuera: comunicación ágil => toma de decisiones apropiadas.
- Voluntad de aprender de los demás: aprendizaje constante => recibir y generar conocimiento.
- Participación en el grupo: participación activa, no sólo hacer lo que se les pide (pasivos) sino participar también en la discusión de problemas y en la toma de decisiones.
- Orientación a la solución de problemas: buscar soluciones no culpables => confianza y solidaridad.
- Búsqueda de la excelencia: superación personal => superación grupal. Entender que el éxito es el fin, no hay mas opciones.
- Celebración de los logros: premiar a quien se lo merece => motivación.
- Involucrar a todas las personas relevantes: entender que los problemas son de todos, no del que lo obtuvo de turno; a fin de cuentas es un grupo de trabajo.
- Equipos multidisciplinarios para problemas multidisciplinarios: en lenguaje informal, no espere peras del olmo, reuna perales y olmos para obtener lo que realmente espera.
- Búsqueda de la innovación: aprovechar las múltiples perspectivas que trae consigo la multidisciplinaridad.
- Descontento con el status quo: guíarse por las normas y las metodologías pero no dejarse llevar por ellas. Búsqueda de la mejor estrategia => innovación.
- Compromiso: responsabilidad con el proyecto y con los compañeros.
Estos puntos nos ayudan a hacer volar nuestra imaginación para encontrar otros puntos adicionales que se pudieron leer entre líneas junto con nuestras experiencias propias. Algo básico que se ha de resaltar es la combinación entre los puntos 4, 8, 9 y 12: ningún problema es de alguien, los problemas son del grupo. Esto también debe aplicar a nivel intergrupal. Así como el éxito de un proyecto es responsabilidad de todos los integrantes del grupo, el éxito de la empresa es responsabilidad de todos los grupos. No es posible llegar al éxito perdiendo la cohesión, dejando a las personas por su cuenta propia o a los grupos a la deriva. La empresa debe funcionar como una maquinaria y los grupos como engranajes, alineados y aceitados correctamente.
Para esto es necesario contar con otro ingrediente, el compromiso, la capacidad y el liderazgo del gerente, cordinador, líder o como se llame. Si bien la responsabilidad es compartida y el grupo es la reunión de todos sun integrantes, el gerente como cordinador está en la capacidad de potenciar enormemente las capacidades del grupo o de malgastar los recursos del grupo y obtener un verdadero desastre, aún con buenos insumos.
Para terminar, considero importante resaltar el lado contrario. Así como el gerente es importante, los integrantes del grupo también lo son. Un grupo mediocre realizará proyectos mediocres aunque su resultado haya sido satisfactorio. Por qué ? Porque la mediocridad no es el fin, el fin es el éxito: lo mejor que se pueda obtener. Si el grupo es mediocre, aunque haya tenido un relativo éxito siempre estará el k+1 a donde habríamos llegado si realmente nos hubieramos esforzado. La mediocridad es algo imposible de permitir. El elemento 6 así lo muestra.
Sigo con mi duda cuadriculada: es posible determinar, planear, manipular ciertos factores o elementos de un proyecto para tener éxito en su desarrollo ? Existe una receta, mágica y secreta, que haya que seguir paso a paso para garantizar el éxito ? La administración de proyectos es algo tan esotérico, variable, individual e impredecible como el desarrollo de software ? Las respuestas van entre un si, un no y un tal vez, pero el panorama es promisorio.
Enlace:
- Doce características de un equipo de alto rendimiento.
http://iaap.wordpress.com/2008/03/06/doce-caracteristicas-de-un-equipo-de-alto-rendimiento/
Posted in Desarrollo de software, Gerencia de Proyectos
Tagged Gerencia de Proyectos
Por qué fallan los proyectos de sofware ?
Esta es una recopilación muy interesante de las principales razones por las cuales los proyectos de sofwtare fallan realizada por Codediesel.com.
- Requerimientos incompletos: mal recogidos o documentados.
- Mala comunicación: entre los integrantes del equipo o con el usuario (propietario del proyecto).
- Falta de recursos: malos desarrolladores o que no trabajan en equipo.
- Metas irreales: agendas sin sentido -> presión innecesaria -> desarrolladores estresados.
- Cambio de requerimientos: cambio demasiado frecuente, sin planeación, sentido o con mala documentación.
- Falta de planeación: mala planeación o documentación pobre e inconsistente.
- Prácticas de desarrollo descuidadas: sin control de versiones, pruebas, seguimiento de errores, …
- Información no oportuna: no se conoce a tiempo el estado actual de los proyectos y sus progresos.
- Uso de tecnología inmadura: con las que no se tiene suficiente experiencia o documentación.
- Presiones comerciales.
Lo obvio no siempre es lo mas entendido. Cuáles podemos/deberíamos mejorar ?
Tamaño y localización del proyecto
Tomado del curso Formulación de Proyectos del SENA.
Enlace: Versión PDF.
Fases del ciclo de desarrollo de los proyectos
Tomado del curso Formulación de Proyectos del SENA.
Enlace: Versión PDF.
Clasificación de los proyectos
Las clasificaciones resaltadas (estrella) corresponden en las que estimo pueden enmarcarse los proyectos de desarrollo de software o de TIC en general.








