Vous êtes sur la page 1sur 27

Instituto Tecnológico de

Nuevo León

Ingeniería en Sistemas Computacionales

Residencias Profesionales
Tutorial de Gestión de proyectos de Software
para Educación Virtual

Presentación de la información

Presenta: David Emmanuel Zúñiga Herrera

06480238
ITNL Gestión de Proyectos de Software

INDICE

4. Presentación de la información ............................................................................................ 3


4.1. Propuesta .............................................................................................................................. 9
4.1.1. Justificación del proyecto .......................................................................................... 12
4.1.2. Calendario de actividades .......................................................................................... 14
4.1.3. Personal involucrado .................................................................................................. 19
4.1.4. Políticas de comunicación y seguimiento ............................................................... 20
4.3. Contrato .............................................................................................................................. 26

ISC VIRTUAL 2
ITNL Gestión de Proyectos de Software

4. Presentación de la información

Finalizada la recolección de datos, clasificación, tabulación procesamiento y análisis. Estamos ante el


dilema de:

¿Cómo presentar la información?

Importancia

El análisis de los datos se facilita si tiene una adecuada presentación.


Se requiere compartir los datos con otras personas.

Consideraciones

No es un proceso fácil.
Es de suma importancia el juicio del investigador.
No existen reglas fijas y exactas.

Requisitos básicos a considerar para la presentación de la información

Presentación textual

ISC VIRTUAL 3
ITNL Gestión de Proyectos de Software

Es útil cuando se tiene poca información.


Es muy utilizado en las revistas o los periódicos.

¿En qué consiste?

Consiste en introducir dentro del texto los datos que se consideran importantes o sobre los
que se quiera llamar la atención del lector.

Ventajas

Se puede resaltar cifras individuales.


Se puede explicar mejor ciertos aspectos.

Desventajas

No se puede incluir mucha información.


Se requiere una lectura total para entender lo que se quiere explicar.

Presentación Semi tabular

ISC VIRTUAL 4
ITNL Gestión de Proyectos de Software

Es útil cuando se tienen pocos datos clasificados en forma simple.

¿En qué consiste?

Consiste en introducir separado del texto aquellos datos que se consideran importantes o
sobre los que se quiera llamar la atención del lector.

Se hace una explicación o se introduce una idea y cuando el lector está listo para
comprenderla se le presentan los datos que la respaldan o fortalecen y se vuelve a reafirmar
el concepto o idea comentando los datos.

Ventajas

Se puede resaltar cifras individuales.


Se puede explicar mejor ciertos aspectos.
Permite dar mejor importancia a las cifras.

Desventajas

No se puede incluir mucha información.


Se requiere una lectura total para entender lo que se quiere explicar.
El número de cifras que pueden presentarse es menor que en el textual.

ISC VIRTUAL 5
ITNL Gestión de Proyectos de Software

Presentación Tabular

Nota: Esta es la más utilizada por los investigadores para comunicar los datos o la
información de los estudios realizados y lo hacen mediante el uso de cuadros.

¿Qué es un cuadro?

Un cuadro es: Una ordenación sistemática de datos en filas y columnas, de


acuerdo al criterio o criterios de clasificación que interesen y, en forma tal,
Definición que pueden ser interpretados rápidamente, extraer conclusiones de ellos y
hacer comparaciones.

Partes de un cuadro

ISC VIRTUAL 6
ITNL Gestión de Proyectos de Software

Observa: Son la forma más completa y clara de presentar datos numéricos cuando
se tiene un conjunto grande de datos.

Sirven para dar énfasis a ciertas cifras, hacer comparaciones y facilitar el análisis de los
datos.

Requisitos de un cuadro bien elaborado

Comunicar claramente la información.


Explicarse solo sin necesitar texto adicional.
Facilitar la interpretación de los datos.

Esquema de un cuadro

ISC VIRTUAL 7
ITNL Gestión de Proyectos de Software

Elaboración de gráficos

Esta es una de las más utilizadas por los investigadores para comunicar los datos o la
información de los estudios realizados.

Los gráficos llaman la atención acerca de ciertas variaciones y similitudes en los datos
numéricos y permiten apreciarlas mejor para obtener mejores conclusiones.

Componentes de un gráfico

ISC VIRTUAL 8
ITNL Gestión de Proyectos de Software

4.1. Propuesta

¿Qué es una Propuesta?

Una propuesta es el diseño o plan que se somete a un cesionario


Definición solicitando fondos para resolver un problema o una necesidad
particular.

Claves para el éxito

Antes de escribir es importante:

Determinar si se trabaja en grupo o individual.


Recopilar piezas de información que pueden ser útiles (periódicos, revistas,
propuestas pasadas)
Establecer un itinerario para determinar las horas de trabajo.

Para evitar los bloqueos mentales...

Divide el proyecto por fases o etapas.


Crea bosquejos de las distintas secciones antes de escribir.
Discute tus ideas con alguien.
Comienza a escribir por lo más fácil.
No te empeñes en escribir la propuesta perfecta la primera vez.
Tomar descansos regularmente, para no extenuarte.
Verbalizar y re frasear tus ideas. Hazte la pregunta de ¿Qué estoy intentando
decir?

ISC VIRTUAL 9
ITNL Gestión de Proyectos de Software

¿Qué debe incluir una Propuesta?

Carta de Presentación

La carta se escribe como una carta de presentación de un resumen. Debe


explicarse qué se está incluyendo con ella, un resumen breve sobre el
planteamiento en la propuesta y una exhortación para que sea evaluada,
leída y considerada. Recuerda que estás vendiendo tu propuesta.

Página de Título

Se debe tener un título para la propuesta que describa el contenido de la


misma.
Esta página debe contener además del título, el nombre del desarrollador y
la fecha en que se está sometiendo.

Un abstracto

Esto es un resumen breve, conciso, claro, específico y preciso sobre lo que


es la propuesta.
Puede ser un párrafo de más de cinco oraciones, bien escritas.

Planteamiento del Problema

En este se describe la comunidad que será servida y el problema enfocado


en la propuesta.
Debe estar claramente establecido el propósito de la propuesta.

Descripción del Proyecto

Debe incluirse las Metas y Objetivos, y presentar los detalles sobre el plan
de servicio que se presentará.

 Metas - ideal o esperanza para la población.


 Objetivos - Acciones tomadas para lograr una meta.

Plan de Evaluación

Explica los procesos de medición para determinar si se cumplen con las


metas y objetivos planteados.

ISC VIRTUAL 10
ITNL Gestión de Proyectos de Software

Solicitud de Presupuesto

Se debe listar de manera específica los gastos del proyecto de manera


razonable, incluyendo los precios y cantidades.

Descripción de quien somete la propuesta

Un resumen del desarrollador y las demás personas que estarán envueltas


en el proyecto, detalle de ejecutorias y proyectos anteriores.

Planes futuros para adquirir fondos

Indicar de dónde se obtendrán más fondos.

Apoyo de la comunidad

Influencias del proyecto a la comunidad, ¿cómo se beneficiará la


comunidad circundante?

Consejo: Una propuesta es la creación y desarrollo de un concepto para lograr un


cambio en una conducta o actitud observada.

No es una tarea sencilla, pero tampoco es algo imposible.

¡Mucho Éxito en tu propuesta!

ISC VIRTUAL 11
ITNL Gestión de Proyectos de Software

4.1.1. Justificación del proyecto

Los proyectos no se justifican solos, esa es la razón por la cual son necesarias las
justificaciones por escrito para soportar un presupuesto de inversión.

Una justificación efectiva es un paquete de decisión conciso que les dice a


Definición los tomadores de decisiones lo que ellos(as) necesitan saber para estar
adecuadamente informados y decidir inteligentemente sobre los proyectos de
inversión.

Los profesionales técnicos deben aprender mediante cursos y seminarios cómo aplicar un
método sistemático para elaborar justificaciones formales, a través de las cuales logren
obtener los fondos suficientes en el menor tiempo posible.

Deben conocer cómo establecer claramente la información apropiada y escribirla en un


lenguaje que los tomadores de decisiones comprendan.

Deben aprender a explicar en forma precisa sobre temas como:

El alineamiento al plan estratégico y el impacto en los objetivos de negocio.


Por qué el proyecto es requerido.
Qué es lo que se hará, cuándo y cómo.
Los costos y beneficios.
Los riesgos y alternativas.

Los gerentes y analistas se beneficiarán también de las requisiciones de presupuesto que


presentemos en un formato estandarizado y fácil de leer, y que contienen la información
necesaria para persuadir a la alta dirección de los beneficios específicos de una propuesta
de inversión.

ISC VIRTUAL 12
ITNL Gestión de Proyectos de Software

Una justificación de un presupuesto es una herramienta de comunicación


Definición para transferir conocimientos técnicos básicos a los tomadores de
decisiones.

Los profesionales no financieros deben aprender cómo redactar este paquete de decisión en
forma clara, resumida y convincente.

Se debe entonces saber:

¿Por qué se requieren las justificaciones?


¿Qué desean saber los tomadores de decisiones?
¿Cuáles son los elementos de una justificación efectiva?
¿Qué aprobaríamos nosotros?

ISC VIRTUAL 13
ITNL Gestión de Proyectos de Software

4.1.2. Calendario de actividades

Observa:

Toda investigación debe tener un cronograma con las actividades y fechas del estudio
para tener una idea general del proceso de elaboración, en término de tiempo, días,
meses y años.

Cada parte de la investigación necesita su tiempo específico para todo evento.

El calendario puede elaborarse en un cuadro diseñado por el investigador.

Además de indicar los aspectos técnicos y científicos del tema y problema propuesto, el cual
obedece a sus objetivos, todo proyecto debe contemplar además los aspectos logísticos del
mismo, es decir, cómo se va a lograr la realización del mismo, para lo cual, en la parte
administrativa del mismo se indica el manejo de los recursos, del tiempo y de
presupuesto, para sus diversas actividades.

El calendario

El calendario
Definición Es una descripción específica de las actividades y del tiempo que se va a
emplear para la ejecución del proyecto. Se debe organizar el trabajo en fechas
probables, para saber cuánto tiempo requerirá elaborar el trabajo definitivo.

Para su presentación se utilizan generalmente diagramas, lo que permite visualizar mejor el


tiempo de cada actividad, y sobre todo en aquellos casos en que hay varias actividades en
un mismo tiempo.

ISC VIRTUAL 14
ITNL Gestión de Proyectos de Software

jemplo de un calendario de actividades, diagrama GANTT

Tarea

Las Tareas:
Definición Son actividades de un proyecto que se realizan en una secuencia
determinada.

Observa:
Las tareas pueden clasificarse en:

Tarea predecesora: es una tarea que debe comenzar o terminar antes de


que otra pueda comenzar.
Tarea sucesora: es una tarea que depende del comienzo o del fin de una
tarea precedente.

ISC VIRTUAL 15
ITNL Gestión de Proyectos de Software

Tareas de resumen: son aquellas que se componen de sub-tareas y


resume esas sub-tareas.

Trabajo

El trabajo
Definición Es el esfuerzo necesario para realizar una tarea.

Existen dos tipos de trabajo:

El trabajo de recursos individuales en una tarea


El trabajo total en la tarea.

Duración

La duración:
Definición Es tiempo en que se llevará completar una tarea definiendo su lapso de
tiempo.

Hito:
Definición Es una tarea sin duración (o días) que se utiliza para identificar sucesos
significativos en la programación como la finalización de una fase importante.

ISC VIRTUAL 16
ITNL Gestión de Proyectos de Software

Calendario de un proyecto

Designa la programación predeterminada de los trabajos para todos los recursos asignados
al proyecto.

Puede establecer el calendario del proyecto para indicar:

Un período no laborable (como los días festivos de la organización).


Establecer los calendarios base para indicar la información compartida entre los
recursos.
Modificar los calendarios de recursos individuales para indicar los horarios laborales,
las vacaciones, los permisos y las bajas por enfermedad.

Planificación o planeación

Es el instrumento que permite elegir las mejores opciones (la mejor forma de lograr objetivos)
y, sobre todo, ayudará a fijar correctamente el curso concreto de la investigación; esta
incluye todas las actividades que se requieren para:

Seleccionar el equipo de análisis.


Asignación de proyectos apropiados para cada miembro del equipo.
Estimación del tiempo que cada tarea requiere para su ejecución.
Programación del proyecto para que las tareas concluyan oportunamente.

Elementos para elaborar su programa:

Las Políticas: Normas generales que le servirán para orientar la acción, por
ejemplo, utilizar encuestadores profesionales en la investigación de campo.
Los procedimientos: Secuencia cronológica de pasos para lograr un objetivo, por
ejemplo, el procedimiento que se siguió para elegir el tema de investigación.
Los programas: Secuencia cronológica de pasos para lograr un objetivo, donde la
variable fundamental es el tiempo, por ejemplo, la programación de una empresa
televisora.
Los presupuestos: Estimación cuantitativa de los pasos de un programa, por
ejemplo, el presupuesto de ingresos y egresos de la nación.

ISC VIRTUAL 17
ITNL Gestión de Proyectos de Software

Pasos para elaborar la planeación:

Listar las actividades en columna.


Disponer el tiempo disponible para el proyecto e indicarlo.
Calcular el tiempo para cada actividad.
Indicar estos tiempos en forma de barras horizontales.
Reordenar cronológicamente.
Ajustar tiempo o secuencia de actividades.

ISC VIRTUAL 18
ITNL Gestión de Proyectos de Software

4.1.3. Personal involucrado

El proceso del software (y todos los proyectos de software) lo componen participantes


que pueden clasificarse en una de estas cinco categorías:

1. Gestores superiores, que definen los aspectos de negocios que a menudo tienen una
significativa influencia en el proyecto.

2. Gestores (técnicos) del proyecto, que deben planificar, motivar, organizar y controlar a
los profesionales que realizan el trabajo de software.

3. Profesionales, que proporcionan las capacidades técnicas necesarias para la ingeniería


de un producto o aplicación.

4. Clientes, que especifican los requisitos para la ingeniería del software y otros elementos
que tienen menor influencia en el resultado.

5. Usuarios finales, que interaccionan con el software una vez que se ha entregado para la
producción. Para ser eficaz, el equipo del proyecto debe organizarse de manera que
maximice las habilidades y capacidades.

ISC VIRTUAL 19
ITNL Gestión de Proyectos de Software

4.1.4. Políticas de comunicación y seguimiento

Parámetros de control

Es conveniente ponernos de acuerdo en el significado del concepto “proyecto fracasado”.


Normalmente nos hace pensar en proyectos que terminan en situaciones como las
siguientes:

No incluía todas las características que el cliente quería.


No le resolvió al cliente sus necesidades.
No alcanzó el dinero para pagarlo.
No se terminó cuando se esperaba.

Es decir, nos referimos a que alguno(s) de los parámetros básicos de planeación y control
del proyecto no se cumplió,

Por jemplo alcance, tiempo o costo.

Si se piensa que ser líder de proyecto se limita a identificar el objetivo del proyecto, armar el
equipo, girar instrucciones y confiar en que el equipo las va a seguir al pie de la letra es un
error.

Es muy importante hacer todo eso, pero el plan puede empolvarse y descomponerse más
pronto de lo que se imagina si no se tiene el cuidado necesario para que éste se cumpla. Es
aquí donde entra la actividad conocida como Seguimiento o Monitoreo del proyecto.

¿Y a qué se refiere este seguimiento o monitoreo del proyecto?

Va mucho más allá de simplemente asomarse a ver cómo van las tareas asignadas.
De acuerdo a ciertas definiciones formales, el seguimiento del proyecto consiste en:

Proveer una adecuada visibilidad a la administración sobre la situación del proyecto para
identificar oportunamente cualquier desviación contra lo planeado con el objetivo de tomar
decisiones oportunas para corregirlas.

ISC VIRTUAL 20
ITNL Gestión de Proyectos de Software

Visibilidad

El líder o administrador del proyecto es responsable de conocer en todo momento qué pasa
con el proyecto; a eso se refiere la visibilidad. Para lograr esto debe de mantenerse muy
atento a todo lo que sucede en el proyecto, se debe realizar las preguntas adecuadas a los
participantes y buscar y analizar los datos importantes del mismo.

Preguntas a resolver

Algunas preguntas fundamentales que se deben de poder contestar:

¿Cuál es el avance en las tareas de los recursos contra lo planeado? (cuánto


deberían de haber logrado hasta ahora y cuánto han logrado).
¿Cuál es la desviación en tiempo de las tareas? (y del proyecto).
¿Cuál es la desviación en costo de las tareas? (y del proyecto).
¿Cuánto más se va a desviar el proyecto considerando el nivel de retraso que se
está teniendo en las tareas?
¿Cuál es la desviación en rentabilidad del proyecto?
¿Cuáles y cuántos han sido los cambios al alcance original del proyecto?
¿Se están logrando los objetivos del proyecto?

No permitir que aumente la desviación

Cuando se identifiquen las desviaciones se debe de hacer con las unidades de medición
correspondientes, tales como tiempo de retraso, dinero, funciones o características, pero
también en porcentaje para cada uno de estos parámetros.

Identificar el porcentaje de desviación de lo real contra lo planeado para poder identificar si


hay una oportunidad real de corregir el camino y alcanzar el objetivo del proyecto de manera
exitosa.

Es importante saber que el proyecto ya se retraso 5 días, pero también se debe de saber si
eso implica un 5% de desviación o un 50% de desviación contra lo planeado. Es importante
saber si el proyecto tiene una desviación de $ 70,000 en costos, pero también es muy
importante si eso representa un 2% del proyecto o un 80%. La diferencia entre mantener su
trabajo o ser despedido del proyecto, podría recaer en este “simple” hecho.

ISC VIRTUAL 21
ITNL Gestión de Proyectos de Software

Frecuencia del monitoreo

Entre más pronto se identifiquen las desviaciones del proyecto, más factible será corregirlas.
Es por eso que se debe de buscar y analizar los datos con la suficiente frecuencia. La
recomendación es que por lo menos una vez a la semana se realicen las actividades de
seguimiento para el proyecto.

Aunque, si se nota que las cosas se están poniendo feas en el proyecto, aumente la
frecuencia con que se realiza el seguimiento. Quizás se tenga que estar revisando con
detalle el estado del proyecto todos los días, o incluso varias veces al día, para evitar que las
cosas se pongan peor.

Si las cosas se pueden poner mal, hay grandes probabilidades de que así sea. Pero,
además, siempre se pueden poner peor. Así que es mejor hacer algo para evitar que esto
suceda.

Técnicas de seguimiento

¿Y cómo se debería de realizar el seguimiento?

A continuación las técnicas básicas que normalmente utilizamos para este fin:

1. Reuniones. Reuniones con el equipo de trabajo de manera grupal y/o individual para
revisar el progreso de su trabajo.
2. Revisiones. Revisiones de los productos elaborados de acuerdo al plan de trabajo
para validar que los avances sean reales y los productos tengan la calidad suficiente
como para considerarlos completados.
3. Reportes. Reportes individuales de los integrantes del equipo de acuerdo a una
frecuencia especificada (por ejemplo: semanal o diaria).
4. Software de Administración. Reportes de los avances y el trabajo realizado por
medio de alguna herramienta de planeación y administración de proyectos.

Evitar la burocracia documental

La gente en los proyectos suele odiar la documentación y por lo tanto los reportes, pero si no
tenemos información precisa será más difícil identificar oportunamente las desviaciones del
proyecto y por lo tanto aumentará el riesgo de fracaso en el proyecto. Conviene que el
equipo se acostumbre a reportar la situación del proyecto y el líder de proyecto, a revisarla y
analizarla. En este caso un documento puede hacer la diferencia entre un proyecto exitoso y
uno que no lo es.

ISC VIRTUAL 22
ITNL Gestión de Proyectos de Software

Lo desafortunado del asunto es que los reportes generados suelen representar burocracia
que en lugar de beneficiar ocasiona pérdida de tiempo. No es necesario contar con una
plantilla o formato sumamente elaborado y complicado de llenar para obtener un reporte útil.
Lo importante está en identificar y reportar claramente la información valiosa con respecto a
la situación del proyecto.

¿Qué debería de incluir un reporte de estado del proyecto?

Para obtener un reporte valioso tenemos que recordar cuáles son los parámetros que hacen
de un proyecto algo exitoso (si se cumplen) o que lo convierten en un fracaso (si no se
cumplen). Y usar esos parámetros como los elementos o secciones a reportar.

Por lo menos incluir estas secciones, puede ser un documento formal, una herramienta que
automatice la explotación de los datos del proyecto o simplemente un correo electrónico,
pero asegúrese que tenga por lo menos esta información:

Progreso. ¿Ya terminamos lo que teníamos que terminar a la fecha?, ¿cuánto


no falta?, ¿cuánto se ha retrasado?, ¿en qué se ha retrasado?, ¿por qué nos
hemos retrasado?
Alcance. ¿Se identificó lo que se requiere hacer?, ¿ha pedido cambios el
cliente?, ¿se han negociado los cambios?, ¿el cliente va a pagar los cambios?,
¿cuánto ha cambiado el alcance original?
Tiempos. ¿Cuál es el retraso del proyecto en tiempo y porcentaje?, ¿cuál ha
sido el cumplimiento de los hitos del proyecto?, ¿cuál es el retraso del
proyecto?,
Costos. ¿Cuánto se ha gastado?, ¿cuánto se debería de haber gastado?,
¿cuánto se va a gastar? ¿nos va a alcanzar?
Rentabilidad. ¿estamos ganando lo que queríamos?, ¿estamos perdiendo?,
¿cuánto estamos ganando o perdiendo?, ¿cuánto vamos a ganar o perder si
seguimos así?
Riesgos. ¿Cuáles son los principales riesgos?, ¿qué vamos a hacer para
eliminarlos?
Problemas. ¿Cuáles son las situaciones problemáticas actuales?, ¿Qué se está
haciendo para resolverlas?
Calidad. ¿Se está obteniendo el producto que el cliente quiere y necesita?,
¿cuántos defectos tenemos?, ¿cuáles son los principales defectos?, ¿se están
cumpliendo los estándares?, ¿el cliente está quedando satisfecho con los
resultados?
Recursos Humanos. ¿Tenemos a la gente adecuada?, ¿contamos con los
suficientes recursos?, ¿hay recursos problemáticos?
Recursos Materiales. ¿Tenemos lo necesario para trabajar?

ISC VIRTUAL 23
ITNL Gestión de Proyectos de Software

El liderazgo y la toma de decisiones

El seguimiento es otra oportunidad para demostrar el verdadero liderazgo de la persona que


administra el proyecto. Y es que una vez obtenida la información precisa con respecto al
estado del proyecto y habiendo identificado desviaciones contra lo planeado, lo que se
requiere es Tomar Decisiones para corregir dichas desviaciones.

Consejo: El líder de proyecto debe analizar la situación, identificar las causas por las
cuales el proyecto se enfrenta a una desviación o situación problemática y plantear o buscar
soluciones para resolverlo antes de que siga ocasionando más desviaciones, retrasos o
problemas.

Aquí de lo que se trata es de actuar, ¡y rápido! Recuerde que el tiempo es oro, y entre más
se tarde en resolver las causas de los problemas las desviaciones seguirán aumentando y
por lo tanto el éxito del proyecto se irá alejando cada vez más.

Analizar y eliminar las causas de las desviaciones

Recuerde analizar con cuidado y buscar las causas reales por las cuales el proyecto se está
desviando de su rumbo y entonces eliminar dichas causas lo antes posible.

Como jemplo, uno de los integrantes del equipo puede estar retrasándose porque:

no tiene la información suficiente para trabajar (¡proporcionársela!)


no entiende lo que se le está pidiendo (¡informárselo!)
no sabe lo que se espera de él (¡decírselo!)
no se le han dado las instrucciones correctamente (¡instruirlo!)
no se le ha transmitido adecuadamente el plan (¡transmitírselo!)
no se le asignan suficientes actividades (¡asignárselas!)
no comprende su lugar en el proyecto (¡explicarle!)
no cuenta con los recursos y herramientas necesarias (¡conseguírselas!)
no tiene las habilidades requeridas (¡capacitarlo… o cambiarlo!)
no tiene una buena actitud o no está suficientemente interesado (¡hablar con él y si no
lo corrige reemplazarlo!)
no está suficientemente motivado (¡motivarlo!)
está sobreexplotado y cada vez rinde menos (¡mandarlo a descansar un tiempo!)
no está trabajando en suficiente colaboración con el equipo (¡integrarlo!)

ISC VIRTUAL 24
ITNL Gestión de Proyectos de Software

Asumiendo responsabilidades

Observa: El líder del proyecto, es responsable de identificar correctamente las causas y


tener la suficiente madurez para asumir la responsabilidad de sus propias acciones.

En muchas de las ocasiones los recursos, por más buenos que sean, no reciben por parte
del líder de proyecto todo lo que necesitan para poder desempeñar adecuadamente su
trabajo.

Puede sonar un poco agresivo, pero un líder debe pensarlo dos veces antes de regañar (o
castigar, penalizar, despedir, etc.) a un recurso por no hacer su trabajo adecuadamente,
pues podría ser que quien no está haciendo su trabajo adecuadamente sea uno mismo; el
líder de proyecto.

Consejo: Recuerda que un carro de carreras sin alguien que lo maneje


eficientemente nunca va a ganar una carrera, y el líder es quien maneja este carro, si no se
toman buenas decisiones en la pista, por más bueno que sea el motor, las llantas y el resto
de la maquinaria, nunca se tendrá una carrera exitosa. Por más bueno que sea un equipo, si
no se administra y lidera adecuadamente no podrán llegar a un proyecto exitoso.

Nota: EL punto 4.2. Lineamientos de comunicación y seguimiento, se dejara para


actividad en el apartado de Actividades, con un valor del 20% de la unidad

ISC VIRTUAL 25
ITNL Gestión de Proyectos de Software

4.3. Contrato

Un contrato, es un acuerdo de voluntades, verbal o escrito, manifestado en


Definición común entre dos, o más, personas con capacidad (partes del contrato), que
se obligan en virtud del mismo, regulando sus relaciones relativas a una
determinada finalidad o cosa, y a cuyo cumplimiento pueden compelerse de
manera recíproca, si el contrato es bilateral, o compelerse una parte a la
otra, si el contrato es unilateral.

Es el contrato, en suma, un acuerdo de voluntades que genera derechos y obligaciones


relativos, es decir, sólo para las partes contratantes y sus causahabientes.

Pero, además del acuerdo de voluntades, algunos contratos exigen, para su perfección, otros
hechos o actos de alcance jurídico, tales como efectuar una determinada entrega (contratos
reales), o exigen ser formalizados en documento especial (contratos formales), de modo
que, en esos casos especiales, no basta con la sola voluntad.

Que obtenemos con la buena planificación

La calidad del software es el grado con el que un sistema,


Definición componente o proceso cumple los requerimientos especificados y las
necesidades o expectativas del cliente o usuario.

ISC VIRTUAL 26
ITNL Gestión de Proyectos de Software

Nota: La Fundación Europea para la Gestión de la Calidad (en inglés,


European Foundation for Quality Management, EFQM) fue fundada en 1988 por los
presidentes de las catorce mayores compañías europeas, con el apoyo de la
Comisión Europea.

(Por jemplo, el deseo de un buen mantenimiento) que también pueden implicar


una falta de calidad.

Observa: Una empresa que busca la certificación de ISO 9001 puede tardar
de 3 meses a 3 años de dependiendo del nivel en que se encuentre.

ISC VIRTUAL 27