La autoevaluación está basada en el sistema SEMAT al proyecto previamente trabajado, divido respectivamente en las áreas del SEMAT:

• Stakeholders
• Opportunity
• Requirements
• Software System
• Team
• Work
• Way of Working

Luego de examinar cada una de las tarjetas y el estado en donde nos encontramos, se decidió determinar que las 3 alphas que encontramos más prioritarias son:

• Requirements: Es parte esencial para definir que debe cumplir el proyecto, si es que no están bien definidos o no se cumplen, no se logra la solución a la problematica. Es prioritario completar todos los requisitos mínimos para tener una solución aceptable, luego se pueden mejorar otros aspectos de la plataforma.

• Software System: Para poder completar el estado Usable de el alpha Software System debemos confirmar que los errores pendientes no sean críticos, es decir, que no sean capaces de bloquear la experiencia del usuario y tener completa claridad de sobre el alcance exacto de lo que incluye, de lo que estamos entregando en esta versión.

• Work: Para poder lograr el estado "Under control" necesitamos tener los imprevistos precalculados, lo que nos permite que el desarrollo no se posponga de manera irregulada y mantener todo en un área en el cual podamos trabajarlo lo más pronto posible, esto seria síntoma de una buena planificación del proyecto. Al mismo tiempo prevenir errores y estar preparados para resolverlos es parte de tener un desarrollo fluido, aceptar los errores de cálculos y ajustar el plan es necesario, esto también nos sirve sirve para negociar plazos y tener una vista realista del desarrollo del proyecto, ya que se necesita una buena documentación sobre en que parte del proyecto vamos. Siempre es bueno tener una idea clara de como van las cosas, los avances y como han ido en el tiempo, ya que con esto podemos evitar rehacer trabajo ya finalizado o podemos reciclar ideas, lo que nos ahorra tiempo, costos y esfuerzos extras.

• El equipo identificó a todos los stakeholders relevantes: el cliente, los desarrolladores y los futuros usuarios del sistema, tanto en el rol de administrador como de usuario cliente de la entidad financiera. Se analizaron las necesidades de cada uno y se definieron sus responsabilidades.

• Las responsabilidades de cada stakeholder están bien definidas y aceptadas por todas las partes. El equipo cuenta con una forma de trabajo clara que todos respetan, lo que permite una colaboración efectiva y ordenada entre los involucrados.

• El equipo comunica los cambios del proyecto a todas las partes de forma eficiente. Sin embargo, aún no se ha alcanzado un involucramiento pleno donde todos los stakeholders participen activamente y de manera continua en las decisiones del desarrollo.

• La oportunidad esta identificada ya que sabemos que el problema es la eficiencia de entrega de prestamos y tenemos la oportunidad que con un sistema informático agilizar el proceso, reducir los costos y poder estar al nivel de la competencia. Tenemos al cliente como stakeholder interesado y sabemos a que otros actores afectaran nuestras decisiones.

• Identificamos que se necesita una solución, esta misma es el sistema informático ya modelado por lo que tenemos una solucion concreta al problema y modelamos el sistema pensando en que esperan los stakeholders del sistema y sabemos que el problema existe por falta de automatizacion del sistema de entrega de créditos, actualmente se hace todo por personas y no existen filtros previos por lo que se pierde mucho tiempo incluso en personas que no tengan ninguna posibilidad de un préstamo un sistema informático permite tener filtros automáticos y agilizar todo el proceso y reducir costos. El problema es algo importante para el cliente y nuestra solución es útil e importante.

• Para el valor de la oportunidad entendemos el impacto de nuestra solución, tenemos criterios para evaluarlo, pero no tenemos datos concretos sobre cuanto mejorara respecto al sistema actual, por eso no completamos esta etapa aun.

• Se identificó los stakeholders involucrados, tanto el cliente que financia el proyecto como los futuros usuarios que utilizarán la plataforma. Se acuerda desarrollar el sistema de créditos.

• Se establece el equipo de desarrollo, donde todas las partes están de acuerdo con los requisitos del proyecto, el esquema a seguir y el propósito final: Que la plataforma sea rápida, confiable y poco compleja al momento de solicitar un crédito, además de que sea 100% online. También se definen las restricciones tanto económicas como de tecnología.

• Se definen las historias de usuarios, que representa el funcionamiento clave de la plataforma y se comparte con los stakeholders. Esto ayuda a comprender mejor el impacto del proyecto y ordenar los objetivos con los requisitos del sistema. Todo el equipo desarrollador tiene acceso y entiende las historias de usuario que completar.

• Se tiene una solución testeable que puede ser modificada si es necesario, pero aún no cumple con alguno de los requisitos. Se debe desarrollar el cálculo del scoring y la autentificación mediante 2FA.

• El equipo decide la arquitectura del proyecto y se establece que la plataforma será utilizada solo a través de computador. Además se ocupará el entorno de ejecución node js.

• Se demostraron y aceptaron las características clave del sistema, además el software fue ejecutado para medir su rendimiento en configuraciones de hardware críticas, evidenciando una correcta integración de sus interfaces esenciales con el entorno operativo.

• El sistema ya se encuentra en condiciones de ser usado, con sus funcionalidades principales debidamente probadas y con un nivel de rendimiento que resulta aceptable, además el sistema está completamente documentado y el valor que aporta ya esta establecido. Sin embargo se debe calcular de manera correcta el scoring por lo que aún no esta completa.

• El equipo se encuentra en este estado con certeza. Si bien existe un grupo de personas trabajando en el proyecto, aún falta seleccionar el modelo de trabajo a seguir y definir los mecanismos concretos que el equipo utilizará para operar y colaborar de forma efectiva.

• El proyecto fue formalmente iniciado con metas y prioridades discutidas directamente con el stakeholder. El resultado esperado, las restricciones, las partes involucradas y la fuente de financiamiento quedaron claros desde el comienzo del semestre.

• El equipo definió el alcance del esfuerzo: se estimaron costos y duración, se acordó la metodología de trabajo, y se establecieron los criterios de aceptación. Se cuenta con un plan y con los recursos necesarios para ejecutar.

• El proyecto tuvo inicio formal el semestre pasado. Todo el progreso fue documentado, el avance se ha monitoreado y las tareas han ido progresando de forma gradual. La definición de "hecho" fue acordada por el equipo para guiar el trabajo.

• Si bien se han completado tareas y los compromisos se han cumplido de forma consistente, el equipo aún no cuenta con un plan detallado para las tareas pendientes, no se han repriorizado aspectos del trabajo, y no se tiene certeza del punto de avance actual. Los criterios de control activo (riesgos, retrabajo, estimaciones, progreso medido) aún no están en operación plena.

• Esta etapa ya se encuentra completada, al principio del proyecto de Análisis y Diseño de Software, nuestro equipo acordó los fundamentos básicos de como vamos a operar mediante el cliente y con el apoyo de los ayudantes.

• Completamos esta etapa al poseer todo lo necesario para empezar a trabajar de forma real, se acordó trabajar con docker y react, sin brechas presentes, todos los miembros comprendieron como usar las herramientas acordadas y el proceso que conlleva usarlas, siendo estas integradas operadas de manera íntegra.

• El equipo ya utiliza herramientas como docker que respaldan la colaboración y cuentan con el apoyo general, además estas formas de trabajo se inspeccionan regularmente y se adaptan al contexto del proyecto mediante mecanismos de retroalimentación activos, teniendo comunicación entre el equipo sobre que cambios se han realizado.

• Las prácticas y herramientas de trabajo son plenamente accesibles y utilizadas por todos los miembros del equipo, quienes además participan de manera conjunta en su constante inspección y adaptación.

• Nuestro equipo completó esta etapa porque ya se han interiorizado por completo las prácticas y herramientas definidas en los estados anteriores, se aplicaron de manera natural y sin ningún tipo de interrumpimiento durante el transcurso restante, se pudo lograr un ritmo de trabajo constante y de mejora continua de este mismo gracias a la siempre presente ayuda y soporte por parte de los ayudantes del curso.