Professional Documents
Culture Documents
DCEA
LSIA
Profa. Irma Leticia Villalobos Jurez.
Compendio de
Ensayos
Administracin de Proyectos de Desarrollo de Software.
Un buen plan de trabajo debe tener una fecha de consolidacin, la cual marcara una pauta de los
tiempos requeridos para lograr una meta especfica. El cronograma servir de gua para determinar
cada paso de nuestro proyecto.
Es evidente que solo es vlido para un determinado lapso de tiempo, por lo que debemos tener muy
claros los propsitos y el alcance de nuestro proyecto.
Un plan tambin es o debe ser expositivo, es decir, mediante un argumento adecuado y
estructurado, debe convencer a todas las partes participantes, no solo a quienes trabajan en el,si
no a quienes va dirigido el proyecto.
Gestin de Riesgos.
La gestin de riesgos representa varios procesos distintos con los que se lleva a cabo el diseo y
elaboracin de planes de contencin para un proyecto. La gestin de riesgos busca siempre tener
una armona entre costos mnimos alternos y mejores soluciones en trminos de emergencias, esto
con el fin de alterar lo menos posible al plan original.
La gestin del riesgo debe ir paralelamente a un proyecto. Su ejecucin debe ser tomada por una
junta especialmente formada, que tomara decisiones decisivas cuando algo inesperado suceda.
El objetivo de la gestin de riesgos es reducir diferentes riesgos relativos a un mbito
preseleccionado a un nivel aceptado por la sociedad. Puede referirse a numerosos tipos de
amenazas causadas por el medio ambiente, la tecnologa, los seres humanos, las organizaciones y
la poltica. Por otro lado, involucra todos los recursos disponibles por los seres humanos o, en
particular, por una entidad de manejo de riesgos (persona, staff, organizacin).
El riego esta dado en funcin de cierta probabilidad y de un nivel de impacto, as como de un tipo
especfico:
As tenemos que: un impacto de nivel 5 representa un foco amarillo a rojo, las probabilidades de
riesgos disminuyen en proyectos consolidados que tienen asegurados sus objetivos gracias a un
buen plan de riesgos.
El plan est aplicado en el establecimiento de estrategias de toda la staff del proyecto, diseado
para identificar eventos potenciales que puedan afectar a la entidad y administrar los riesgos para
proporcionar una seguridad e integridad razonable referente al logro de objetivos.
Por qu cambiar?
Para qu cambiar?
II.
III.
Tener muy clara la situacin actual, incluyendo al sistema administrativo, sistema tecnolgico, y
al sistema humano.
IV.
V.
VI.
VII.
VIII.
Evaluar resultados.
Mtricas en El Proyecto.
Una mtrica indica la manera en que el proceso de control de calidad medir el trabajo o el
producto. A su vez, la tolerancia define la variacin permisible de las mtricas.
Para ejemplificar los tres conceptos: una mtrica de calidad en el proyecto puede ser el tiempo
de respuesta de un sistema informtico para elaborar un reporte de datos especfico.
Cuando puedes medir aquello de lo que ests hablando y expresarlo en
nmeros, sabes algo sobre ello; pero cuando no lo puedes medir y no lo puedes
expresar en nmeros, tu conocimiento acerca de ello es insatisfactorio.
Las mediciones en el mundo fsico pueden ser catalogadas en dos campos: medidas directas (por ej.
La longitud de un tornillo), y medidas indirectas (por ej. Calidad de tornillos producidos, medida por
la cuenta de los tornillos rechazados). Las mtricas de software pueden ser catalogadas de forma
parecida.
Se puede clasificar en:
Gestin de la Calidad.
El trmino gestin de calidad tiene significados especficos dentro de cada sector del negocio. Esta
definicin, que no apunta al aseguramiento de la buena calidad por la definicin ms general sino a
garantizar que una organizacin o un producto sea consistente, tiene cuatro componentes:
1.
2.
3.
4.
Planeacin de la calidad
Control de la calidad
Aseguramiento de la calidad
Mejoras en la calidad.
Principios.
Las normas internacionales para la gestin de calidad (ISO 9001:2008) adoptan varios principios de
gestin que pueden ser utilizados en las direcciones para guiar a las organizaciones a mejorar su
desempeo. Los principios incluyen:
Estimaciones.
En el principio el costo del Software constitua un pequeo porcentaje del costo total de los sistemas
basados en Computadoras. Hoy en da el Software es el elemento ms caro de la mayora de los
sistemas informticos.
Un gran error en la estimacin del costo puede ser lo que marque la diferencia entre beneficios y
perdidas, la estimacin del costo y del esfuerzo del software nunca ser una ciencia exacta, son
demasiadas las variables: humanas, tcnicas, de entorno, polticas, que pueden afectar el costo final
del software y el esfuerzo aplicado para desarrollarlo.
Para realizar estimaciones seguras de costos y esfuerzos tenemos varias opciones posibles:
Dejar la estimacin para ms adelante (obviamente podemos realizar una estimacin al cien
por cien fiable despus de haber terminado el proyecto.
Basar las estimaciones en proyectos similares ya terminados.
Utilizar tcnicas de descomposicin relativamente sencillas para generar las estimaciones
de costos y esfuerzo del proyecto.
Desarrollar un modelo emprico para l clculo de costos y esfuerzos del Software.
Calendarizacin de Proyectos.
La calendarizacin sirve para crear una red de tareas de ingeniera de software que permitan tener
el trabajo justo a tiempo, esta red debe tener responsabilidades asignadas, asegurarse que dichas
tareas se realicen y adaptar la red conforme los riesgos se tornen en realidad.
Los proyectos de software usualmente se entrega con retraso debido a:
Una fecha limite irrealizable establecida por alguien ajeno al grupo de ingeniera.
Cambios en los requisitos del cliente que no se reflejan en modificaciones al calendario.
Una subestimacin razonable de la cantidad de esfuerzo o de recursos que se requerirn
para realizar el trabajo.
Riesgos predecibles o impredecibles que no se consideraron al iniciar el proyecto.
Dificultades tcnicas que no se lograron preverse.
Dificultades humanas imprevisibles.
Falta de comunicacin entre el personal del proyecto.
Una falla en la gestin del proyecto.
Se debe realizar una estimacin detallada, aplicar un proceso incremental, reunirse con el cliente y
explicarle esta estimacin y plantarle porque la fecha es irrealizable, ofrezca una estrategia de
desarrollo incremental como alternativa.
Existen distintos principios bsicos que guan la calendarizacin del proceso
Compartimentacin
Interdependencia
Asignacin de Tiempo
Validacin del esfuerzo
Definicin de responsabilidades
Definicin de resultados
Definicin de hitos
Existe el mito que al agregar personas a un proyecto atrasado este puede finalizarse en el tiempo
estimado con xito, esto es muchas veces mentira ya que las nuevas personas primero deben
ponerse al corriente y los que previamente estn involucrados deben ensear a los nuevos, si se
desea agregar personas a un proyecto se debe observar que la tarea sea altamente
compartimentada.
REGLA 40-20-40
Esta es una regla que usualmente se sigue, en la cual se asigna el 40% del esfuerzo al anlisis y diseo
de software, el 20% del esfuerzo a la codificacin y el ultimo 40% a la realizacin de pruebas del
sistema, esta distribucin se utiliza como gua, la distribucin final del proceso la dictan las
caractersticas del proyecto
Existen distintos tipos de proyectos de software entre ellos:
Dependiendo del tipo de proyecto y actividades dentro del proyecto se pueden seleccionar el tipo
de tareas que se realizaran y determinando si se han logrado los hitos en las fechas establecidas,
comparando la fecha real con la fecha de inicio prevista para cada actividad