¿Quién es responsable de los problemas técnicos que afectan el despliegue de los intercambios de seguros de salud de Obamacare?

Vea mi respuesta aquí. Respuesta anónima a errores de escala: ¿Es posible que los protocolos que facilitan la comunicación en Internet hayan provocado el fracaso durante el primer día de lanzamiento de Obamacare?

Fui parte de uno de los equipos de desarrollo de sitios web de Exchange basados ​​en el estado y descubrí los siguientes problemas:

1. Muy menos tiempo para desarrollarse. Desarrollar un producto masivo dentro de un año o 6 meses simplemente no es posible.
2. La recolección de requisitos se hizo como una broma. Equipo funcional incompetente y decisiones lentas del otro lado como lo que necesitan.
3. Equipo de desarrollo con visión cero como qué construir. La falta de perspectiva técnica.
4. Reparar los errores es más importante que buscar funcionalidad de extremo a extremo.
5. Muchas dependencias en el Sistema Externo que ni siquiera funcionó hasta unos días antes del lanzamiento.
6. Cambios de último minuto en el código.
7. Sin automatización en las pruebas. Todo se probó manualmente y los evaluadores tienen motivos para completar el caso de prueba, de modo que la calidad se cumple.
8. Más papeleo, informes y seguimiento de los procesos que desarrollo.
9. Project gestiona el enfoque en la entrega de la funcionalidad sin ninguna revisión de código.
10. La mayoría de los desarrolladores senior trabajaban como líderes del equipo y la mitad del tiempo se gastaban en informes de estado y otras actividades similares.
11. Y nuevamente limite el conocimiento técnico. Algunos desarrolladores de mediana experiencia estaban haciendo la administración del sistema, corrigiendo el rendimiento y desarrollando la parte más compleja del código simplemente buscando en Google sin saber implicaciones
12. Sin carga, prueba e indisponibilidad de la configuración adecuada del entorno de ensayo antes de hacerlo.
13. Muchos equipos dentro del proyecto trabajan en reclusión sin siquiera pensar en problemas potenciales que pueden llegar tarde

Todos estos y más conducen al fiasco, no a Internet. La prueba de carga se realizó en el entorno UAT / SIT (con 1 o 2 servidores) y los resultados se escalaron teóricamente mientras que el entorno de prueba ni siquiera estaba en funcionamiento.

Cada estado está implementando sus propios intercambios, según tengo entendido, con los federales simplemente proporcionando dinero para el proyecto.

Solo Massachusetts ha hecho esto antes. Sería interesante saber si hay documentos técnicos en ese proyecto, autopsias, lecciones aprendidas, etc. que otros estados podrían utilizar para minimizar los problemas.

Pero algunos de los problemas reportados parecen una simple falta de experiencia en el comercio electrónico. Los presupuestos ajustados pueden haber evitado la contratación del personal requerido para una implementación adecuada.