STC0206: Implantación de software

Datos Generales

• Nivel de Competencia: C
• Puntos Posibles: 16
• Para alcanzar un nivel de dominio se requiere haber cumplido con TODO el OKR de nivel de dominio que lo conforma.
• Para alcanzar el siguiente nivel de dominio se requiere haber alcanzado el previo.
• Para las asignaciones directas cualquiera de las que lo conforman es motivo de asignación directa del nivel correspondiente de dominio de la competencia.

Descripción del nivel

Implanta el software desarrollado en el entorno de operación, evaluando el cumplimiento de los requerimientos del sistema.

Sith - Incipiente B (-30pts)

Hay desviaciones en el componente actitudinal de la competencia.

Por ejemplo, más no limitativo:

• No escucha las recomendaciones sobre implantación y riesgos.
• Deja todo al final incluso si existe firma del cliente donde se acepte el alcance tomado en tiempo y forma.
• Modifica el plan de implantación no siendo aprobado por el correspondiente dueño de la arquitectura, project manager o siendo este mismo haciendo cambios sin notificar a sus compañeros.
• Conoce pero no aplica las arquitecturas e implantaciones desarrollados por el departamento.
• Genera más obstáculos o conflictos de los que resuelve en los proyectos desarrollados por el departamento incluyendo el CMMI.

Hay una sobre autoevaluación en la competencia sin reflexión y/o evidencia de soporte.

Nota: Comportamientos no contemplados en este escrito serán sujetos a la evaluación de por parte del equipo de profesores según sea el caso.

No hay evidencia o no se presentó - Incipiente B (0%)

Cualquiera de las siguientes es motivo de asignación directa de este nivel de dominio de la competencia al momento de su evaluación:

• No presentó evidencia o algún miembro del comité evaluador no tuvo acceso a ella previo a la evaluación.
• No se presentó el alumno o llegó tarde a la entrevista de evaluación.
• No se observa desarrollo de la competencia.

No conoce la fuerza - Incipiente A (15%)

Asignaciones directas

• Tener la misma reflexión personal para todas las entregas. Recuerda algo debe de cambiar en ti al avanzar la unidad de formación, si ya cubriste o conoces todo lo que se ve en el curso ve más allá.
• No se alcanza una validación satisfactoria de MVP durante la unidad de formación.
• Que la prueba de arquitectura no incluya:
  • Resolver como van a implementar la funcionalidad más compleja del sistema.
  • Solución a todos los requerimientos no funcionales.
• Al hacer validación de MVP o MBI no se tienen resueltos los temas de cuentas adicionales como: licencias, pagos, etc. No tenerlo resuelto implica que se tengan historias de usuario finalizadas y que no se puedan usar debido a esto en producción.
• La documentación de implantación del proyecto no lleva paso a paso a entender el funcionamiento del sistema, o al seguirlos no se entienden o funcionan.
• Al finalizar la unidad de formación el proyecto corre y/o está alojado en el repositorio del departamento y no con el socio formador.
• Se tiene implementado más no implantado el software ya sea MVP o cualquiera de los MBI.

OKR de nivel de dominio

Objetivo

El alumno no ha presentado desarrollo práctico y/o no ha dado seguimiento con su departamento para resolver temas clave que afectan a todo el departamento a nivel de proyectos o conflictos departamentales.

Key Result - Individual

• Muestra en su documento de reflexión un escrito que muestre conocimiento sobre:
  • Los significados de MVP y MBI.
  • El significado del proceso de implantación de un proyecto de software.
  • Sobre los beneficios del uso de análisis y diseño en los proyectos de software.
  • Sobre los beneficios de marcos de referencia como el CMMI. Es válido no estar de acuerdo con el último, en ese caso, proponer alternativas con referencias y argumentos.

Key Result - Departamental

• Muestra en su documento de reflexión un escrito que muestre conocimiento sobre:
  • Los tiempos de firma de MVP y MBI de los proyectos con cliente.
  • El proceso de implantación de todos los proyectos del departamento.

Padawan - básico (70%)

Asignaciones directas

• La documentación de implantación consiste en tutoriales escritos paso a paso que permiten ejecutar la tarea descrita.
• Todo el software desarrollado por el departamento cumple con lo siguiente:
  • Al menos 10 días laborales de implantación en producción del MVP.
  • Se debe contar con una carta firmada por el socio formador para establecer el periodo de inicio.
  • Se debe contar con la validación por parte de las autoridades de desarrollo y/o implantación.
• El departamento cumple con cualquiera de los requisitos del MVP, pero:
  • No ha finalizado el primer MBI previo a la presentación final con socio formador.

OKR de nivel de dominio

Objetivo

El alumno conoce pero aún está en proceso de aprender los elementos de implantación de un sistema de software para un departamento.

Key Result Individual

• Propone al menos una sugerencia documentada en su proyecto y reflexión personal para que los usuarios finales de los proyectos de software del departamento se convenzan de la utilidad y ventajas del mismo.
• Se tiene al menos una interacción previo a las últimas 2 semanas durante el semestre con la autoridad de dominio de la competencia para recibir retroalimentación de la competencia. (Esta interacción puede ser directamente sobre alguno de los proyectos de software y no es una asesoría).

Key Result Departamental

• Todo el software desarrollado por el departamento cumple con todas las iteraciones planeadas en funciones del MVP.
• Implanta el software del departamento y el MVP de acuerdo al plan de desarrollo no cumpliendo en alcance y en tiempo pero justificando por escrito con la firma del cliente la aceptación del mismo.

Jedi - Sólido (85%)

Asignaciones directas

• Todo el software desarrollado por el departamento cumple con lo siguiente:
  • Al menos 15 días laborales de implantación en producción del MVP.
  • Se debe contar con una carta firmada por el socio formador para establecer el periodo de inicio.
  • Se debe contar con la validación por parte de las autoridades de desarrollo y/o implantación.
• Implanta el software del departamento y los MVP de acuerdo al plan de desarrollo no cumpliendo en alcance pero si en tiempo justificando por escrito con la firma del cliente la aceptación del mismo.
• El departamento cumple con cualquiera de los requisitos del MVP, tiene un MBI terminado pero:
  • No ha sido utilizado ni firmado por el socio formador.
  • No ha sido validado por las autoridades de desarrollo y/o implantación.
  • No ha finalizado el segundo MBI previo a la presentación con socio formador.

OKR de nivel de dominio

Objetivo

El alumno es capaz de usar los conocimientos adquiridos e implementarlos de manera activa en el desarrollo de proyectos de software de un departamento.

Key Result Individual

• Implanta una sugerencia documentada en su reflexión personal y en su proyecto para que los usuarios finales de los proyectos de software del departamento se convenzan de la utilidad y ventajas del mismo.
• Hace uso activo de análisis y diseño en los proyectos de software.
• Hace uso activo del marco de referencia del departamento.
• Se tiene al menos 2 interacciones previo a las últimas 2 semanas durante el semestre con la autoridad de dominio de la competencia para recibir retroalimentación de la competencia. (Esta interacción puede ser directamente sobre alguno de los proyectos de software y no es una asesoría)

Key Result Departamental

• La documentación de implantación consiste en video tutoriales paso a paso que permiten ejecutar la tarea descrita.

Master Jedi - Destacado (100%)

OKR de nivel de dominio

Objetivo

El alumno es capaz de transmitir, delegar e incluso crear conocimientos adquiridos e implementarlos de manera activa en la forma de trabajo y en el desarrollo de proyectos de software de un departamento.

Key Result Individual

• Las propuestas e implantaciones del alumno son más de una y se hacen escuchar por otros que no sean el mismo sobre la reducción a la resistencia al cambio para que los usuarios finales de los proyectos de software del departamento se convenzan de la utilidad y ventajas del mismo.
• Hace uso activo y efectivo desde el inicio del desarrollo de análisis y diseño en los proyectos de software.
• Hace uso activo y efectivo desde el inicio del desarrollo del marco de referencia del departamento.
• Se tiene más de 2 interacciones previo a las últimas 2 semanas durante el semestre con la autoridad de dominio de la competencia para recibir retroalimentación de la competencia. (Esta interacción puede ser directamente sobre alguno de los proyectos de software y no es una asesoría)

Key Result Departamental

• Implanta el software del departamento y los MVP de acuerdo al plan de desarrollo (tiempo y forma).
• Todo el software desarrollado por el departamento cumple con al menos 20 días laborales de implantación en producción del MVP.
  • Se debe contar con una carta firmada por el/los socios para establecer el periodo de inicio.
  • Se debe contar con la validación por parte de las autoridades de desarrollo y/o implantación.
• Todo el software del departamento cumple con 2 iteraciones MBIs.