Proyectos UCO

Clasificación de las tareas. Si todo el tiempo estamos en fase de apagafuegos, es que se aprovecha correctamente del tiempo de todos los miembros del equipo del proyecto. Si el jefe del proyecto está siempre en fase de buscar otro trabajo, los demás deben empezar a buscar otro trabajo también. Si el jefe del proyecto está siempre en fase de pérdida de tiempo es que la planificación es correcta y no tiene que hacer nada para corregir los errores. Si el jefe está en fase de planificación, los demás deben esperar a que acabe para saber que tienen que hacer.

La PDS. Es la única forma de especificar el problema técnico a nivel de documento del proyecto. Es más, una técnica para la formulación del problema que, para la especificación del problema técnico, por lo que no es obligatorio usarlo a nivel documental. Debe contener un programar de tareas detallado con asignación de responsabilidades a los miembros del equipo. Es el resultado de la fase de identificación de necesidades y establecimiento de objetivos.

Si no se satisface la necesidad del cliente. Hay que renegociar las especificaciones con el cliente. Hay que definir quién debe asumir el coste. Hay que volver a hacer las pruebas en presencia del cliente y verificando cada uno de los objetivos que venían en la hoja del encargo. Hay que concretar que hay que rehacer y fijar nuevo presupuesto y nuevo plazo.

Para identificar el Problema Real de un proyecto se realizan varias entrevistas. Entre ellas hay que: Dejar siempre hablar al cliente a su aire. Empezar presentando en las entrevistas los méritos de la empresa de desarrollo de proyectos para incrementar la confianza del cliente. Tratar de llevar la conversación hacia los temas que nos interesan sin presionar al cliente. La última palabra siempre la tiene la empresa de proyectos.

El proceso de desarrollo de cualquier proyecto, ¿está ligado a la ejecución de una planificación?. Si, siempre. Aunque luego no resulte posible cumplir el plan inicial. No, no siempre es necesario establecer un plan. Si, pero si se sigue el ciclo de vida clásico, la descomposición en etapas del proyecto coincide siempre con las fases del ciclo de vida. Si, las fases de desarrollo del proyecto hay que pactarlas con el cliente. Si, pero lo mejor es que el personal del proyecto no conozca el plan en su totalidad.

Seleccione una o más de una. El proceso de proyecto depende de cada proyecto. El proceso del proyecto es único y siempre se realiza de la misma manera. El proceso del proyecto trata de identificar unas fases no necesariamente secuenciales. El proceso del proyecto consiste en una lista fija de tareas.

Son factores estratégicos. Los que se decide al principio y ya no se deben modificar. Aquellos que condicionan el resultado final y sobre los que hay que elegir razonadamente. El entorno de programación. El plazo de ejecución del proyecto.

La definición legal de proyecto data de: Seleccione una o más de una: 1961. 2002. 1997. 1998.

En la ejecución del proyecto... Seleccione una o más de una: Hay que estar pensando siempre en lo acordado en la hoja de encargo. Lo más importante es revisar constantemente la especificación con el cliente. Si no se verifican los objetivos iniciales siempre hay que comunicar un incremento de precio al cliente. EI documento va dirigido fundamentalmente Cliente.

MEJOR DEFINICION DEL PROYECTO Seleccione una o más de una: Conjunto o serie de documentos que definen la obra de forma tal que un facultativo distinto del autor pueda dirigir con arreglo al mismo las obras o trabajos correspondientes. Intención o pensamiento de hacer algo para que se requerirá, normalmente, el consumo de recursos. Unión temporal de recursos humanos y no humanos para conseguir, de forma técnica y económicamente óptima, un propósito determinado. Plan para la ejecución de algo. Inversión que se hace con la intención de obtener un beneficio.

Son factores dato... Seleccione una o más de una: Sólo los que impone el cliente. EI S.O. a utilizar. Los que se deciden al principio y ya no se pueden modificar. Aquellos que vienen determinados por la naturaleza del problema.

La PDS es un método que puede ayudar a definir el Problema Técnico. Pero... Seleccione una o más de una: No es la única existente. Es difícil de aplicar correctamente porque exige tomar datos sobre el problema y esto no siempre está a nuestro alcance. Hay que contar con la ayuda del cliente mientras se redacta. No es posible explicar el funcionamiento con mucho detalle ya que aún no se ha terminado de especificar esto con el cliente.

La bibliografía. Hay que hacerla con la norma UNE 50-104-94. Debe contener la relación de libros, artículos, páginas web, documentos electrónicos, manuales, manejados durante el proceso de diseño del software. Va al final del documento, dentro de la memoria. Se puede hacer, o por orden alfabético, o por orden de cita. La norma UNE no contempla toda la casuística. Es licito referenciar artículos no leídos. Si se usan superíndices, hay que poner las referencias a pie de página.

Seleccione una o más de una. El problema técnico es el que se define con la PDS. El problema real lo define el cliente y el técnico lo define el equipo de desarrollo. El problema técnico lo define el equipo de desarrollo a partir del problema real. El problema real es la necesidad real del cliente expresada en palabras del cliente. La definición del problema técnico sirve de base para determinar la duración del proyecto.

Conclusiones. Es recomendable aportar líneas futuras de mejora. Las conclusiones deben estar relacionadas con los objetivos iniciales. Puede haber conclusiones de tipo personal. No es bueno identificar debilidades en las conclusiones porque va en contra de nuestro trabajo.

Estructura. Hay que dar estructura lógica al documento. La estructura de la memoria de un proyecto es fija y hay que seguir un guion establecido. Lo mejor es reproducir la estructura de algún proyecto que este correcto. La estructura del documento debe ser fiel reflejo del proceso de desarrollo seguido.

Anejos. No deben incluirse como anejos las características técnicas del hardware. Pueden ser anejos los desarrollos matemáticos largos. Son anejos el manual de usuario y el manual del código. En los anejos se deben incluir el manual de otros programas usados si no son de uso común.

Contractuales. Los documentos contractuales son la memoria y el presupuesto. Son los planos y el pliego de condiciones, pero tambien lo pueden ser los otros dos. Los documentos contractuales son la memoria y los planos. Los documentos contractuales más usuales son los planos y el pliego de condiciones.

Pliego de condiciones. Ver si existen pliegos de obligado cumplimiento antes de hacer uno. Es conveniente mirar pliegos de otros proyectos u oficiales. Es vinculante y contractual.

Bibliografía. Va al final de la memoria. Varias sistemáticas. Siempre deben aparecer todos los autores en las preferencias, pero no en la cita. Se pueden citar documentos que no se han leído. Las citas se pueden organizar en orden alfabético o por orden de aparición.