Práctica de desarrollo: ¿Alguna vez ha trabajado en un proyecto de TIC exitoso en el sudeste asiático? ¿Qué lo hizo exitoso?

Estoy involucrado en varios proyectos gubernamentales financiados por países donantes para construir sistemas de información. Los proyectos son para implementación nacional (33 provincias y más de 500 oficinas).

Si bien muchos de estos proyectos generalmente fracasan inmediatamente después de que finalizó el desarrollo, nuestro proyecto floreció hasta el día de hoy, incluso cuando la financiación / costo son mucho más pequeños que los proyectos fallidos.

Algunas lecciones aprendidas

  1. Identifique y enfóquese en el requisito crítico principal y hágalo bien de cualquier manera, incluso si eso significa cambiar el alcance o proporcionar más tiempo del asignado. Lo más difícil es identificarlos, debe comprender qué es lo que quiere el mayor y qué debe hacer el operador más bajo para lograrlo y cómo puede ser sostenible. Todo lo demás debe tratarse como una campana y un silbato, pero debe cumplirse de acuerdo con la norma según lo estipulado en el contrato.
  2. Haga que la característica principal sea lo más simple y eficiente posible, las características en las que pasan su 90% de tiempo, hacen que sea más fácil para el operador trabajar, agregue la campana y el silbato para el operador y brinde lo básico y simple para el mayor UPS.
  3. Usted necesita una contraparte campeona, el gerente de proyecto de la contraparte debe estar bien versado en comprender el requisito, la cultura y tener recursos para hacer las cosas. Una contraparte débil llevaría a retrasos y desvíos poco efectivos.
  4. Proporcionar soporte técnico de respuesta, no hay nada más problemático que un pequeño error de aplicación que impida que el operador trabaje, especialmente en la etapa inicial de la implementación, si el problema no se resolvió en un día, etiquetarán la aplicación como defectuosa. El soporte debe cubrir no solo la aplicación, sino también algunas redes, la solución de problemas de hardware, no solo los elimine sin ninguna solución (o no dentro del alcance de su trabajo), al menos proporcione una solución mínima, algo que se puede hacer incluso si Es muy ineficiente.
  5. Cree un panel de información claro y simple que describa cómo la aplicación que se está utilizando y la puede ver públicamente y por adelantado, desde el nivel más bajo hasta el más alto, de modo que, si los operadores están aflojados, se muestren fácilmente. El tablero de mandos debe ser lo primero que todos vean cuando abren la aplicación (no se ocultan detrás del inicio de sesión). La gente luchará por ocultarlo, pero persistirá y discutirá como si el sistema dependiera de ello. Esto asegurará la sostenibilidad y el fácil monitoreo desde los más altos niveles.
  6. Encuentre el lugar de implementación o proyecto piloto con los operadores más avanzados / con conocimientos de computación, preferiblemente jóvenes. No asuma que todos pueden usar la computadora o incluso que quieren o quieren probar.