Participantes en los Proyectos de Desarrollo. Proyecto Realizados por personas Restricciones por...

Post on 06-Feb-2015

5 views 0 download

Transcript of Participantes en los Proyectos de Desarrollo. Proyecto Realizados por personas Restricciones por...

Participantes en los Proyectos de Participantes en los Proyectos de DesarrolloDesarrollo

Proyecto

• Realizados por personas

• Restricciones por recursos limitados

• Planificados

• Ejecutados

• Controlados

Proyecto

“Emprendimiento temporal realizado para crear un producto o servicio únicos”

PMBOK – A Guide to the Project Management Body of Knowledge

PMI – Project Management Institute

Proyecto

• Temporal– Inicio y finalización definidos– No se refiere al producto o servicio

• Producto o Servicio únicos– Se hace algo que no fue realizado antes– Características distintivas del

producto/servicio

Proyecto Proyectos u Operaciones regulares ?

• Construcción de un edificio

• Liquidación de haberes de funcionarios

• Diseño de un nuevo modelo de auto

• Montaje de autos en planta de armado

• Efectuar un cambio en la estructura de una empresa

• Desarrollo de un nuevo SI

Participantes

• Usuarios

• Jefe de Proyecto

• Analistas de Sistemas

• Diseñadores de Sistemas

• Programadores

• Personal de Operaciones

• Auditores y Personal de SQA

Usuarios

“Aquellos para quienes se desarrolla el sistema”.

• Definen las características que deberá tener el sistema (requerimientos)

• Solicita formal o informalmente el desarrollo del sistema

• Fuerte interacción con el Analista de Sistemas• Sponsor o dueño del proyecto

UsuariosClasificación

• Por categoría de trabajo

– Usuarios Operacionales

– Usuarios Supervisores

– Usuarios de Nivel Ejecutivo

• Por nivel de experiencia en el uso de Software.

– Usuario Amateur

– Usuario Final (“Novato Presuntuoso”)

– Usuario Profesional

• Por interacción con el sistema

– Usuarios directos

– Usuarios indirectos

Usuarios OperacionalesEn general

• Mayor interacción directa con el sistema

• Interesados en las funcionalidades y en la interfase hombre-máquina del sistema

• Tienen un panorama local del sistema

• Piensan en los sistemas en términos físicos

• Pueden resistirse al sistema si sienten que el mismo puede reemplazarlos y dejarlos sin empleo

Usuarios Supervisores En general

• Pueden ser Ex-Usuarios Operacionales

• Interesados en la eficiencia operacional y consideraciones presupuestales

• Intermediario entre el Analista y los Usuarios Operacionales

• Pueden o no tener un panorama local

• Piensan en los sistemas en términos físicos

Usuarios de Nivel Ejecutivo En general

• No se involucran con el Proyecto• Autoridad para financiar los Proyectos• Interesados en detalles Estratégicos y

las Ganancias/Pérdidas a largo plazo• Tienen un panorama global de sistema• Pueden trabajar con modelos abstractos

de un sistema y no se interesan en los modelos físicos.

Usuario Amateur En general

• Nunca utilizó un computador

• No le interesan las computadoras ni los sistemas automatizados

• Se resisten al nuevo sistema

Usuario Final En general

• No son especialistas en sistemas pero utilizan los computadores para desempeñar su trabajo

• Ha participado de proyectos de desarrollo anteriormente

• “Novato Presuntuoso”

Usuario Profesional En general

• Generalmente son especialistas en sistemas

• Entienden sobre el desarrollo de un sistema

• Entienden sobre Análisis de Sistemas y Tecnologías de la Información

Usuario Directo

• Interactúan con el sistema directamente

• Ingresan datos y reciben salidas

• Conocen las funcionalidades que debe tener el nuevo sistema

Usuario Indirecto

• Se benefician de las salidas del sistema pero no interactúan directamente con el mismo.

Analista de Sistemas

• Arqueólogo y escribano– Descubrir detalles y documentar

• Innovador– Explorar nuevas tecnologías y nuevas formas

de manejar el negocio

• Mediador– Mediar y obtener consenso entre usuarios,

auditores, diseñadores y demás participantes

• A menudo: Jefe de Proyecto

Analista de Sistemas Características Deseables

• Facilidad en el relacionamiento con las personas– Para poder entrevistar usuarios– Para poder mediar en desacuerdos– Para poder “vender” sus ideas

• Facilidad para entender el dominio del problema– Entender y apreciar los asuntos del usuario

• Conocimientos de TIC´s– Entender los usos potenciales de las TI

Analista de Sistemas Características Deseables

• Mente lógica y organizada– Capaz de ver un sistema desde diferentes

perspectivas

– Capaz de dividirlo en niveles de subsistemas

– Capaz de pensar en el sistema en términos abstractos además de físicos

Diseñador de Sistemas

• Recibe del Analista la especificación de los requerimientos de los usuarios (libre de consideraciones tecnológicas) y la transforma en un diseño arquitectónico de alto nivel

• El resultado de su trabajo servirá como base para para el trabajo de los programadores

• Analista y Diseñador deben darse feedback constante

• Analista y Diseñador pueden ser la misma persona o el mismo grupo unificado de personas

Programador

• Recibe del Diseñador una descripción arquitectónica del hardware y software que se usará para implementar el sistema y realizan la implementación de los programas que lo integran haciendo uso de las TI

• Interactúa con el Diseñador y puede interactuar con el Analista

• Analista, Diseñador y Programador pueden ser la misma persona o grupo

Auditores y Personal de Calidad

• Su objetivo es asegurar que el sistema se desarrolle de acuerdo a los estándares

• Estándares establecidos por la empresa

• Estándares establecidos por dependencias gubernamentales reguladoras

Auditores y Personal de Calidad

• A menudo no se involucran hasta el final del proyecto

• A menudo se interesan mas por la forma que por el contenido

Personal de Operaciones

• Encargados de la Infraestructura Tecnológica– Administradores de Servidores

– Administradores de Bases de Datos

– Administradores de Redes y Telecomunicaciones

– Personal de Soporte Técnico

– Operadores de Sistemas

– Encargados de Seguridad Informática

• Por lo general definen requerimientos no funcionales