Actividad 2 – Desarrollo (roles)
“El rol del usuario en proyectos de desarrollo de sistemas es sólo
importante en
la etapa de pruebas ya que su única función es verificar que el
sistema funciona
tal cuál fue diseñado por los especialistas (analistas funcionales y
técnicos)”
¿Qué opinión tenes de esta frase?
Respuesta:
Para mi esta frase indica que el usuario solo es importante en la etapa de
pruebas, donde su trabajo es asegurarse de que el sistema funcione como
los especialistas lo diseñaron.
Por lo tanto el usuario tiene un rol limitado, ya que solo se le considera
importante en la etapa de pruebas para verificar el funcionamiento del
sistema, sin involucrarse en las fases iniciales donde podría aportar sus
necesidades, lo que puede resultar en un sistema que no cumpla con lo que
realmente necesita.
Por último creo que al limitar el rol del usuario, se puede perder la
oportunidad de obtener perspectivas valiosas que podrían enriquecer el
diseño y la funcionalidad del sistema. Esto podría resultar en un producto
final que no solo es ineficiente, sino que también puede afectar la
satisfacción del usuario y la adopción del sistema.
Actividad 3 – Desarrollo (alcance)
“Hace algunos años me asignaron como Gerente de un Proyecto
cuyo alcance
ya había sido definido unos meses antes. El proyecto consistía en la
integración
de la plataforma tecnológica de varias compañías. En base a esta
necesidad,
presupuestamos el proyecto armamos el equipo y diseñamos el
plan de trabajo
definiendo 5 meses de proyecto. Pero con lo que nunca contamos
es con que
dichas compañías tenían más de 70 sedes a nivel nacional, para las
cuales había
que ir y realizar ciertas actividades en las estaciones de trabajo de
cada una de
las sedes en todo el país.”
¿Cuáles pueden haber sido las consecuencias de esta situación?
Respuesta:
Entiendo que la frase describe una situación en la que un proyecto fue
planificado sin considerar adecuadamente la complejidad de la logística
involucrada en la integración de varias compañías con múltiples sedes.
Las consecuencias de no haber considerado adecuadamente la complejidad
logística del proyecto, podrían haber incluido retrasos significativos en el
cronograma, un incremento inesperado en los costos, sobrecarga de trabajo
para el equipo, dificultades en la comunicación entre las sedes, resistencia
al cambio por parte de los usuarios, problemas en la implementación debido
a diferencias tecnológicas entre las sedes y un impacto negativo en la moral
del equipo, lo que en conjunto podría haber comprometido el éxito del
proyecto.
Además la situación muestra lo crucial que es planificar bien un proyecto y
tener en cuenta todos los detalles desde el principio. No saber cuántas
sedes había puede indicar que no se comunicaron bien ni se analizaron
todos los riesgos. Esto también enseña que hay que ser flexible y adaptarse
a lo inesperado, además de involucrar a todos desde el comienzo para
asegurarse de que sus necesidades se tomen en cuenta. De esta manera,
se evitan problemas más adelante y se facilita una mejor implementación.
Se Pide – Selección de Alternativas
a) Elija una alternativa a recomendar a la dirección, utilizando las
herramientas estudiadas de selección de software, y tomando como base
los ítems definidos en la actividad 2.1 (si lo cree conveniente, agregue
nuevos ítems o agrúpelos)
b) La alternativa seleccionada, ¿satisface todas las necesidades
planteadas? ¿qué ocurre con aquellas funcionalidades no solicitadas?
Indique cómo resolvería esta brecha, y determine si correspondería
incluirla en el proyecto
Respuestas:
a)
En base a lo conversado en clase virtual del dia Miercoles 25/09, intentare
interpretar y contestar la pregunta:
Requerimientos Funcionales
1. Generación de Reportes:
o Opción 1: Ofrece plantillas avanzadas y la capacidad de crear
reportes ad-hoc en tiempo real, lo que es fundamental para la
toma de decisiones.
o Opción 2: Permite la creación de reportes, pero con
limitaciones en la variedad de gráficos y en la funcionalidad de
análisis de escenarios.
2. Interacción del Usuario:
o Opción 1: Interfaz amigable y soporte durante el uso del
sistema, con capacitación incluida.
o Opción 2: También tiene una interfaz amigable, pero el
soporte es limitado y la documentación está solo en inglés.
3. Acceso a la Información:
o Opción 1: Permite niveles de acceso definidos, lo que
garantiza la seguridad de la información por áreas.
o Opción 2: Ofrece seguridad básica, pero no es compatible con
LDAP, lo que puede ser un inconveniente.
Requerimientos Técnicos
1. Integración con Sistemas Existentes:
o Opción 1: Compatible con el software de base de AliMun,
facilitando la integración.
o Opción 2: También compatible, pero con limitaciones en la
capacidad de actualización y mantenimiento.
2. Escalabilidad:
o Opción 1: Ofrece una solución más escalable, con
actualizaciones periódicas y soporte a largo plazo.
o Opción 2: La falta de un plan de actualizaciones podría limitar
su escalabilidad y adaptabilidad a futuras necesidades.
3. Mantenimiento y Soporte:
o Opción 1: Soporte garantizado y actualizaciones periódicas, lo
que reduce el riesgo de fallas.
o Opción 2: Soporte limitado y una política de actualizaciones
incierta, aumentando el riesgo de problemas a largo plazo.
Requerimientos Comerciales
1. Costo Inicial y Mantenimiento:
o Opción 1: Costo de implementación más alto ($800,000), pero
incluye soporte por un año y actualizaciones.
o Opción 2: Costo inicial más bajo ($600,000) más $50,000
anuales de soporte, pero con un riesgo mayor de costos ocultos
por mantenimiento y adaptaciones futuras.
2. Experiencia del Proveedor:
o Opción 1: Proveedor con experiencia comprobada en el sector
de alimentos, lo que puede traducirse en un entendimiento
más profundo de las necesidades del negocio.
o Opción 2: Proveedor con experiencia general, pero menos
específico para el rubro de AliMun.
3. Retorno de Inversión (ROI):
o Opción 1: A largo plazo, la inversión en un sistema más
robusto probablemente se traducirá en un mayor retorno
debido a mejores decisiones basadas en datos precisos.
o Opción 2: El ahorro inicial puede verse contrarrestado por
mayores costos operativos y de mantenimiento si el sistema no
cumple con las necesidades en el futuro.
Con base en los requerimientos funcionales, técnicos y comerciales, la
Opción 1 – Software Propietario, de Código Cerrado para mí se
presenta como la alternativa más adecuada para AliMun. Aunque la
inversión inicial es mayor, sus capacidades avanzadas, soporte confiable y
experiencia del proveedor ofrecen una solución más sostenible y alineada
con los objetivos a largo plazo de la empresa. Esta elección no solo satisface
las necesidades actuales, sino que también permitirá adaptarse a futuras
demandas del negocio.
b)
Cumplimiento de Necesidades: La opción seleccionada satisface la
mayoría de las necesidades planteadas, como la creación de reportes
y el acceso web, pero presenta limitaciones en la variedad de gráficos
disponibles, lo que podría afectar la visualización de datos.
Funcionalidades No Solicitadas: Aunque no se solicitaron
explícitamente, es fundamental identificar nuevas necesidades que
podrían surgir durante el uso del sistema, ya que esto puede influir en
la efectividad del software en el contexto del negocio.
Resolución de la Brecha: Para abordar esta brecha, se deberia
realizar una consulta con los usuarios finales sobre la importancia de
las nuevas funciones; esto ayudará a determinar si son críticas para
el funcionamiento del sistema o si pueden posponerse.
Inclusión en el Proyecto: Si se establece que las nuevas
funcionalidades son esenciales para el éxito del sistema, deberían
incluirse en el proyecto; en caso contrario, podrían planificarse como
mejoras futuras para garantizar la flexibilidad del software a largo
plazo.
