Gestión de proyectos TIC

Gestión de
Proyectos TICs
FIUNA – 2019
TECNOLOGÍA DE LA INFORMACIÓN - COD. 13223
INGENIERÍA INDUSTRIAL – 8º SEMESTRE

Gestión de Proyectos TICs
 PARTE 1: DEFINICIÓN DE UN PROYECTO
◦ META: Conceptualización del proyecto de TI
 PARTE 2: DESARROLLO DEL PROYECTO
◦ META: Implementación de un proyecto de TI
 PARTE 3: CIERRE DEL PROYECTO
◦ META: Integración de documentos del proyecto de TI para su ejecución y seguimiento

Gestión de
Proyectos TICs
PARTE 1: DEFINICIÓN DE UN PROYECTO

¿Te has percatado de la importancia que tienen
los sistemas informáticos en tu entorno?
Es sorprendente darnos cuenta de que estamos rodeados de aplicaciones
informáticas que nos facilitan la toma de decisiones en la vida diaria; sin
embargo, para que éstas pudieran llegar a nuestras manos, fueron definidas,
diseñadas y desarrolladas, tomando en cuenta las características y
necesidades de cada una.
Este proceso requirió que un grupo de personas se organizará y planificará un
proyecto de TI, con el afán de que, al seguir varias etapas, las ideas se
concretarán en los sistemas que ahora utilizas.

¿Te has percatado de la importancia que tienen
los sistemas informáticos en tu entorno?
La decisión de que un proyecto sea aceptado o rechazado recae en las áreas
administrativas y la alta dirección, además del área de TI, quienes se
encargarán de evaluar la viabilidad y determinar la aprobación de un
proyecto, de acuerdo con los objetivos estratégicos de la empresa.
Para conocer más sobre el motivo por el que fracasan los proyectos de TI, leer
el artículo ¿Por qué fracasan los proyectos de software?;un enfoque
organizacional, de Zavala Ruiz (2004) en el que podrás identificar la
importancia de un software, la utilidad de un proyecto del software, los
factores que determinan el fracaso y el éxito del proyecto, así como el
enfoque organizacional que lo caracteriza.

Ejercitación - Foro Reflexión de lectura
Con apoyo en la lectura ¿Por qué fracasan los proyectos de software?; un enfoque
organizacional, contesta las siguientes preguntas y realimenta la participación de al menos 2 de
tus compañeros. Es importante que tengas en cuenta que debes ser muy respetuoso en la
realimentación que realices, además intenta ser lo más asertivo posible y no dejes ir ningún
comentario que consideres sea productivo.
¿Qué consideras que es un proyecto de software?
¿Cuál crees que es la función y uso de un proyecto de software?
¿Por qué son importantes los proyectos de software en una organización?
¿Cuáles consideras que son los factores o fallas por los que fracasan los proyectos de software?
¿Para ti cuáles son los factores por los que tiene éxito un proyecto?
De acuerdo con tu opinión, ¿cuál es la diferencia (si la hay) entre un software y una aplicación de
TI?

¿Qué es un proyecto?
De acuerdo con la Guía de Fundamentos de la Dirección de
Proyectos (PMBOK Guide, por sus siglas en inglés) en su tercera
edición:
“Un proyecto es un esfuerzo temporal que se lleva a cabo para
crear un producto, servicio o resultado único”
(Project Management Institute, 2004, p. 5).

Según la Organización Internacional de Normalización (ISO)
en su Norma Internacional 10006:2003, un proyecto
“es un proceso único que consiste en un conjunto de
actividades coordinadas y controladas con fechas de inicio y
finalización, llevadas a cabo para lograr un objetivo
conforme a requisitos y requerimientos que incluyen
limitaciones de tiempo, costo y recursos”.

Entonces para nosotros en la cátedra TI:
Un proyecto es una serie de actividades ordenadas de forma lógica, relacionadas
entre sí, en un tiempo finito para alcanzar un objetivo determinado.
Aquellos proyectos basados en el desarrollo de una solución informática que sirva de
soporte a la toma de decisiones de una persona o grupo de gente son denominados
“Proyectos de Tecnologías de Información”, y están orientados a resolver la
necesidad de obtener datos estadísticos, reportes y automatizar procesos.

Requisitos de proyectos TI
Los proyectos TI deben cumplir ciertos requisitos para que no sean
clasificados solamente como Sistemas Informáticos
1.Tienen
una
relación
típica
con un
grado de
innovaci
ón.
2.Contienen
información
de procesos
y del
entorno
organizacion
al.
3. Son realizados
por equipos
interdisciplinarios
compuestos por
más que sólo
desarrolladores
(contadores,
administradores,
publicistas, entre
otros).
4.Automatizan
tareas
operativas de
acuerdo con la
clasificación
del tipo de
información.
5.Se orientan a
la alta
dirección y sus
beneficios
deben ser
visibles a corto
plazo.
6.Son justificados
debido a la
necesidad de
información
estadística y gran
volumen de datos
que requieren
procesar, usar y
mostrar.
7. La relación
costo-beneficio
tiende a ser clara
para justificar el
precio de su
desarrollo e
implementación.

Etapa 0. Anteproyecto
Todo proyecto surge como una idea para satisfacer una necesidad, resolver una
problemática o por haber visualizado una oportunidad informática que no ha sido
satisfecha. A esta primera etapa se le denomina Anteproyecto o Propuesta.
Los proyectos de Tecnologías de la Información (TI) formal deben contar con una ficha
de anteproyecto, la cual permitirá evaluar su viabilidad.
La vida de esta etapa tiende a ser muy corta, dura de dos a tres semanas. Asignar más
tiempo a esta parte del proceso convertiría al trabajo de definición y de delimitación en
una actividad de mayor complejidad, que resultará en un desperdicio de esfuerzo.
Se considera una etapa donde las actividades llegan a ser informales porque se
entablan reuniones de trabajo, pláticas, se revisa material no especializado y
tendencias. Pero sobre todo se genera la lluvia de ideas donde se dan los primeros
pasos para conocer las características generales que tendrá el proyecto.

Etapa 0. Anteproyecto
Por un lado, las estimaciones del tiempo y costos se pueden realizar a partir de un
supuesto, apoyándose en la recomendación de un experto en el tema o mediante la
consulta de proyectos similares. Por otro lado, la conformación del equipo de trabajo,
recursos materiales, equipamiento y entorno de desarrollo se realiza de forma
superficial para ubicar e ir delimitando el proyecto, sin que se lleve a cabo una
evaluación profunda y detallada.
En esta primera etapa, el interesado en presentar un proyecto determinará el objetivo,
los resultados esperados, el alcance y beneficios del desarrollo, por lo que la redacción
debe ser clara y explícita.
De esta primer etapa se crea un documento denominado “ficha de anteproyecto” o
“protocolo” (en algunos casos específicos también es llamado “ficha técnica”). En este
documento se insertará la información recabada del Proyecto de TI, el posible nombre
o, si en su caso aplica, nombre clave y la información que permite caracterizar al
proyecto que se ha logrado definir.

Ejercitación
Completar con las palabras
correctas la pirámide del
anteproyecto

Etapa 1. Definición
En la etapa 1 se realiza la definición y delimitación de un Proyecto de TI, es decir que
en el anteproyecto es necesario centrar los esfuerzos en conceptualizar y describir,
mediante un plan inicial, las etapas para realizar el proyecto, donde se requiere verificar
los alcances esperados, tiempos y costos; además de la organización, tareas,
actividades y responsabilidades de los involucrados, para finalmente generar el equipo
de trabajo.
Una práctica adecuada para poder definir un proyecto de TI consiste en realizar una
investigación básica para conocer aspectos que pudieran ser relevantes para definirse y
que no se hubieran considerado en la etapa anterior.
Ahora bien, a modo de facilitar la definición del proyecto, se recomienda responder
once cuestionamientos que se presentan a continuación, los cuales permitirán delimitar
y enfocar el proyecto de TI.

Etapa 1.
Definición
Entre mayor sea el número de
respuestas solucionadas en esta
etapa, mejor definido y enmarcado
quedará el proyecto de TI; sin
embargo, ésta no es una labor
fundamental de este proceso ni se
deben forzar las respuestas.
Conforme se avance en la etapa de
planeación se irán resolviendo las
preguntas, incluso podrían ocurrir
algunas modificaciones mientras se
avanza, lo cual también es correcto.

Objetivo del proyecto
• Se refiere a las actividades que deben realizarse para alcanzar el fin del proyecto,
es decir, es el trabajo que se requiere hacer para satisfacer una necesidad o
solucionar una problemática en el ámbito de las Tecnologías de la Información (TI).
• El objetivo de un proyecto se puede clasificar en dos tipos:
• el general
• los específicos.
• Si el objetivo general cambiara, habría que analizar la situación y determinar la
conveniencia de centrar los esfuerzos en adecuar lo ya realizado o finalizar el
proyecto e iniciar uno nuevo con el objetivo redefinido.

Objetivo del proyecto
• Una vez planteado el objetivo, es momento de comenzar a describir el proyecto que se va a
realizar, a este momento se le denomina iniciación. Si se toma la primicia de que un
Proyecto de Tecnologías de la Información (TI) busca solucionar una problemática o
necesidad en su entorno, estas oportunidades detectadas requieren ser evaluadas en un
análisis inicial, donde se destaque su grado de importancia, originalidad e influencia en los
procesos de una organización.
• Esta primera etapa tiene como propósito describir el alcance que tendrá el proyecto, sus
metas generales y participantes (equipo de desarrollo e involucrados). Además, se
considera el bosquejo de la idea, de acuerdo con un esquema organizado, estructuralmente
cercano a un documento formal, en el que se incluyen las funciones generales del sistema
informático, conforme al concepto de solución de TI. Éste deberá describir claramente la
funcionalidad del proyecto, su complejidad, características, tiempo dedicado y entorno de
desarrollo.

Etapa 2. Planeación
Una vez conceptualizado y definido el proyecto de TI, se requiere describir
detalladamente las tareas y sus actividades. Esta etapa es considerada como el plan
de trabajo para el proyecto, y se incluyen las principales líneas de acción del
desarrollo del sistema informático, analizando los requisitos de hardware y software
a partir de los objetivos fijados.
El líder del proyecto o responsable de presentar la propuesta se encarga de
seleccionar la metodología de planeación que mejor se adapte a las características
propias de la propuesta, para administrar de la mejor manera el proyecto de TI.

Los principales requisitos de esta etapa son:
Contar con una metodología de planeación
Seleccionar el equipo de trabajo y roles de los integrantes
Diseño de las líneas de acción de las tareas y actividades de trabajo
Análisis y estudio de los requerimientos técnicos y tecnológicos para el desarrollo
Propuesta de solución

Ejemplo del ciclo de planeación de un proyecto.

Alcance
Para la administración de un proyecto de Tecnologías de Información es fundamental
dejar establecido hasta dónde abarcará un sistema informático, es decir, qué procesos
se automatizan o qué mejora se tendrá con el software desarrollado; si es claro el
alcance, el éxito se encuentra prácticamente garantizado, debido a que la tareas y
actividades se encontrarán alineadas.
De las tareas establecidas se obtienen los alcances parciales, que aumentarán el
porcentaje de avance del proyecto a este nivel de detalles. Es imprescindible que el
proyecto se encuentre bien definido y que los desarrolladores de la aplicación tengan
conocimiento suficiente sobre lo que se quiere y lo que se espera obtener cuando el
desarrollo haya concluido y se realicen las pruebas piloto.

Alcance
Si bien, en la planeación, el alcance busca que el proyecto de TI quede debidamente delimitado y
enfocado por quienes lo diseñaron, es responsabilidad del equipo de desarrollo comunicar cuando
alguna de las metas operativas no pueda alcanzarse, justificando la razón por la cual no se podrá
llevar a cabo dicha tarea, para que se tomen las medidas pertinentes para modificar el proyecto y
determinar el grado de impacto general para el mismo proyecto.
Por ello, en el alcance, los elementos que se incluyen en un proyecto son tan importantes como los
que quedan fuera y es sólo mediante el consenso de los interesados en el sistema informático y de
los participantes (equipo de trabajo) que se establece el límite real del proyecto de TI.
La declaración del alcance del proyecto se constituye para generar el ciclo de vida del proyecto, y a
ésta se le controla y monitorea a lo largo del proyecto hasta su fin o conclusión. El documento que
hace referencia al alcance del proyecto puede quedar estructurado de manera formal y general o
formal y detallada, ello dependerá del caso particular del que se trate.

El tiempo
Todo proyecto formal de TI requiere contar con un cronograma para medir el grado de
avance de las actividades, las cuales requieren estar ordenadas de forma coherente y
secuencial donde se indique la duración y los recursos que se van a emplear en cada
una de las etapas, el grado de detalle del cronograma es variable dependiendo de la
complejidad del proyecto mismo.
Para crear el cronograma del proyecto se deben tomar en cuenta las fechas de inicio y
conclusión, en ese intervalo se debe administrar el tiempo que duren las actividades con
los hitos que correspondan y las holguras programadas. Al elaborar el cronograma, es
posible que se requiera modificar el plazo y los tiempos de entrega, ésta es una de las
utilidades y ventajas de la administración de un proyecto.

El tiempo
Con el cronograma se logra:
Definir las tareas y actividades
Secuencia y orden
Estimación y cálculo de todos los
recursos
Duración general y específica del
proyecto y sus etapas

Administración financiera del Proyecto
Cabe señalar que en un proyecto de TI difícilmente se puede hablar de un retorno de la
inversión directa, debido a que el sistema informático por sí mismo es un activo
intangible para la organización, por lo tanto se debe comprender que una solución
informática es, por lo regular, un medio para alcanzar un objetivo estratégico dentro de
una organización.
Por lo que es responsabilidad de quien elabora la propuesta general dejar especificado
que los costos de inversión en un sistema informático se verán reflejados en el proceso
central, los administrativos o de soporte en una empresa u organización, donde se
obtendrán beneficios en términos de mejorar en la reducción de tiempo, personal,
errores, flujo de información, automatización de procesos, por citar algunos ejemplos.

Administración
financiera del
Proyecto

Para una mayor comprensión sobre los elementos que debe cubrir un análisis
financiero, se describen tres técnicas para la administración financiera, el presupuesto y
los costos para un proyecto de TI.
Existen diversas técnicas para la administración financiera:
Estrategia Financiera
Planificación financiera
Cierre Financiero

Presupuesto
Consiste en asignar el monto presupuestado a cada tarea y grupo de actividades; sin embargo, el
presupuesto estimado no siempre es el asignado, ello dependerá de la habilidad de negociación del
líder del proyecto para conseguir una mayor cantidad de recursos o, en caso de que sean limitados,
de su habilidad para realizar las adecuaciones correspondientes para alcanzar el objetivo.
La elaboración del presupuesto debe considerar los siguientes elementos:
 Estimado de costos por tareas
 Cronograma del proyecto
 Asignación de recursos
 Contratos y cláusulas de pago
 Presupuesto para equipamiento y herramientas de desarrollo
 Presupuesto reservado
 Límite del presupuesto asignado

Costos
Son los recursos económicos que permitirán desarrollar el proyecto. Para su estimación
se requiere hacer uso de predicciones sobre los montos que se deben asignar a las
etapas o a la correcta distribución de un monto especificado como primicia para crear la
solución de TI. Los costos se encuentran dados a partir de lograr el equilibrio entre la
salida y entrada de capital, aunado a los riesgos por asignar recursos financieros en un
momento dado para solventar una necesidad dentro del proyecto para su avance.
Si bien los costos óptimos se redefinen a lo largo del proyecto, la estimación de los
mismos se precisa en el ciclo de vida para garantizar que a todas las etapas del proyecto
se le asignen recursos económicos suficientes para lograr su conclusión. Los dos tipos de
costos que todo proyecto debe tener son los directos que se encuentran relacionados
con las actividades para desarrollar el proyecto y los indirectos correspondientes al
entorno de gestión que complementan a la planificación.

Ejercitación
Actividad: Planificación del Proyecto
Descargar los archivos del aula virtual para esta actividad:
Una vez que hayas analizado las etapas del PMBOK, así como las tres metodologías que se
utilizan para realizar un proyecto, es momento de definir y delimitar un proyecto de TI, por lo que
te solicitamos llenar el archivo el archivo denominado Ficha de Anteproyecto. Cuando hayas
terminado de colocar la información que se te pide en este archivo, deberás usar el Formato de
planificación del proyecto y comenzar a plantearlo, para que, finalmente, con el archivo Cédula
del Proyecto puedas completar esta actividad. Para resolver cualquier duda que tengas al
respecto, te invitamos a revisar nuevamente las etapas y metodologías para plantear un proyecto
de TI, e investigar más al respecto. Te deseamos mucho éxito en la planeación de tu proyecto.

Ejercitación
RESPONDER CON V O F
1. Un proyecto de TI requiere de una planeación, ya que el desarrollo de éste es complejo y de
mediano plazo.
2. El desarrollo de un proyecto de TI se basa únicamente en la construcción de una interfaz moderna
que no sirve de mucho al cliente.
3. Para planear un proyecto en TI, es necesario respetar cada una de las etapas de una metodología
seleccionada para su planificación.
sin responder
4. En un proyecto de TI es importante tomar en cuenta los costos y el presupuesto para el desarrollo
del proyecto.
5. Se puede iniciar con el desarrollo de la solución informática sin antes haber definido el proyecto de
TI y sus etapas.

Respuestas
1. Porque en la planeación de un proyecto de TI se establecen objetivos y en ésta se selecciona una metodología
que se acople al tipo de solución informática y se generan actividades y tareas que se realizan durante su
desarrollo.
2. El desarrollo de una Tecnología de Información es más que desarrollar un sistema informático, se basa en las
necesidades y requerimientos informáticos del cliente.
3. Recuerda que cada etapa contiene ciertas características que definen al ciclo de vida del proyecto y es
necesario respetar su orden el cual permitirá que el ciclo de vida un proyecto en TI sea coherente. Además de
respetar el orden de cada etapa, es necesario tomar en cuenta que una metodología sirve para generar una
buena planeación y saber en su caso donde nos hemos cometido un error.
4. Se debe de tomar en cuenta los costos para desarrollar el proyecto y la asignación de los recursos financieros,
cláusulas de pago (contratos). Para asignar el presupuesto de acuerdo a las necesidades de equipamiento, capital
humano y herramientas de desarrollo, sin descuidar el límite del presupuesto asignado.
5. Una buena práctica de planeación de proyectos se basa en definir y respetar cada etapa y sus características, ya
que éstas cuentan con ciertos formatos que se tienen que llenar los cuales te proporcionarán información
importante para continuar con el desarrollo del proyecto.

Gestión de
Proyectos TICs
PARTE 2: DESARROLLO DEL PROYECTO

Desarrollo del proyecto
Es momento de generar el expediente del proyecto, el cual integrará los formatos
propuestos y desarrollados con la información relevante para continuar con el
desarrollo del proyecto de TI. Esta buena práctica se realiza con la finalidad de reunir en
un solo lugar todos los documentos y sean accesibles para su consulta y referencia en el
futuro.
Cabe aclarar que una planeación, sin importar qué tan bien estructurada esté, es un
planteamiento teórico; siempre habrá factores y variables que modificarán el plan
original del proyecto. Por ello, es recomendable contar con las etapas de control y de
riesgos, mismas que permitan monitorear y minimizar los cambios y problemas durante
la elaboración de una solución informática del tipo de Tecnologías de la Información. No
obstante, también es importante seleccionar una metodología de desarrollo de
software para administrar las etapas de la creación de una solución informática.

La matriz de Zachman
Esta herramienta es un marco de trabajo (Framework), cuya utilidad
inicial se orienta al desarrollo de Sistemas Informáticos.
Fue propuesta por John A. Zachman en su artículo titulado "A
framework for information systems architecture", en el cual
menciona: “Para guardar el negocio de la desintegración, el
concepto de una arquitectura de los sistemas de información se
está convirtiendo en menos de una opción y más de una
necesidad”.
Este marco emplea modelos y vistas desde las perspectivas de los
participantes, lo que permite crear, para el caso de nuestra materia,
las características técnicas y de información de una herramienta de
Tecnologías de la Información.

La principal característica de la matriz de Zachman radica en presentar
un nuevo modelo de comunicación y flujo de información, con base en
distintas perspectivas, de entre las cuales se destacan las siguientes:
• Analista de sistemas, para presentar la lógica de negocio
• Diseñador, para crear la estructura del sistema
• Desarrolladores de sistemas, para aplicar tecnologías de
desarrollo de aplicaciones
• El sistema en sí mismo, es decir, el ciclo de vida del software

HORIZONTALMENTE VERTICALMENTE

A partir de revisar la matriz de Zachman (ver archivo en aula virtual), puedes observar que
tiene distintas perspectivas que son de gran interés. Éstas se presentan a continuación:
• El diseñador: el perfil se relaciona con la especificación de los planos conceptuales
de sistemas informáticos y de la información, que permiten soportar la operación
de los procesos organizacionales.
• El constructor: este perfil se encarga de unir y elaborar los diversos componentes
del sistema informático, de acuerdo con las restricciones para desarrollar la
Tecnología de la Información.
• El programador: es el perfil encargado de programar los componentes en la
plataforma de desarrollo seleccionando, de acuerdo con las especificaciones del
constructor.

ARQUITECTURA ORGANIZACIONAL
• Permite generar de forma estructurada las responsabilidades en el trabajo en los diversos procesos y el grado
de colaboración.
ARQUITECTURA DE NEGOCIO
• Permite organizar los procesos internos de acuerdo a las reglas del negocio. Aquí convergen la arquitectura
organizacional y la de los recursos para delimitar a la organización.
ARQUITECTURA DE RECURSOS
• Permite conocer y tener uan descripción detallada de los activos tangibles de la operación de la empresa.
ARQUITECTURA DE INFORMACIÓN
• Permite identificar las necesidades de información de acuerdo con los procesos de la organización.
ARQUITECTURA DE DATOS
• Permite conocer de donde se obtendrá información de las actividades de la organización, así como los tipos
de datos.
ARQUITECTURA DE APLICACIÓN
• Permite conocer e identificar las necesidades en función de la aplicación para que los datos de sistema sean
representables de ua forma lógica.
ARQUITECTURA TECNOLÓGICA
• Permite determinar el tipo de tecnología y la plataforma en la que se desarrollará el sistema.
LAS ARQUITECTUTAS DE LA MATRIZ DE ZACHMAN

Ciclo de vida del software (CVS)
Cuando se habla de desarrollar un programa, sistemas informáticos o Tecnología de la
Información, es importante hablar del proceso del software, en el que nace como una idea, se
desarrolla como una aplicación y se libera (termina).
Requerimi
entos
Diseño
Implemen
tación
Pruebas
Manteni
miento

Ciclo de vida del software (CVS)
De acuerdo con la Organización Internacional de Normalización (ISO), en su norma
12207:2008, al ciclo de vida del software se le define de la siguiente manera:
[Es] Un marco de referencia que contiene los procesos, las actividades y las tareas
involucradas en el desarrollo, la explotación y el mantenimiento de un producto de
software, abarcando la vida del sistema desde la definición de los requisitos hasta que
finaliza su uso o deja de ser útil.
Como se puede ver, el desarrollo de una solución informática se encuentra relacionado
con recursos, tiempo, requerimientos técnicos y no técnicos, actividades y productos
intermedios (módulos o avances sustanciales) necesarios para desarrollar una
herramienta informática.
Por ello, la administración de un proyecto de TI requiere una planeación que abarque
más que las etapas del ciclo de vida del sistema informático (software), es decir, que
además tome en cuenta los objetivos, alcance, actividades, tareas, seguimiento, capital
humano, recursos financieros, plan de riesgos y entrega de la solución al cliente.

CVS- El proceso de desarrollo
De las distintas etapas del ciclo de vida del software, destaca el proceso de desarrollo,
que es la descripción secuencial de actividades ordenadas coherentemente para crear
el programa informático. Este proceso contempla seis actividades que guardan gran
relación con la administración general del proyecto, por lo que es recomendable hacer
uso de la información con que se cuenta, para hacer más rápida la integración del
proceso de desarrollo de la aplicación, con base en los requerimientos técnicos que se
han solicitado.
Es en esta parte donde se aprovecha el conocimiento previo obtenido de la definición y
alcance del proyecto, con el objetivo de generar las actividades internas que permitirán
seleccionar el modelo de CVS que se adapte mejor al tipo de proyecto planteado, para
desarrollar el diseño de la aplicación, seleccionar el entorno de programación,
requisitos y limitaciones tecnológicas, para que una vez que se tenga construida la
solución informática se pueda iniciar con las pruebas y, finalmente, se entregue la
solución informática.

CVS- El proceso de desarrollo
La siguiente ilustración muestra de forma gráfica el proceso de desarrollo del software.

Ejercitación
Actividad: Etapas y procesos del ciclo de vida
Responde de manera correcta las siguientes preguntas del cuestionario de opción múltiple, con
la finalidad de que logres identificar la diferencia entre las etapas de y los procesos básicos del
ciclo de vida del software.
1. Son las cinco etapas por las que atraviesa una aplicación informática de forma independiente
en el ciclo de vida del software. Estas deben de ir de manera ordenada de dentro del ciclo.

Ejercitación
2. Son los procesos básicos del ciclo de vida del software.
3. De las distintas etapas del ciclo de vida del software, ¿dentro de qué procesos básicos
destaca el proceso de desarrollo?
Actividad: Etapas y procesos del ciclo de vida

Modelos del Ciclo de vida del software
Los modelos de CVS se presentan como una pauta para guiar el desarrollo de
aplicaciones informáticas, por lo que sirven de referencia para organizar las
etapas, actividades, tareas y requerimientos. Estos marcos de gestión del
desarrollo permiten controlar y coordinar las actividades de acuerdo con el
tipo de proyecto.
Por lo anterior, no existe un modelo único que se adapte a todas las
necesidades y características de un sistema a ser desarrollado, por lo que
dependerá del tipo de proyecto y la forma en que se busque coordinarlo para
seleccionar uno o varios modelos.

Tabla comparativa de métodos
Mirar el aula virtual

Método Scrum
Se ha seleccionado “El método rápido de Scrum”, con la finalidad
de representar la etapa de desarrollo e implementación de un
proyecto de TI por la siguientes razones:
• permite desarrollar aplicaciones en poco tiempo e incluye al cliente,
• pueden realizarse cambios mientras se motiva al equipo de
desarrollo,
• se considera de fácil comprensión
• se centra en la productividad en plazos cortos y la mejora continua.

Método Scrum - Historia
Este método tiene su origen en Japón. En 1986, Hirotaka Takeuchi e Ikujiro Nonaka
publicaron el trabajo de investigación “El nuevo juego de desarrollo para productos
nuevos”, en el que se menciona por primera vez este término. A este método también
se le conoce como Manufactura sin Desperdicios y su concepto se centra en agilizar la
manufactura de un producto.
Sin embargo, fueron los norteamericanos Ken Schwaber y Jeff Sutherland quienes de
forma separada usaron el término Scrum (melé) para referirse al concepto de
manufactura rápida, que viene del juego inglés de Rugby y se refiere a una jugada
donde los participantes de cada equipo se agrupan en una posición (Scrum) para luchar
por la obtención del balón que se pondrá en el centro. En 1995, trabajando de forma
conjunta, crean este método (Framework) que permite simplificar las etapas de
desarrollo del software minimizando los costos y tiempos de entrega.

Método Scrum
El principio de Scrum se enfoca en que los proyectos informáticos tienen requerimientos y
riesgos inciertos. Por esta razón se elimina la documentación innecesaria, para centrarse
en la productividad con base en etapas cortas y bien definidas que incluyen al cliente. Con
ello se busca minimizar los problemas que conlleva la gestión de un proyecto de desarrollo
que requiere una pronta implementación y entrega.
El trabajo colaborativo es importante en Scrum para la solución de problemas de
desarrollo y programación y la atención de cambios o errores en la aplicación. También la
motivación del equipo es fundamental para mantener su alto desempeño en el proyecto,
por lo que se realizan diariamente juntas rápidas, donde se da seguimiento continuo a los
avances programados. Por otro lado, la inclusión del cliente en el proyecto, desde un inicio,
permite que éste conozca su avance real, mientras que el equipo puede conocer su punto
de vista en cada etapa del desarrollo y efectuar con rapidez los cambios que se presenten,
además de enterarse directamente si el cliente aprueba el trabajo realizado. Esta unidad y
capacidad de comunicación mantienen el trabajo alineado con el objetivo del proyecto y
su alcance.

Método Scrum
En el método Scrum, se llama iteraciones a los pequeños bloques que arrojan un
resultado significativo en un tiempo corto y debidamente acotado, donde hay pruebas y
realimentación de las funciones por parte del equipo de pruebas y el cliente. La suma
de cada una de estas iteraciones da como resultado el producto terminado, listo para
ser entregado en el tiempo pactado o mucho antes de ser posible, con lo que se
reducen los costos para el cliente. Éste concepto de mínimo esfuerzo es uno de los
diferenciadores de Scrum. El plan de desarrollo parte de una lista de requerimientos y
objetivos priorizados del sistema informático que es dictado por el cliente, estos
quedan descritos como iteraciones y avances programados.
También los costos son un aspecto importante en este método, así que al tener al
cliente como una parte activa del proyecto, se logra optimizar los recursos financieros
en aquellas iteraciones que requieran una atención urgente.

Las 6 Actividades Scrum
Planificación de la iteración (sprint)
Segunda parte de la planificación de iteración
Ejecución de iteración
Reuniones diarias de sincronización con el equipo
Demostración de requisitos completados
Retroespectiva

Participantes del Scrum
Soy el responsable
principal del proyecto.
Me encargo de entablar
el dialogo con el cliente y
de que el equipo cumple
con los requerimientos
necesarios
JEFE DE PROYECTO

Mi función es de facilitador,
mantengo un monitoreo para
minimzar los riesgos del
proyecto. Mi perspectiva sobre el
uso de Srcum me permite ayudar
al equipo en casa de problemas
de desarrollo, además dirijo las
reuniones y mantengo en alto el
ánimo del equipo
EXPERTO DEL SCRUM

Somos los encargados de crear
el diseño y la aplicación
informática, es decir, los
responsables directos del
proyecto. Materializamos la
idea y las necesidades del
cliente, y atendemos a las
directrices del jefe del proyecto
EQUIPO DEL SCRUM

Soy el que requiere cubrir una
necesidad a través de una
solución informática, dicto las
necesidades y características
que debe cumplir el sistema
informático, y financio los
costos de desarrollo.
CLIENTE

La documentación Scrum
Lista de requisitos priorizada:
• Donde el cliente expresa su idea sobre le sistema informático y la funcionalidad que éste debe tener
cuando éste sea entregado. Para que el documento quede en términos de requerimientos técnicos, el
experto en Scrum asesora al cliente en la creación de la lista y de los costos estimados que tendrá su
solución tecnológica.
Lista de tareas de la iteración:
• Contiene las actividades y tareas, conocidas como iteraciones. En las reuniones de trabajo cortas, el
equipo se compromete a realizar en un intervalo definido. Hay que recordar que por cada iteración se
debe mostrar el avance físico al cliente en forma de incremento con respecto al anterior.
Gráficos de trabajos pendientes:
• El método permite incluir gráficos sobre gestión del tiempo para evaluar el avance o retraso en las
actividades calendarizadas, pero sobre todo permite ver la velocidad con que el sistema es creado, lo
que posibilita tomar decisiones en relación al tiempo estimado de entrega del proyecto.

Etapa de control y seguimiento
Todo proyecto requiere contar con una etapa que permita verificar su grado de avance y
desarrollo. A diferencia de otras fases de la administración de un proyecto que tienen
un inicio y un fin claro, el control se relaciona con varios procesos del ciclo de vida, ya
que vigila, revisa y da el seguimiento con respecto a la planificación que se ha
elaborado.
De la diferencia que exista entre la planeación y el desarrollo real de las actividades se
pueden generar acciones preventivas y correctivas que permitan efectuar los cambios
necesarios que garanticen el correcto progreso del proyecto.

Etapa de control y seguimiento
La principal meta que persigue la etapa de control en un proyecto es lograr que el
objetivo del mismo sea alcanzado al realizar, en caso de que sea necesario, los ajustes a
la planificación de las actividades del proyecto. Como resultado de los ajustes
efectuados, el cronograma sufrirá actualizaciones, por lo cual debe ajustarse la
calendarización de las actividades y el tiempo. Dependiendo del grado de alteración en
los tiempos en el calendario, se puede hacer uso de las holguras para tratar de
minimizar los efectos adversos de estos cambios o, en casos más drásticos, afrontar que
el plazo de entrega no se podrá llevar a cabo en los tiempos pactados, para lo cual es
necesario registrar y documentar los motivos por los que se ha llegado a tener un
desfase en el proyecto.
Para prevenir o detectar desviaciones en la gestión del proyecto, el equipo que lo
integra puede hacer uso de las lecciones aprendidas, en caso de que tenga un
conocimiento previo, o al haber desarrollado otra solución informática, con el objetivo
de prevenir el impacto que tendrán estas alteraciones.

Ejemplo de indicadores
Ahora bien, los indicadores y sus métricas también deben ser catalogados de acuerdo
con la naturaleza de lo que se quiera medir; entre mejor se puedan agrupar y clasificar
será mucho más fácil poder trabajar tanto en su elaboración como en su uso.
Nota: las siglas “RFR” y “RFA” significan “Recurso financiero real” y
“Recurso financiero asignado”, respectivamente; el símbolo ≡ significa
“exactamente igual a”.

Ejemplo de indicadores
Ahora bien, los indicadores y sus métricas también deben ser catalogados de acuerdo
con la naturaleza de lo que se quiera medir; entre mejor se puedan agrupar y clasificar
será mucho más fácil poder trabajar tanto en su elaboración como en su uso.
Nota: las siglas “TD” significan “tiempo de desarrollo”; (m) es “medida de tiempo”
(horas, días, semanas, meses); el símbolo ∑ significa “sumatoria”; (t) es periodo de
tiempo; (mp) es “medida de tiempo propuesto” (horas, días, semanas, meses).

El control de cambios
El control de los cambios es una actividad rigurosa, definida y crítica que debe realizarse
desde la planeación del proyecto, ya que de esta forma se podrá llevar un registro de las
acciones preventivas o correctivas que se tengan que hacer, pero sobre todo, deben ser
justificadas y aprobadas tanto por el equipo del proyecto como por el cliente.
Entre los factores que llegan a afectar a un proyecto se encuentran los siguientes: cambios
en la organización interna del proyecto o por parte del cliente, surgimiento de nuevas áreas
y oportunidades tecnológicas, falta de solvencia económica por parte del cliente, nuevas
necesidades no previstas y que afectan el desarrollo de la solución, cambios en el entorno
del proyecto (sociales y de medio ambiente), normativas gubernamentales, políticas
públicas, por citar algunos ejemplos. En el peor de los escenarios, todos estos factores
podrían llegar a presentarse durante el desarrollo del proyecto, sin embargo, si son
debidamente resueltos y se cuenta con un equipo sólido, se podrán superar para llevar a
buen fin la solución informática.
Las peticiones de cambios tienen origen del lado del cliente y, cuando estas son aprobadas,
es la parte de desarrollo la encargada de efectuarlas.

El control de cambios
Se pueden identificar dos tipos de peticiones dentro del control de cambios de un
proyecto de TI:
• Errores en la programación: cuando se identifica un fallo o defecto.
• Requerimiento de actualización: cuando se requiere modernizar un
componente de la solución informática.
Las peticiones generan dos tipos de respuestas por parte del equipo de desarrollo:
• Documento de aprobación: los cambios deben verse reflejados en el
sistema informático.
• Documento de rechazo: se justifica el motivo por el cual no se considera
necesario emprender la acción correctiva o solicitada.

Gestión de riesgos
Al igual que en la etapa de control, en la gestión de riesgos se debe elaborar un plan de
respuesta a partir de la identificación y el análisis de los posibles sucesos que supongan
un peligro para el correcto funcionamiento de las etapas de un proyecto. Es por ello que
se requiere monitorear y dar seguimiento a las distintas fases que conlleva realizar una
herramienta de Tecnologías de Información.
Con lo anterior se busca minimizar los riesgos y el impacto que estos podrían tener en
caso de que ocurrieran. Se considera que un riesgo es todo suceso o evento con un
grado de incertidumbre que puede ocurrir en el futuro y que pone en peligro al menos
un segmento importante de un proyecto.
Todos los proyectos tienen algo en común desde su etapa de definición, tienen un
grado de incertidumbre que permanecerá latente durante la vida de los mismos. La
probabilidad de que ocurran eventos que pongan en peligro un proyecto es tal que se
requiere de un plan de contingencia, el cual permita identificar posibles problemas, su
grado de impacto, el potencial de sus efectos y consecuencias.

Gestión de riesgos
Existen dos tendencias claras que pueden asumir los miembros del equipo de un proyecto:
• Del tipo reactivo: no se realiza ninguna planeación y se espera hasta que suceda un
problema para solucionarlo; sin embargo, la desventaja de esta tendencia radica en que si
una problemática es muy grande, se pone en peligro que el proyecto continúe.
• Del tipo proactivo: en esta tendencia se realiza proceso de análisis e identificación de
problemas potenciales, en el que se evalúa la probabilidad de que ocurran y el impacto
que podrían tener. A partir de ello se diseña un plan de contención. Su desventaja radica
en que la búsqueda de dificultades potenciales y la elaboración de un plan de contingencia
consumen tiempo.
Ahora bien, los cuatro tipos de riesgos más comunes para un sistema informático son los siguientes:
• Riesgos organizacionales del proyecto
• Riesgos del tipo técnico o tecnológico
• Riesgos relacionados con las herramientas de diseño
• Riesgos del tipo financiero

Gestión de riesgos
La identificación de riesgos es una actividad sistemática que se relaciona con las
amenazas que giran en torno a la planeación del proyecto, pero que incluyen factores
externos que no pueden ser controlados pese a que se hagan esfuerzos, hacia el
interior de la administración del proyecto, para minimizarlos.
Asimismo, es necesario evaluar tres aspectos para conocer el impacto de un riesgo: la
naturaleza del problema, el ambiente por el cual se originó y el grado de afectación que
tendrá el calendario (el tiempo).
Para lograr que las probabilidades de éxito de un proyecto se logren, no sólo basta con
tener buena voluntad para llevarlo a cabo, se requiere de una constante vigilancia sobre
las actividades y tareas que se han planificado, ya que teóricamente se pueden mostrar
secuenciales o paralelas, pero en realidad se traslapan, retrasan o adelantan, sobre
todo en aquellos proyectos de gran complejidad y que por su duración, como se ha
mencionado, se recomienda fragmentar, para ser divididos en módulos, haciendo de la
tarea de monitoreo una acción más compleja.

Identificar los riesgos
ESCALAD E IMPACTO DE RIESGOS

Como proceder con la calificación
1. Describir el riesgo
2. Describir el posible resultado si este riesgo ocurriese.
3. Calificar la probabilidad en % siendo 100% cuando se tiene absoluta seguridad de que
ocurrirá y 0 si no existe probabilidad.
4. Calificar el impacto del riesgo en % siendo 100% cuando la ocurrencia del riesgo sería letal
para el proyecto y 0 si no tuviera ningún impacto.
5. Realizar la calificación de la probabilidad y el impacto del riesgo.
6. Calificar la importancia que tiene el riesgo, sumando los % de probabilidad e impacto y
obteniendo un por
7. Rehacer el listado en orden descendiente.
8. Describir la respuesta que se daría al riesgo si ocurriese y designar al responsable por la
misma.

Matriz de riesgos - Ejemplo
# Riesgo Posible
resultado
Síntoma
o alerta
Quien lo
identific
a-ría
Probabili
-dad %
Impa
cto %
Suma
de
porcent
a-jes
Respuesta Respons
a-ble
1 Suba del
dólar
Aumento de
los costos
Cotizació
n
publicada
subiendo
Adminis
tra-dor
20% 30% 50% Comprar
dólares
cuando la
probabilidad
suba al 30%
Administ
ra-dor

Ejercitación
Actividad: Diferentes metodologías para el desarrollo de un proyecto en TI
Responde de manera correcta las siguientes preguntas del cuestionario de opción múltiple, con
la finalidad de que logres identificar la diferencia de las metodologías utilizadas en el ciclo de
vida del software.
VER AULA VIRTUAL

Programas
Arquitectura de
Tecnología
Arquitectura de
Sistemas distribuidos
Estructura de Control
Arquitectura de la red
Modelo de datos
Lógicos
Arquitecturas de
usuarios
Arquitecturas de
presentación
Estructura de
procesamiento
Definiciones de datos

Gestión de proyectos TIC

Recomendados

Recomendados

Más contenido relacionado

Similar a Gestión de proyectos TIC

Similar a Gestión de proyectos TIC (20)

Último

Último (20)

Gestión de proyectos TIC