UNIVERSIDAD DE ANTIOQUIA

DIRECCIÓN DE DESARROLLO INSTITUCIONAL

GESTIÓN INFORMÁTICA

INVITACION A COTIZAR
10402107-IVA015-01-2015

Prestar Servicios de desarrollo de software para la implementación de

módulo de software para la gestión del plan de trabajo profesoral.

Marzo de 2015
SECCION I SOBRE LA INVITACION A COTIZAR

1. Objeto de la invitación
1.1. Antecedentes
El Acuerdo Superior 083 de 1996 (Estatuto Profesoral) define el Plan de Trabajo Profesoral así
“es el compromiso que adquiere el profesor de realizar actividades en los campos de la
investigación, la docencia, la extensión y la administración académica.”

El Plan de Trabajo es de obligatoria presentación para:

• Profesores regulares

• Profesores ocasionales y visitantes

• Profesores ad honórem

No obstante, también puede ser presentado (de forma opcional) por Profesores en las
siguientes situaciones:

• Año sabático

• Comisión de estudio

• Comisión de servicio

• Comisión administrativa

• En encargo

La Vicerrectoría de Docencia cuenta con una aplicación web en producción desde el 2010,
donde se venían atendiendo requerimientos funcionales puntuales para mejorar controles del
proceso.

El aplicativo no tiene un adecuado funcionamiento, dado que no cuenta con los suficientes
mensajes informativos que orienten al usuario con los controles que realiza el sistema para
obtener un registro completo del plan de trabajo y presenta dificultades en su integración con
los demás aplicativos institucionales.

Si bien, en el 2014 se le han hecho algunos ajustes por parte de Gestión Informática, a la fecha
no se registra un uso del sistema por parte de todo el personal profesoral que permita la
generación de información para la gestión administrativa; lo que puede incurrir en riesgos de
corrupción o de omisión por la no presentación del plan de trabajo.

Es por esto que se ha realizado durante el segundo semestre del 2014 toda la fase de Análisis
normativo y funcional que permita la implementación de un software con todas las
condiciones normativas, pero también de usabilidad, integración de información y
funcionalidad que permita a los profesores cumplir con su compromiso y a las Unidades
Académicas y a la Vicerrectoría de Docencia, una visibilidad adecuada de las actividades
profesorales en Investigación, Docencia y Extensión.

1.2. Objetivos
1.2.1. Objetivo general
Implementación de módulo de software para la gestión del plan de trabajo profesoral en la
Universidad de Antioquia.
1.2.2. Objetivo específico
Sistematizar la gestión del plan de trabajo profesoral en la Universidad de Antioquia con la
implementación de un módulo de software siguiendo metodologías ágiles de desarrollo de
software.

1.3. Objeto de la invitación a cotizar

La Universidad de Antioquia está interesada en recibir propuestas para la implementación de
un módulo de software para la gestión del plan de trabajo profesoral en la Universidad de
Antioquia, utilizando metodologías ágiles de desarrollo de software limitando un alcance que
garantice un presupuesto máximo de $93.000.000 incluidos todos los impuestos según el CDP
No 1000017187 del 24 de febrero del 2015 y un tiempo máximo de ejecución de 4 meses,
enmarcado dentro una funcionalidad básica requerida y de la arquitectura de referencia (Ver
Anexo1 - DOCUMENTO DE ARQUITECTURA DE REFERENCIA) establecida por Gestión
Informática para la implementación de sistemas de información.

La construcción del sistema de software se llevará a cabo de forma iterativa e incremental,

ejecutando ciclos de programación sucesivos, y al final de cada uno se procederá a la entrega
del sistema. Cada entrega comprende:

a) Integración e instalación en estado de funcionamiento correcto, del software

desarrollado, sobre los equipos de hardware de producción.
b) Entrega en formato digital, de todos los productos y subproductos de software
desarrollados: código fuente, ejecutables en su caso, y documentación desarrollada:
análisis, diseño, pruebas.

Se considerará por entregada una parte del sistema cuando se encuentre instalada y en
condiciones de operar sin errores aparentes, y entregados en formato digital los productos y
sub-productos de software generados en el ciclo de desarrollo.

El módulo debe cubrir como mínimo las siguientes funcionalidades, las cuales tienen ya una
descripción clara y prototipo:

Modulo Funcionalidades
Administración  Administrar Tipo Plan de trabajo
 Estamentos y oficios por tipo plan
 Novedades laborales por tipo plan
 Calendarios de planes de trabajo
 Administrar roles
 Tipos de Notificación
 Notificaciones
Elaboración del plan de trabajo  Elaborar Plan
profesoral o Resumen
o Docencia
o Investigación
o Extensión
o Administración
o Otras
 Ver contratos cátedra
 Ver cursos asignados
 Tipos de Actividades Plan
 Actividades por Tipo
 Solicitud de Nuevas actividades
o Consultar Solicitud de Nueva
Actividad
o Visar Solicitud de Nueva Actividad
o Responder Solicitud de Nueva
Actividad
Gestión del plan de trabajo  Consulta y aprobación plan
o Resumen
o Detalle Actividades
o Aprobar/Devolver
o Autorizar/Devolver
o Autorización masiva

Para cubrir las funcionalidades descritas anteriormente, es necesario realizar interfaces con
los sistemas de gestión de la Universidad de Antioquia implicados en la administración,
elaboración y gestión del Plan de Trabajo Profesoral.

 Sistema de matrícula y registro MARES.

 Sistema de investigación SIIU.

 Sistema de extensión REUNE.

 Sistema de Personal.

 Sistema de Autenticación OID.

 Módulo Único de Autorización MUA.

Se pueden presentar cambios en prioridades y/o adición de otras funcionalidades

previamente consensuadas a través de un proceso de control de cambios.

Para cumplir con las actividades descritas, la empresa deberá tener en su equipo de trabajo
para este proyecto, por lo menos dos ingenieros desarrolladores que cumplan con las
siguientes características:

Nivel de experiencia
  Mínimo 2 años de experiencia en desarrollo de aplicaciones web.

Nivel de instrucción técnica

 Análisis y diseño de sistemas

 Conocimiento en bases de datos Oracle. Nivel: medio. (Procedimientos, Paquetes,
Funciones y Consultas).
 Conocimiento de patrones de desarrollo: DAO, Factory, DTO.
 Manejo del lenguaje de programación Java.
 Conocimientos en el framework JSF 1.2.
 Conocimiento en integración de aplicaciones a través de servicios web: consumir
servicios y proveer servicios.

2. Condiciones legales necesarias para participar

1) Acreditar K de contratación

Acreditar un K de contratación de al menos 6.000 SMMLV (salarios mínimos

mensuales legales vigentes) en alguna de las siguientes clasificaciones, según el
Registro de Proponentes de la Cámara de Comercio:
GRUPO SEGMENTO FAMILIA CLASE
F Servicios 81 Servicios basados 11 Servicios 15 Ingeniería de
en ingeniería, Informáticos Software y
investigación y Hardware
tecnología
F Servicios 81 Servicios basados 11 Servicios 16 Programadores
en ingeniería, Informáticos de computador
investigación y
tecnología
F Servicios 81 Servicios basados 11 Servicios 22 Mantenimiento
en ingeniería, Informáticos y soporte de
investigación y software
tecnología
F Servicios 81 Servicios basados 11 Servicios 17 Sistemas de
en ingeniería, Informáticos manejo de
investigación y información
tecnología

2) Las personas jurídicas proponentes no pueden tener inhabilidades, ni

incompatibilidades para contratar según lo establecido por el Estatuto General de
Contratación de la Universidad de Antioquia (Acuerdo Superior 095 del 21 de octubre
de 1996), el cual puede ser consultado en la siguiente dirección electrónica:
http://www.udea.edu.co/doc/indice_gral/estatuto_gdec.html.
3) No encontrarse reportado en el Boletín de Responsables Fiscales de la Contraloría
General de la República, de conformidad con el artículo 60 de la Ley 610 de 2000 (Por
la cual se establece el trámite de los procesos de responsabilidad fiscal de las
Contralorías).
4) Las personas jurídicas proponentes deben haberse constituido por lo menos veinte y
cuatro (24) meses antes de la fecha de apertura de este proceso y deberán acreditar
 que el término de duración de la sociedad no será inferior al 31 de diciembre de 2015
(artículo 6 del Acuerdo Superior 095 del 21 de octubre de 1996).
5) Las personas jurídicas proponentes deben acreditar que han desarrollado con éxito
por lo menos dos proyectos de desarrollo de software a través de metodologías ágiles
(ver documentos a anexar en la SECCIÓN II, Numeral 5, sub ítem g) de este
documento).
6) Las personas jurídicas proponentes deben acreditar el pago de los aportes de sus
empleados a los Sistemas de Salud, Riesgos Profesionales, Pensiones y aportes a las
cajas de compensación familiar, Instituto Colombiano de Bienestar Familiar y Servicio
Nacional de Aprendizaje, mediante certificación expedida por el revisor fiscal o por el
representante legal, si aquel no existiere, durante un lapso equivalente al que exija el
respectivo régimen de contratación para que se hubiera constituido la sociedad, el
cual en todo caso no podrá ser inferior a los seis (6) meses anteriores a la apertura
del proceso contractual.
7) No encontrarse en alguna de estas situaciones: Cesación de pagos, concurso de
acreedores o embargos judiciales, liquidación y cualquier otra circunstancia que
justificadamente permita a la Universidad presumir incapacidad o imposibilidad
jurídica, económica, moral o técnica del proponente para cumplir el objeto del
contrato en caso de que le sea adjudicado.
8) Ser personas jurídicas y no ser ni consorcios, ni uniones temporales.

3. Información a suministrar
Son datos que obligatoriamente debe suministrar el proponente en forma explícita y precisa, y
que la Universidad necesita para el proceso de evaluación y calificación de cada propuesta. Su
ausencia, pone en posición desventajosa una propuesta, o puede incluso, conducir a que no
se considere la misma.

Para todos los numerales de este punto, debe aparecer algún tipo de respuesta por parte del
oferente, aunque sea una afirmación, una negación, una manifestación explícita de no-
respuesta, o una expresión de haber sido informado. Esto es, ningún numeral deberá dejarse
sin respuesta.

Cuando en las condiciones e informaciones requeridas se hace alusión a una unidad de

medida específica, la respuesta debe expresarse con esa misma unidad de medida.

Queda entendido que la presente invitación pública a cotizar forma parte integral del contrato
que se celebre como consecuencia de la selección.

El proponente deberá:

1) Informar sobre el número de años en el mercado como desarrollador de software.

2) Informar sobre los proyectos exitosos desarrollados. Esta información debe estar
certificada (ver documentos a anexar en la SECCIÓN II, Numeral 5, sub ítem g) de este
documento).
3) Definir el perfil de los profesionales que participarán en el proyecto, indicando el tipo
de profesional y las funciones que desarrollarán.
 4) Informar sobre la experiencia de los participantes en el proyecto por parte de la
empresa proponente. Esta información debe suministrarse (ver documentos a anexar
en la SECCIÓN II, Numeral 5, sub ítem f) de este documento). Igualmente, esta
información será corroborada por la Universidad para el proponente que resulte
seleccionado y será exigida (tiempo de experiencia) como parte del contrato que se
establezca entre esté y la Universidad.
5) Informar el tiempo estimado (en meses) de duración del proyecto, teniendo en
cuenta que el tiempo exigido por la Universidad es de máximo 4 meses. El tiempo
especificado debe ser garantizado por el proponente y será considerado como una
condición de obligatorio cumplimiento por parte de la empresa que sea seleccionada.
6) Informar por cuánto tiempo (en meses) se compromete a dar soporte y
acompañamiento, sin costo adicional para la Universidad (período de garantía).
7) Informar el esquema del servicio de mantenimiento y soporte (modalidad y costos)
del sistema, para soportar futuros cambios del proceso requeridos por la Universidad.
Los costos se deben especificar por horas de duración del servicio o por costo mes.
También, se debe especificar el tiempo máximo de respuesta para atender una
solicitud a que se compromete la empresa (en horas).
8) Describir las metodologías a utilizar para el desarrollo del proyecto.
9) Informar si tienen al menos un SCRUM master certificado vinculado a la compañía.
10) Informar el número de personas con el rol de SCRUM master en la compañía.
11) Informar el número de personas que pertenecen actualmente a equipos de desarrollo
SCRUM.
12) Informar el índice de rotación de personal técnico directo de la compañía prestadora
de servicios 1
13) Informar las herramientas de control de versiones o de gestión de la configuración
manejan.
14) Informar qué herramientas de Soluciones de Integración han utilizado

4. Valor agregado
Curso de capacitación de 10 horas para personal administrativo de las unidades académicas y
de la Vicerrectoría de Docencia quienes harán parte de los usuarios finales del sistema (20
funcionarios elegidos por la Universidad de Antioquia)

Capacitación en SCRUM MASTER entre 16 horas para un equipo de personal vinculado a la

UdeA de aproximadamente 10 personas.

5. Presupuesto
El presupuesto oficial es de NOVENTA Y TRES MILLONES DE PESOS ($93.000.000,00), incluidos
todos los impuestos. Cuenta con CDP No 1000017187 del 24 de febrero del 2015 y se
imputarán al centro gestor 10402107, los cuales se imputarán al proyecto IVA015ZZZZ.

6. Fecha de apertura del proceso

La Universidad de Antioquia abre este proceso de contratación a las 07:00 horas del 18 de
marzo del 2015. La invitación será anunciada a través del portal de la Universidad
(www.udea.edu.co), durante 8 días hábiles contados a partir del día 18 de marzo del 2015.

1
La fórmula para calcular el índice de rotación mensual: (# de personal retirado en el mes /#empleados
al inicio del mes) * 100). Entregar el valor promedio del último año.
7. Fecha máxima para recibo de aclaraciones
Los proponentes podrán solicitar cualquier aclaración relacionada con la presente invitación,
hasta el día 25 de Marzo de 2015 a las 16:00 horas.

Las solicitudes de aclaración deberán enviarse por correo electrónico a la siguiente dirección:
gestioninformatica@udea.edu.co y serán respondidas por la Universidad de tal forma que se
garanticen los principios de transparencia, objetividad e imparcialidad en el proceso de
contratación. Los funcionarios de la Universidad se abstendrán de hacer comentarios
telefónicos, verbales o escritos por fuera de los protocolos del proceso.

8. Fecha de cierre del proceso

Las propuestas deberán ser entregadas, fisicamente hasta las 15:00 horas del 6 de Abril del
2015 en la siguiente dirección:

Universidad de Antioquia

Ventanilla Única

Calle 70 No 52-21

Medellín – Antioquia – Colombia

Deben estar dirigidas a:

Gestión Informática

Proceso de invitación a cotizar 10402107-IVA015-01-2015

Prestar Servicios de desarrollo de software para la implementación de módulo de software

para la gestión del plan de trabajo profesoral

Bloque 16 – Oficina 310 Tel 2195073.

9. Plazo para la evaluación de propuestas

La UNIVERSIDAD dispondrá de 3 días calendario para evaluar las propuestas a partir de la
fecha de cierre del proceso.

10. Validez de la oferta o cotización

La oferta o cotización deberá tener una validez de 60 días calendario contados a partir de la
fecha del vencimiento del plazo de presentación (6 de Abril del 2015).

11. Régimen Contractual

LA UNIVERSIDAD es un ente público, de naturaleza autónoma, y su régimen contractual será el
definido en el artículo 2 del Estatuto General de Contratación de la Universidad de Antioquia
(Acuerdo Superior 095 del 21 de octubre de 1996). Y todos los proponentes quedan sujetos a
lo allí dispuesto en lo que sea pertinente. Se puede consultar en el portal de la Universidad de
Antioquia, en la siguiente dirección
http://secretariageneral.udea.edu.co/doc/indice_gral/est_contratacion.html
SECCION II CONDICIONES DEL PROCESO
1. Calificación de las propuestas
En la evaluación de las propuestas se tendrán en cuenta los siguientes dos
factores con su correspondiente puntaje (sobre una base de 100 puntos):
FACTOR PUNTAJE MÁXIMO
Perfil del proponente 70
Curso de capacitación de 10 horas 10
para 20 funcionarios de la universidad
de Antioquia
Valor agregado capacitación SCRUM 10
MASTER
Costo 10
TOTAL 100

1.1. Perfil del proponente 2(Máximo 80 puntos)

ITEM VARIABLE PUNTAJE

1 Número de años en el mercado 15

 Si es mayor o igual a 8 15

 Mayor de 5 y menor de 8 10

 Mayor de 3 y menor o igual a 5 7

 Mayor de 2 y menor o igual a 3 4

Número de personas con el rol de SCRUM master 3en la

2 compañía 20

 Más de 10 personas 20

 Entre 7 y 10 personas 10

 De 3 a 7 personas 5

Número de personas que pertenecen a equipos de desarrollo

3 SCRUM en la compañía 15

 Más de 70 personas 15

 Entre 41 y 70 personas 10

 Entre 21 y 40 personas 7

 De 10 a 20 personas 4

4 Número de proyectos implementados con metodología ágil 20

2
Los encargados de la evaluación de esta invitación a cotizar, pueden solicitar una visita a las
instalaciones de las compañías proponentes con el fin de revisar procesos documentados inspirados en el
agilismo y prácticas técnicas relacionadas con el agilismo.
3
Ver el Sección IV Definición de Términos
  Cinco o más proyectos en empresas distintas 20

 Entre 2 y hasta 4 proyectos en empresas distintas. 10

1.2. Valor agregado Curso de capacitación de 10 horas para 20

funcionarios de la universidad de Antioquia
ITEM VARIABLE PUNTAJE

Si se ofrece curso 10

Si no se ofrece curso 0

1.3. Valor agregado Capacitación SCRUM MASTER

ITEM VARIABLE PUNTAJE

Si se ofrece curso 10

Si no se ofrece curso 0

1.4. Costo (Máximo 10 puntos)

ITEM VARIABLE PUNTAJE

7.2.1 Costo de la cotización 10

Nota 3: Se asignarán 10 puntos a la propuesta que presente el menor valor, a los

demás proponentes se les dará un puntaje inversamente proporcional al valor
propuesto.

2. Modalidad de adjudicación
La Universidad de Antioquia le dará validez a este proceso de selección y podrá adjudicar
esta negociación, independientemente del número de sociedades que participen en él, o
del número de ellas que cumplan los requisitos exigidos, siempre y cuando favorezca los
intereses de la Universidad.

3. Adjudicación de la propuesta
El puntaje mínimo de la propuesta debe ser de 65 puntos sobre los 100 puntos de la
evaluación para que la propuesta pueda ser adjudicada. En todos los cálculos para
obtener puntajes se tendrá en cuenta, que si el resultado da con decimales se redondea al
digito inferior, si la parte decimal es menor que 0.5 o al digito superior si la parte decimal
es mayor o igual a 0.5.

4. Rechazo y eliminación de las propuestas

Una propuesta no será tomada en cuenta si se presenta al menos una de las
siguientes causales:
a) Cuando sea extemporánea.
 b) Cuando el proponente no cumpla con todos los requisitos para participar en la
contratación establecidos en la presente invitación a cotizar.
c) Cuando la propuesta supere el presupuesto oficial.

5. Documentos a anexar a la propuesta

La propuesta se debe presentar en original, e incluirá en cada ejemplar los documentos y
respuestas que a continuación se solicitan, los cuales deberán ser presentados en el
mismo orden en que se encuentran enumerados:

a) Carta de presentación de la oferta, suscrita por el Representante Legal de la

Compañía, utilizando el modelo que se relaciona en el Anexo 4 - Carta presentación
propuesta.

b) Certificado de existencia y representación legal, expedido por la Cámara de Comercio

de su domicilio; la fecha de expedición de dicho certificado debe estar entre los dos
meses que anteceden a la fecha de cierre para la recepción de las propuestas.
c) Registro único de proponentes de la Cámara de Comercio de su domicilio. La
inscripción en el Registro debe ser anterior a la fecha de apertura de esta invitación y
debe corresponder a .alguno de las siguientes categorías
o Como desarrollador de software, especialidad 23 - Servicios; grupo 20 -
desarrollo de software.
o Como consultores, especialidad 06 - Telecomunicaciones; grupo 05 -
Aplicaciones de computador.
o Como consultores, especialidad 10 - Otros; grupo 02 - Sistemas de
información.
d) Poder del proponente o quien lo represente para los diferentes trámites relacionados
con la negociación, en caso de no hacerlo directamente su representante legal.
e) Certificación expedida por el revisor fiscal o por el representante legal, según sea el
caso, donde acredita que en los últimos 6 meses, previos a la presentación de su
oferta, han realizado los pagos de los aportes al Sistema General de Seguridad Social y
Parafiscales.
f) Certificaciones de experiencia de los participantes en el proyecto por parte de la
empresa proponente, que contenga la siguiente información:
a. Rol jugado en el proyecto.
b. Cedula y nombre del participante.
c. Experiencia (años después de recibir el título técnico y-o universitario).
g) Certificados de experiencia sobre contratos suscritos o ejecutados desde el 1 de enero
de 2008 en los que el proponente realizó proyectos de desarrollo de sistemas de
información utilizando metodologías ágiles. Los documentos deben ser diligenciados
en papelería de la empresa contratante, estar suscritos por el director o responsable
del proyecto, el interventor del contrato o representante legal de la empresa
contratante, y contener como mínimo la siguiente información:
a. Fecha de la certificación
b. Entidad o firma contratante
c. Entidad o firma contratada
d. Ciudad sede
 e. Objeto del contrato
f. Descripción que indique que el contrato fue ejecutado a través de
metodologías ágiles.
g. Fecha de iniciación del contrato
h. Fecha de finalización o entrega del objeto del contrato.
i. Nombre de la persona que expide la certificación
j. Cargo de la persona que expide la certificación
k. Número de teléfono
l. Firma de quien expide la certificación.

Los certificados que estén incompletos o cuya información no sea clara no serán
tenidos en cuenta.

6. Clase de contrato
Contrato de Prestación de servicios
SECCION III CONDICIONES ECONÓMICAS Y
FINANCIERAS
Condiciones obligatorias

1) Para todo efecto contractual o comercial, la sede de las operaciones derivadas de este
contrato será la ciudad de Medellín.
2) Los precios del proyecto de implementación del sistema de información se deberán
presentar en pesos colombianos, en números enteros, esto es, sin cifras decimales. Si
algún precio en pesos se presenta con cifras decimales, la Universidad las truncará y
tomará el nuevo valor como el precio válido.
3) Cuando a juicio de la Comisión Evaluadora se detecte la existencia de errores
evidentes en cualquiera de las cifras, se solicitará la aclaración respectiva por escrito,
enviando copia a los demás proponentes. El proponente deberá responder dentro del
primer día hábil siguiente al envío de la solicitud.
4) En la propuesta deberá indicarse en forma separada el impuesto al valor agregado
(IVA). Si el proponente no aclara lo relacionado con este impuesto, la Universidad
considerará que está incluido en los valores presentados.
5) LA UNIVERSIDAD no efectuará pagos anticipados ni anticipos para la ejecución del
contrato resultante de la invitación a cotizar.
6) Por el objeto, el tipo, la modalidad y la cuantía del contrato, se exigen garantías que
amparen los siguientes riesgos derivados de la oferta, la celebración y la ejecución del
contrato así:
Garantía de cumplimiento del contrato: Debido a que existe la probabilidad del
incumplimiento de cualquiera de las obligaciones derivadas del contrato por parte de
la sociedad que resultare seleccionada y luego sea contratada, esta deberá otorgar
garantía, consistente en póliza de seguro expedida por una compañía legalmente
autorizada en Colombia, a favor de la Universidad, que avale el cumplimiento de todas
y cada una de las obligaciones surgidas del contrato, la cual se mantendrá vigente
durante su vida y su liquidación, y se ajustará a la cuantía y vigencia aquí señalada:
i. Amparo de cumplimiento: Cubrirá el monto de la cláusula penal pecuniaria
por multas al quince por ciento (15%) del valor total del contrato, y su vigencia
no será inferior a la duración del mismo y dos meses más.
ii. Amparo de pago de salarios, prestaciones sociales e indemnizaciones: Será
igual al diez por ciento (10%) del valor total del contrato, y deberá extenderse
por el término de vigencia del mismo y tres años más.
SECCION IV Definición de Términos
METODOLOGÍAS ÁGILES

La definición moderna de desarrollo ágil de software evolucionó a mediados de la década de

1990 como parte de una reacción contra los métodos de “peso pesado”, muy estructurado y
estricto, extraídos del modelo de desarrollo en cascada. El proceso originado del uso del
modelo en cascada era visto como burocrático, lento, degradante e inconsistente con las
formas de desarrollo de software que realmente realizaban un trabajo eficiente.

El desarrollo ágil de software refiere a métodos de ingeniería del software basados en el

desarrollo iterativo e incremental, donde los requisitos y soluciones evolucionan mediante la
colaboración de grupos auto organizados y multidisciplinarios. Existen muchos métodos de
desarrollo ágil; la mayoría minimiza riesgos desarrollando software en lapsos cortos. El
software desarrollado en una unidad de tiempo es llamado una iteración, la cual debe durar
de una a cuatro semanas. Cada iteración del ciclo de vida incluye: planificación, análisis de
requisitos, diseño, codificación, revisión y documentación. Una iteración no debe agregar
demasiada funcionalidad para justificar el lanzamiento del producto al mercado, sino que la
meta es tener una «demo» (sin errores) al final de cada iteración. Al final de cada iteración el
equipo vuelve a evaluar las prioridades del proyecto.

SCRUM

Scrum es un proceso en el que se aplican de manera regular un conjunto de buenas prácticas

para trabajar colaborativamente, en equipo, y obtener el mejor resultado posible de un
proyecto. Estas prácticas se apoyan unas a otras y su selección tiene origen en un estudio de
la manera de trabajar de equipos altamente productivos.

En Scrum se realizan entregas parciales y regulares del producto final, priorizadas por el
beneficio que aportan al receptor del proyecto. Por ello, Scrum está especialmente indicado
para proyectos en entornos complejos, donde se necesita obtener resultados pronto, donde
los requisitos son cambiantes o poco definidos, donde la innovación, la competitividad, la
flexibilidad y la productividad son fundamentales.

Scrum también se utiliza para resolver situaciones en que no se está entregando al cliente lo
que necesita, cuando las entregas se alargan demasiado, los costes se disparan o la calidad no
es aceptable, cuando se necesita capacidad de reacción ante la competencia, cuando la moral
de los equipos es baja y la rotación alta, cuando es necesario identificar y solucionar
ineficiencias sistemáticamente o cuando se quiere trabajar utilizando un proceso
especializado en el desarrollo de producto.

SCRUM MASTER

Lidera al equipo llevando a cabo las siguientes responsabilidades:

 Velar por que todos los participantes del proyecto sigan los valores y principios ágiles,
las reglas y proceso de Scrum y guiar la colaboración dentro del equipo y con el
cliente de manera que las sinergias sean máximas. Esto implica:
 o Asegurar que exista una lista de requisitos priorizada y que esté preparada
antes de la siguiente iteración.
o Facilitar las reuniones de Scrum (planificación de la iteración, reuniones
diarias de sincronización del equipo, demostración, retrospectiva), de manera
que sean productivas y consigan sus objetivos.
o Enseñar al equipo a autogestionarse. No da respuestas, si no que guía al
equipo con preguntas para que descubra por sí mismo una solución.
 Quitar los impedimentos que el equipo tiene en su camino para conseguir el objetivo
de cada iteración (proporcionar un resultado útil al cliente de la manera más efectiva)
y poder finalizar el proyecto con éxito. Estos obstáculos se identifican de manera
sistemática en las reuniones diarias de sincronización del equipo y en las reuniones de
retrospectiva.
 Proteger y aislar al equipo de interrupciones externas durante la ejecución de la
iteración (introducción de nuevos requisitos, "secuestro" no previsto de un miembro
del equipo, etc.). De esta manera, el equipo puede mantener su productividad y el
compromiso que adquirió sobre los requisitos que completaría en la iteración.

SECCION V ANEXOS

 Anexo1 - DOCUMENTO DE ARQUITECTURA DE REFERENCIA

 Anexo 2 – EstandaresDlloAplicacionesOracleBasesdeDatos
 Anexo 3 - Estandarización de línea grafica
 Anexo 4 - Carta presentación propuesta