Instituto Tecnologico De Tepic

:Materia:
Gestin de proyectos de Software

:Carrera:
Ingeniera en sistemas computacionales

:Maestro:
Mariza Ramirez Llamas

:Alumno:
Jose Angel Duran Reynoso

:No. Control:
10400363

4. Presentacin de la informacin
4.1. Propuesta
Una propuesta de proyecto es un documento escrito con un propsito especfico en mente: convencer a alguien de que un proyecto puede y debe ser llevado a cabo. Aunque no hay un formato universal para estas propuestas, muchos de sus elementos son importantes y, en muchos casos, obligatorios. Sobre todo, debes recordar que una propuesta de proyecto es un argumento. Si no presentas un argumento lgico y viable, es probable que tu propuesta sea rechazada. Se pueden seguir los siguientes puntos para mejorar la propuesta de un proyecto: Situar un proyecto en su contexto ms general Las ideas de proyectos no deben aparecer de repente como surgidas de la nada, sino formar parte de un programa nacional mucho ms amplio o de una estrategia de ordenacin de los humedales del pas o de la regin de que se trate. Lo ideal sera, pues, que el proyecto reforzarse un programa o una estrategia ya existentes, en lugar de reemplazarlos. De no haber un programa o una estrategia ms generales, el proyecto debera ser una actuacin innovadora al respecto y tratar de definir, iniciar o incluso crear ese programa o esa estrategia. Mejorar el contenido de un proyecto El contenido de un proyecto se refiere a la manera en que se detectan los problemas y se buscan las adecuadas soluciones. La primera cualidad de un proyecto debe ser su realismo. Un proyecto no debe tener por objetivo resolver todos los problemas de un pas o un sector. Debe consistir en un ejercicio riguroso de fijacin de prioridades y en una decisin acerca de cul es la tarea ms importante que haber que realizar y quin puede hacerla pensando de manera realista. Quienes propongan un proyecto debern evaluar adems quin posee la capacidad tcnica necesaria para gestionar un proyecto importante. Mejorar la presentacin de una propuesta de proyecto La presentacin de un documento de proyecto es asimismo importante. El documento no es ms que un instrumento empleado para mostrar que el proyecto ha sido concebido correcta y lgicamente. Si no est bien redactado o estructurado, al oficial de desarrollo que estudia una propuesta le ser difcil comprender sus motivaciones. La manera en que se presenta el documento es adems un buen indicio de la capacidad tcnica y administrativa de quienes lo proponen. El anlisis conforme al marco lgico como instrumento analtico para preparar proyectos El xito de un proyecto guarda estrecha relacin con una serie de factores: una buena planificacin, una capacidad suficiente de la organizacin, equipos de los proyectos competentes y motivados, que quienes intervienen cumplan sus compromisos, etc. Pero el punto de partida ms importante es, sin duda, que el proyecto aborde el verdadero problema existente. Para que se determine y comprenda bien el

verdadero problema, antes de formular en una propuesta completa una idea de proyecto, habr que realizar un "anlisis conforme al marco lgico" cuya finalidad es llegar a un estudio claro y bien documentado del contexto en que intervendr el proyecto propuesto. Deber sentar los problemas que abordar el proyecto y, a partir de ah, exponer claramente los objetivos, resultados y actividades que perseguir. As pues, habr que efectuar el anlisis conforme al marco lgico antes de compilar el documento del proyecto (la propuesta), pues, a decir verdad, es la base necesaria para poder preparar un proyecto adecuadamente argumentado, defendible.

4.1.1. Justificacin del proyecto

Explquese por qu motivos debe realizarse el proyecto y por qu se ha elegido determinado enfoque, mediante: 1. Una descripcin del problema que se busca resolver. 2. Una descripcin de la situacin que se prev exista al final del proyecto, una vez concluido con xito. 3. Los beneficiarios previstos: quines se beneficiarn de los resultados del proyecto y cmo 4. Los motivos para intervenir de la institucin o la organizacin que propone el proyecto. 5. Una descripcin de la capacidad de prestar apoyo del organismo ejecutante.

4.1.2. Calendario o cronograma de actividades

Una vez completado el anlisis conforme al marco lgico, se enumeran todas las actividades fijadas en el marco lgico, por el orden en que sern ejecutadas. Cronograma es un concepto que se utiliza en varios pases latinoamericanos para mencionar a un calendario de trabajo o de actividades. El cronograma, por lo tanto, es una herramienta muy importante en la gestin de proyectos. Puede tratarse de un documento impreso o de una aplicacin digital; en cualquier caso, el cronograma incluye una lista de actividades o tareas con las fechas previstas de su comienzo y final.

4.1.3. El personal involucrado

La seleccin del personal consiste en el anlisis de 3 puntos: Madurez del Proceso de Software Los participantes Jefe de Proyecto El equipo Madurez del proceso de software El modelo de madurez Proceso que nos muestra y explica el camino de una organizacin para alcanzar la excelencia en la gestin de proyectos a travs de diversos niveles de madurez Ofrece una estructura para comparar el grado de desarrollo de la capacidad de la administracin de proyectos existente en la organizacin Modelos: CMMI-SW (Modelo Integrado de Madurez de la Capacidad de Software) MMCGP (Modelo de Madurez de la Capacidad de Gestin del Personal). Software Engineering Institute (SEI), de la Carnegie Mellon Univ. (EEUU) El MMCGP define las siguientes prcticas clave: Reclutamiento Seleccin Entrenamiento Seleccin de la carrera Desarrollo de la cultura de equipo Gestin del desempeo Retribucin Diseo de la organizacin y el trabajo Taxonoma de participantes en un proceso de software: Gestores ejecutivos Gestores (tcnicos) del proyecto Profesionales Clientes Usuarios Habilidades deseables para un jefe de proyecto liderazgo y motivacin ideas o innovacin resolucin de problemas gestion fomento de la cultura de equipo integridad influencia y relacin visin de negocio comprensin tcnica presteza y decisin versatilidad y flexibilidad

 previsin Buen tcnico Buen jefe En una jerarqua, todo empleado tiende a ascender hasta su nivel de incompetencia. Lawrence J. Peter Las compaas tienden a ascender sistemticamente a sus empleados menos competentes a cargos directivos para limitar as la cantidad de dao que son capaces de provoca. Scott Adams Modelo de gestin (habilidades del jefe de proyecto): Motivacin. Adecuar la produccin conforme a las mejores capacidades de cada empleado Organizacin. Adecuar/Crear procesos para llevar el concepto inicial al producto final Ideas/Innovacin. Motivar al personal para aportar ideas dentro de los lmites del proyecto Objetivo principal: hacer ver al equipo la importancia de la calidad del producto en desarrollo

4.1.4 Polticas de comunicacin y seguimiento

Una de las principales debilidades que tienen actualmente las organizaciones, es la ausencia de una poltica de comunicacin que; por un lado, permita alinear el discurso de la empresa a sus objetivos de negocio y; por el otro, establecer los vnculos necesarios con sus audiencias claves para asegurar su viabilidad en un entorno cada vez ms dinmico y complejo. El desarrollo de una poltica de comunicacin permite a las organizaciones desarrollar mayores capacidades para la gerencia de su reputacin. De esta forma se logran sincronizar los activos comunicacionales de la empresa, orientarlos y administrarlos en la direccin correcta. Una poltica de comunicacin empresarial debe contener entre otros aspectos: objetivos estratgicos de comunicacin, indicadores de gestin de las comunicaciones, mapa de grupos de inters, una clara definicin de los ejes de posicionamiento institucional, desarrollo de mensajes claves, una poltica de vocera, un manual de contingencias compartido por las diferentes reas de la empresa, entre otros lineamientos. As mismo, es importante establecer escenarios de planificacin y desarrollo de los procesos de comunicacin. Para ello, es til integrar un equipo multidisciplinario de alto nivel y con poder de decisin, bajo el paraguas de un comit de comunicaciones y asuntos pblicos, que permita establecer la agenda comunicacional de la empresa, tanto interna como externa, el mix de medios, mensajes, los voceros adecuados para atender las demandas de informacin o generar stas y los lineamientos para el desarrollo de las acciones previstas. Otro de los criterios importantes para sostener una adecuada poltica de comunicacin en la prctica, es tener un continuo monitoreo del entorno, que permita identificar los issues asociados a la actividad de la empresa. De esta forma, la organizacin es capaz de establecer su posicin ante estos issues de manera proactiva y minimizar o capitalizar su impacto segn sea el caso. Para desarrollar estos elementos existen mltiples metodologas, pero fundamentalmente lo que se necesita es la voluntad de la alta gerencia para dedicar tiempo y concentrar parte de su esfuerzo en atender la dinmica comunicacional de la organizacin. Las empresas actualmente se enfrentan a un escrutinio pblico desde los medios de comunicacin, grupos de presin, el gobierno y sus instituciones, organizaciones no gubernamentales y la comunidad. Muchos de estos escenarios de coyuntura son manejados de manera espontnea y en la mayora de los casos los costos de los desaciertos terminan generando daos a la imagen de la empresa que no son cuantificables, pero cuyos efectos se evidencian en las barreras que se crean alrededor de la actividad de la organizacin, afectando su viabilidad y generando coyunturas cada vez ms frecuentes.

Las empresas estn aprendiendo que tienen que administrar y reforzar la gestin de sus activos intangibles con la misma energa que asignan a los activos tangibles del negocio. Un primer paso en este sentido es trabajar sobre una poltica de comunicacin, contar con un manual de vuelo, una gua que les permita enfocar su actividad gerencial con una eficiente gestin comunicacional.

4.2. Lineamientos de comunicacin y seguimiento //NO ENCONTRE INFORMACIN

4.2.1. Formatos
El formato es simple y se estructura en el siguiente orden: 1. Nombre del proyecto 2. Identificacin del problema 3. Objetivos 4. Etapas y actividades contempladas del proyecto 5. Etapas y actividades en el tiempo 6. Productos del proyecto 7. Beneficiarios del proyecto 8. Impactos del proyecto 9. Relacin del proyecto con otras iniciativas 10. Breve resumen del proyecto 11. Presupuesto del proyecto 12. Fuentes de financiamiento 13. Responsable del proyecto y seguimiento del proyecto 14. Evaluacin

4.2.2. Herramientas
1. Reflexin Descripcin de los contenidos del primer balance, o reflexivo A. Competencias genricas y grado de dominio B. Calificaciones y rendimiento en los estudios C. Revisin de las actividades laborales hechas hasta ahora D. Visin sinttica de tu trayectoria E. Las potencialidades F. Las debilidades G. Revisin de la ayuda y de la orientacin recibidas H. Reflexin sobre las consecuencias de lo que he hecho hasta ahora I. Mi decisin una vez hecho el primer balance 2. Balance de sntesis Descripcin de los contenidos del segundo balance A. Mis aptitudes B. Mis valores laborales C. La relevancia de mis valores en mi futura carrera profesional D. Mi propio concepto y rasgos psicolgicos E. Mi autobiografa F. Mis conocimientos y adquisiciones Competencias A. Competencias especficas y grado de dominio (al finalizar la carrera) B. Valoracin de las competencias genricas (al finalizar la carrera) C. Cuadro comparativo de consecucin de las competencias genricas D. Relaciones entre las competencias genricas y el futuro lugar de trabajo Conocimiento del mundo del trabajo A. Cules pueden ser mis preferencias profesionales? B. Inventario de las actividades profesionales desarrolladas hasta ahora C. Cules son mis creencias sobre el trabajo? D. Maneras de conocer el mundo del trabajo E. Construyendo tu agenda personal de informacin profesional F. Qu tengo que saber del lugar de trabajo que pienso desarrollar en el futuro? G. Exigencias mnimas de un lugar de trabajo H. Las exigencias del perfil profesional de un lugar de trabajo I. Problemas que pueden surgir al planificar mi carrera profesional J. Mi directorio para empezar a buscar un trabajo 3. Previas A. Un flash de mi evolucin personal B. Las motivaciones hacia el trabajo

C. Dnde vivir yo de aqu a unos aos y qu har? 4. Portafolio A. Proceso de construccin del proyecto profesional. El pasado B. Proceso de construccin del proyecto profesional. El presente C. Proceso de construccin Actualmente en la red existen gran variedad de manuales e informacin que coinciden bastante en sus bases, los cuales sirven para la descripcin detallada paso a paso de como realizar la presentacin de un proyecto. a continuacin dejo algunos enlaces que pueden servir para la misma elaboracin: http://www.ilo.org/wcmsp5/groups/public/---ed_emp/---emp_ent/--coop/documents/instructionalmaterial/wcms_173149.pdf http://www.taringa.net/posts/info/1075959/Como-presentar-un-proyecto.html http://www.publicacions.ub.edu/liberweb/mundo_trabajo/cuestionario.pdf http://www.fondoempleo.com.pe/descargas/MANUAL10CONCURSO.pdf http://universitas.net.ve/manualprocomuni.pdf

4.3. Contrato
El xito en los proyectos de desarrollo de software a la medida depende, en gran medida, de que el trabajo entre el cliente y el desarrollador se encuentre debidamente normado. En este sentido, es un factor reconocido de xito para estos proyectos formalizar los acuerdos entre ambos, las especificaciones del trabajo por desarrollar, precios, trminos y condiciones, entre otros elementos. Cuando el cliente y el desarrollador forman parte de organizaciones distintas, normalmente se firma un contrato informtico ad hoc. En este artculo presentaremos algunos aspectos y caractersticas especiales por considerar en la elaboracin de este tipo de contratos. Comencemos por revisar las principales ventajas de cuidar la elaboracin de un buen contrato informtico para el desarrollo de proyectos de software: Describe tcnica y legalmente las actividades por desarrollar, de manera que un buen contrato debe evitar que dichas actividades queden sujetas a la interpretacin de cualquiera de las dos partes: el cliente y el desarrollador. En esta descripcin debe emplearse, en el mayor nmero de aspectos, mecanismos cuantitativos, para que la evaluacin del cumplimiento pueda ser objetiva. Promueve la definicin ms exacta posible del producto a desarrollar, pues un buen contrato debe incluir relaciones completas y claras de los requerimientos y especificaciones del software que se construir, as como mecanismos de control tales como los criterios para su aceptacin a la entrega final, y el plan de pruebas para corroborar su funcionamiento. Documenta los acuerdos verbales tomados por las partes, antes de la firma del instrumento legal, y proporciona un marco de actuacin para los acuerdos que deban tomarse durante el desarrollo del contrato. De esta manera, dichos acuerdos y los compromisos asumidos no podrn ser cambiados ni por el tiempo ni ante eventos futuros, a menos que el mismo contrato indique cmo puede haber modificaciones. Esto es particularmente til para el caso de tareas de cuya terminacin dependa el desempeo de la otra parte; por ejemplo, de la aprobacin de un diseo formal por parte del cliente depende el inicio de las actividades de programacin por parte del desarrollador. Ayuda a proteger tanto al cliente como al desarrollador ante cualquier desastre potencial, lo que previene eventos y riesgos desde la negociacin inicial y la definicin del producto por desarrollar. Ejemplos de estos sucesos son los cambios de personal clave para el proyecto, por cualquiera de las partes, casos de fuerza mayor, desastres naturales, huelgas, cambios en los requerimientos o especificaciones, terminacin anticipada, en fin, situaciones que pudieran enrarecer el proceso de desarrollo e implementacin del software. Define la forma en que se dar por terminado este proyecto y, por lo tanto, la relacin legal entre el cliente y el desarrollador, cualquiera que sea el resultado y la forma de finalizacin (normal o anormal), protegiendo el inters comn, y an incluyendo sanciones por incumplimiento de cualquiera de las partes. Promueve la participacin, comunicacin e involucramiento de ambas partes para el desahogo y seguimiento de actividades durante el desarrollo del proyecto, y previene la manera de resolverse los posibles conflictos entre el cliente y el desarrollador.

En este orden de ideas, es sumamente conveniente hacer las siguientes preguntas para comprobar que un contrato de desarrollo de software cumple con las caractersticas deseables en instrumentos de esta naturaleza, particulares a este tipo de proyectos: Se incluyeron requerimientos y especificaciones detalladas como parte del contrato, o sern construidas y validadas como parte del proyecto contratado? Se hicieron explcitas las exclusiones, esto es, lo que no incluir el producto final, o lo que no se contemplar durante el desarrollo del proyecto? Qu productos de trabajo, adems del sistema de informacin, van a ser generados? Estn amparados por el contrato? Cul ser su contenido? Cul ser el procedimiento para aceptar cada uno de los productos? Cmo se comprobar que cumplen con lo comprometido? Se establecieron en el contrato controles para los cambios en requerimientos y especificaciones? Se dividi el proyecto en fases y se elabor un calendario de actividades? Bajo qu mecanismos y procedimientos, y con qu frecuencia, se dar seguimiento conjunto al proyecto? Se estableci quin retiene la propiedad del cdigo fuente original, creado para el proyecto? Quin retiene la propiedad del cdigo que el desarrollador incluye en el producto, pero que forma parte de sus libreras, y si es el caso, si le va a proporcionar al cliente documentacin de esa parte? Si el desarrollador se hace responsable de la correccin de defectos, ofreciendo algn tipo de garanta, se especifican en el contrato los escenarios para las correcciones, y el tiempo comprometido para hacerlas? Quin ser el responsable de la instalacin, y en general, de las actividades de implantacin del sistema? Dnde residir el sistema en las instalaciones del cliente, en qu servidor y bajo qu condiciones para la operacin del software? Quin ser el responsable del mantenimiento al sistema? En su caso, contar el cliente con los elementos suficientes y necesarios para poder abordar las tareas de mantenimiento? Quin ser el responsable de la operacin del sistema? Contar con los elementos suficientes y necesarios para realizar sus tareas? Se firmarn acuerdos de confidencialidad? Cules son las implicaciones para el desarrollador y cules para el cliente? Se ha protegido la relacin laboral con el personal de cada una de las partes, y las posibles contrataciones de miembros del equipo del desarrollador, por parte del cliente? Se han definido las pruebas a que ser sometido el producto final? Quin las llevar a cabo? Cules son los criterios para aceptar el producto final? Quin es el responsable de determinar si se cumplen o no? Qu mecanismos protegen tanto al cliente como al desarrollador de los posibles desacuerdos al determinar el cumplimiento de los criterios de aceptacin? Se estableci un plan de pagos acorde con la programacin de entregas de productos parciales y finales?

Bibliografa
http://www.ehowenespanol.com/escribir-propuesta-proyecto-como_31836/ http://www.ramsar.org/cda/es/ramsar-activities-grants-rsgf-advice-ondeveloping/main/ramsar/1-63-68-159%5E23256_4000_2__ http://definicion.de/cronograma/ http://www.kybele.etsii.urjc.es/docencia/IS_LADE/2012-2013/Material/[IS-LADE2012-13]TEMA%20IV%20-%20Gesti%C3%B3n%20de%20proyectos.pdf http://competitividadresponsable.wordpress.com/2010/01/04/la-politica-decomunicacion-corporativa/ http://www.slideshare.net/jfk791021/formato-bsico-para-la-presentacin-deproyectos