Los proyectos de AA tienen varias partes interesadas con diferentes niveles de participación y responsabilidades. La participación temprana y la colaboración eficaz con las partes interesadas es esencial para desarrollar la solución adecuada, administrar las expectativas y, en última instancia, para una implementación del AA exitosa.
Lo antes posible, define las partes interesadas de tu proyecto, los entregables esperados y los métodos de comunicación preferidos.
Asegúrate de incluirlos en tu lista de partes interesadas, así como a cualquier otro equipo que necesite aprobar aspectos de tu solución de AA.
Resultados
Cada interesado podría esperar diferentes entregables en cada fase del proyecto. Esta es una lista de entregables comunes.
Documento de diseño: Antes de escribir una línea de código, lo más probable es que crees un documento de diseño que explique el problema, la solución propuesta, los posibles enfoques y los posibles riesgos. Por lo general, el documento de diseño funciona como una forma de recibir comentarios y abordar inquietudes y preguntas de las partes interesadas del proyecto.
Consulta go/ml-design-doc-example para ver un ejemplo de una plantilla de documento de diseño de AA.
Resultados experimentales. Debes comunicar los resultados de la fase de experimentación. Normalmente, incluirás lo siguiente:
- El registro de tus experimentos con sus hiperparámetros y métricas.
- La pila de entrenamiento y las versiones guardadas de tu modelo en ciertos puntos de control
Implementación lista para la producción. Una canalización completa para entrenar y entregar tu modelo es el entregable clave. En esta fase, crea documentación para futuros ingenieros que explique las decisiones de modelado, los detalles de implementación y supervisión, y las peculiaridades de los datos.
Debes alinearte con tus interesados desde el principio sobre sus expectativas para cada fase del proyecto.
Recuerda
En algunos casos, es posible que las partes interesadas no comprendan las complejidades y los desafíos del AA. Esto puede dificultar la priorización y ejecución de los proyectos. Por ejemplo, algunas partes interesadas pueden suponer que el AA es similar a las prácticas tradicionales de ingeniería de software con resultados determinísticos. Es posible que no entiendan por qué el progreso del proyecto está parado o por qué los hitos de un proyecto no son lineales.
Para gestionar las expectativas de los interesados, es fundamental ser claro sobre las complejidades, los plazos y las entregas en cada etapa del proyecto.