ADMINISTRACION DE PROYECTOS

EFICACIA DE
RESULTADO
INICIA S
PROYECTOS

PROGRAMA
PLANIFICACION
FECHAS PARA
Y
SU
ADMINISTRACIO
CUMPLIMIENT
N
O
OBJETIVOS DE APRENDIZAJE
• 1. Comprender cómo se inician y seleccionan los proyectos, definir un problema de negocios y
determinar la viabilidad de un proyecto propuesto.
• 2. Hacer un inventario y valorar los componentes actuales y propuestos de hardware y
software, y determinar la forma en que brindan soporte a las interacciones de los humanos con
la tecnología.
• 3. Evaluar las soluciones considerando ventajas y desventajas de crear software personalizado,
comprar software COTS y subcontratar un proveedor de servicios de aplicaciones.
• 4. Pronosticar y analizar los costos y beneficios tangibles e intangibles.
• 5. Planear un proyecto al identificar las actividades y programarlas. 6. Administrar los
miembros del equipo y las actividades de análisis y diseño,
INICIACION DEL PROYECTO
• Los proyectos de sistemas tienen muchos orígenes y diversas razones. Algunos de los
proyectos sugeridos sobrevivirán varias de las etapas de evaluación en las que usted (o
usted y su equipo) debe trabajar; otros no deben sobrevivir (ni sobrevivirán) tanto. Los
empresarios sugieren proyectos de sistemas por dos amplios tipos de razones: 1) porque
experimentan problemas que se prestan por sí solos a las soluciones de sistemas y 2)
porque reconocen oportunidades para mejorar mediante la actualización o modificación
de los sistemas existentes, o la instalación de sistemas nuevos
 PROBLEMAS EN LA ORGANIZACION
• A los gerentes no les gusta que su organización tenga problemas y mucho menos hablar sobre
ellos o compartirlos con alguien externo. Sin embargo, los buenos gerentes están conscientes
de que es imprescindible reconocer los síntomas de los problemas o, en una etapa posterior,
diagnosticar los problemas en sí y luego confrontarlos, si quieren que su empresa siga
funcionando con el mayor potencial posible. Los problemas salen a la superficie de muchas
formas. Una manera de conceptualizar qué son los problemas y cómo surgen es considerarlos
como situaciones en las que nunca se cumplieron los objetivos o dejaron de cumplirse en
algún punto. La retroalimentación práctica proporciona información sobre el hueco entre el
rendimiento actual y el esperado, y, de esta forma, ayuda a destacar los problemas
 DEFINICION DEL PROBLEMA
• Sin importar que utilice el SDLC clásico o una metodología orientada a objetos, el
analista primero define los problemas y objetivos en el sistema. Éstos forman la base
para determinar qué debe lograr el sistema. Los métodos como Seis Sigma (el capítulo
16 proporciona más información) empiezan con una definición del problema.
SELECCION DE PROYECTOS
• Los proyectos tienes orígenes distintos y se inician por muchas razones. No todos se
deben seleccionar para continuar su estudio. Como analista, usted debe tener razones muy
claras para recomendar un estudio de sistemas en un proyecto que parezca resolver un
problema o que pudiera dar lugar a una mejora. Tome en cuenta la motivación detrás de
una propuesta para el proyecto
• Además de estas consideraciones generales tenemos cinco criterios específicos para la
selección de proyectos:
• 1. Contar con el respaldo de la administración.
• 2. Que sea el momento oportuno para comprometerse con el proyecto
DETERMINACION DE LA VIABILIDAD
• Una vez que reducimos el número de proyectos de acuerdo con los criterios antes
descritos, todavía falta determinar si los proyectos seleccionados son viables. Nuestra
definición de viabilidad va mucho más allá del uso común del término, ya que existen tres
formas principales para evaluar la viabilidad de los proyectos de sistemas: en base a su
operación, a su capacidad técnica y a su economía. El estudio de viabilidad no es un
estudio detallado de sistemas, sino que se utiliza para recopilar datos más generales para
los miembros de la administración, lo cual a su vez les permite tomar una decisión en
cuanto a si deben continuar o no con un estudio de sistemas
 ELEMENTOS CLAVE DE LA VIABILIDAD

Viabilidad
Viabilidad técnica: económica: Tiempo
Complemento para del analista de Viabilidad
el sistema actual sistemas Costo del operacional Si el
Tecnología estudio de sistemas sistema funcionará
disponible para Costo del tiempo de o no cuando se
satisfacer las los empleados para instale Si el sistema
necesidades de los el estudio Costo se utilizará o n
usuarios estimado del
hardware
DETERMINACION DE LA NECESIDAD DE
SOFTWARE Y HARDWARE
• Para evaluar la viabilidad técnica hay que evaluar la habilidad del hardware y software
computacional para manejar las cargas de trabajo en forma adecuada. En la figura 3.4 se
muestran los pasos que sigue el analista de sistemas para determinar las necesidades de
hardware y software. En primer lugar, hay que realizar un inventario de todo el hardware
computacional D el que cuente la organización para descubrir qué hay disponible y qué se
puede utilizar. El analista de sistemas necesita trabajar con los usuarios para determinar
qué hardware se necesitará. Para determinar el hardware necesario hay que determinar los
requerimientos de información de los humanos.
EVALUACION DE SOFTWARE
• Los analistas y las organizaciones se enfrentan cada vez más con la decisión de crear,
comprar o subcontratar al evaluar software para los proyectos de sistemas de información,
en especial cuando se contemplan actualizaciones a sistemas existentes
• CUÁNDO DEBEMOS CREAR SOFTWARE PERSONALIZADO Varias situaciones
demandan la creación de software original o de ciertos componentes de software. El caso
más probable es cuando no existe software COTS o no se puede identificar para la
aplicación deseada. La alternativa es que el software tal vez exista, pero sea demasiado
costoso o no se pueda comprar o adquirir licencias con facilidad