Roadmap: es una planificación del desarrollo de un software con los objetivos a corto y largo plazo, y posiblemente incluyendo unos plazos aproximados de consecución de cada uno de estos objetivos. Se suele organizar en hitos o «milestones», que son fechas en las que supuestamente estará finalizado un paquete de nuevas funcionalidades.
La expresión Prueba y error, es un método heurístico para la obtención de conocimiento, tanto proposicional como procedural. Consiste en probar una alternativa y verificar si funciona. Si es así, se tiene una solución. En caso contrario (resultado erróneo) se intenta una alternativa diferente.
Fuentes de incertidumbre
Diagrama de red:
Se llama red a la representación gráfica de las actividades que muestran sus eventos, secuencias, interrelaciones y el camino critico.
El camino critico , es un método, es un proceso administrativo de planeacion, programación, ejecución y control de todas y cada una de las actividades componentes de un proyecto que debe desarrollarse dentro de un tiempo crítico y al costo optimo.
Diagrama de tornado:
Es una gráfica donde cada dato se representa verticalmente en vez de lo convencional (Horizontalmente.) , la gráfica se ordena de mayor a menor.
• Cambios súbitos en la política que afecten en proyecto y la capacidad de negociar o dialogar
• Toma hostil de un negocio
• Bancarrota y crisis financieras
• Conflictos violentos
• Cambios en la legislación
• El temor al cambio o seguridad de los usuarios
• Las emociones de los desarrolladores del proyecto
• Falta de experiencia o conocimiento del proyecto
Preguntas que nos pueden ayudar a identificar un riesgo
-Ambiente de control
• ¿Cuáles son las capacidades y conocimiento en la organización?
• ¿Qué reglas y regulaciones están establecidas?
• ¿Cómo se ve el liderazgo?
• ¿Cómo es el ambiente de trabajo?
• ¿Qué valores y principios estamos tratando de alcanzar?
• ¿Está clara la estructura de la organización?
• ¿Están claros los roles y responsabilidades?
• ¿Estamos trabajando en un ambiente multicultural y cómo afecta la administración del proyecto?
-Análisis de riesgos
• ¿Por qué y para quién estamos haciendo el análisis de riesgos?
• Si identificamos más riesgos ¿significa que tenemos menos capacidad o
• ¿Tenemos los recursos para trabajar con una administración basada en la
• Lo que queremos lograr o logremos lograr ¿Pueden ser riesgos para alguien
competencia? (prestigio)
planeación de riesgos?
más?
-Actividades de control
• ¿Por qué y para quién estamos llevando acabo actividades como monitoreo,
• ¿Cómo llevaremos a cabo el control de las actividades?
• ¿Tenemos los recursos para llevar a cabo estas actividades?
evaluaciones, auditorias, etc.?
-Información y comunicación
• ¿Tenemos toda la información necesaria?
• ¿Están abiertos y claros los canales de comunicación entre los interesados?
• ¿Tenemos los recursos para encontrar y manejar información?
• ¿Cuál es el nivel de transparencia?
-Monitoreo y evaluación
• ¿Por qué necesitamos monitoreo y evaluación?
• ¿En qué manera la organización usará todo lo anterior?
• ¿Hay condiciones para aprender? (Individuos u organización)
Todos los proyectos son diferentes, ninguno puede ser igual a otro y las técnicas que se utilicen para un proyecto que dio éxito puede que con otro fracasen, como todos los proyectos de software son muy diferentes lo mejor es no obstaculizarlos con estimaciones.
El desarrollo de software es impredecible y no repetitivo por lo que fijar el alcance exacto en tiempo, presupuesto y esfuerzo es algo casi imposible y no deseable, un enfoque de este tipo limita el cambio durante el proyecto, limita un diseño emergente, los requisitos cambiantes y la innovación. Tenemos que aceptar que si nuestro alcance es variable, la fecha de entrega también lo es.
Las estimaciones se basan en cumplir con un conjunto fijo de requisitos, pero la mayoría de los proyectos cambian y varían sus requisitos, no son precisos por una u otra cosa, entonces si no se tienen requisitos definidos es imposible tener una estimación. Para construir un software necesitamos solo una visión clara y un propósito compartido, objetivos de alto nivel, y no el detalle de cómo vamos a lograrlos.
#NoEstimates plantea el enfoque en pequeñas iteraciones que sugiere las metodologías agiles, elimina la necesidad de realizar estimaciones. Asi, simplemente iterando en pequeñas partes y durante el tiempo y presupuesto que considere necesario se va desarrollando el proyecto.
En si el #NoEstimates nos habla de que las estimaciones no son malas, si no que no son necesarias para el desarrollo de un proyecto de software y es mejor no utilizar ningún proceso de estimación.
En mi opinión digo que es bueno este enfoque ya que no estas atado o amarrado a una estimación, podemos cambiar los requisitos cuando queramos y además no estas estresado por las fechas de entrega, por eso siempre hay que dar probabilidad no una estimación exacta de terminación del proyecto. Esta es una nueva manera de desarrollar software sin utilizar estimaciones y los modelos tradicionales como el de cascada.
El trabajo se expande hasta llenar el tiempo disponible para que se termine
Las personas comienzan a dedicarse seriamente una tarea que les fue asignada solamente cuando la fecha de entrega se acerca
Anclase y confimacion
Existen muchas razones por las cuales un proyecto se atrasa ya que un proyecto puede ser de cualquier tipo, proyecto de software, proyecto de vida, proyecto de ingeniería, etc. En este ensayo tratare de explicar de manera generalizada porque un proyecto no se cumple en la fecha establecida.
Para empezar me gustaría comentar que una de las principales razones por las cuales un proyecto se detiene es por la falta de experiencia de las personas involucradas, en mayor parte los jefes del proyecto ya que por lo general estas personas llevan la administración del mismo, la falta de experiencia es causa de muchos errores entre ellos atrasar el ciclo de vida de un proyecto ya que si no se tiene experiencia previa es difícil realizar actividades de manera fluyente, es decir, es muy probable que cada actividad de ese proyecto te vaya a tomar más de lo que tuviste contemplado; ya sea porque tienes que pedir ayuda de personas con experiencia o que tú mismo descubras la solución a base de prueba y error. Un ejemplo claro son los trabajos finales, en lo personal cuando entre a la universidad sobreestime el esfuerzo que podrían tener estos tipos de proyectos y no organizaba bien mi tiempo, lo que llevo a una entrega tardía de un proyecto escolar en mi segundo semestre, después de eso aprendí que es mejor trabajar poco a poco y organizar bien las actividades para tener el trabajo hecho incluso antes de la fecha establecida.
En segundo lugar la planeación de un proyecto es crucial para que se entregue en tiempo y en forma. Un proyecto mal planeado quedara incompleto o se entregara con retraso. Como mencione en el punto anterior la planeación debe ser de preferencia por una persona experimentada en el campo aunque en lo personal no pienso que sea un requisito, una persona sin experiencia pero bien organizada puede planear un proyecto si le invierte tiempo y esfuerzo.
Otro punto muy importante es la motivación del equipo de trabajo, en cualquier tipo de proyecto debe de haber una motivación por parte de los involucrados ya que ellos son los que realizaran cada una de las actividades del proyecto y estos determinaran si se está avanzando al ritmo establecido. Las razones por las cuales el equipo no está motivado pueden ser varias, por ejemplo si no están recibiendo dinero, si no los interesa el propósito del proyecto, si no están emocionalmente bien por problemas externos etc. Si el equipo no está motivado es muy probable que el proyecto fracase por eso es muy importante conocer los diferentes métodos de motivación ya sea con reconocimiento o monetariamente.
Como último punto me gustaría mencionar que la falta de presupuesto es otro factor muy importante en el ritmo de un proyecto ya que los involucrados en un proyecto por lo general necesitan recursos para desempeñar las tareas y dependiendo del tipo de proyecto también necesitan un sueldo, entonces si no hay presupuesto no es posible seguir con el flujo establecido. Un ejemplo podría ser cuando alguien está ampliando su casa, pero por alguna razón ocupa su dinero para otro tema más importante, por consecuencia la casa de quedar sin ampliar por un tiempo hasta que se tenga de nuevo presupuesto.
Para concluir este breve ensayo sobre atrasos en proyectos quiero decir que aparte de los puntos que mencione anteriormente que son la falta de experiencia, la planeación, la motivación, y la falta de presupuesto, existen más razones por las cuales un proyecto no se entrega a tiempo. Dependiendo del tipo de proyecto y de la magnitud del mismo se pueden considerar o no ciertos factores.
Un riesgo es un evento incierto o condición, que si ocurre, tiene un efecto
positivo o negativo en los objetivos del proyecto.
La administración de riesgos es la identificación, valoración y
priorización de riesgos, seguida por la aplicación coordinada de
recursos para minimizar, monitorear y controlar la probabilidad y/o
impacto de eventos desafortunados o maximizar la realización de
oportunidades.
Administración de Proyectos 