Errores de escala: ¿Es posible que los protocolos que facilitan la comunicación en Internet hayan llevado al fracaso durante el primer día del 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. El desarrollo de un producto masivo dentro de un año o 6 meses simplemente no es posible.
2. La recolección de requisitos se hizo en broma. Equipo funcional incompetente y decisiones lentas del otro lado como lo que necesitan.
3. Equipo de desarrollo con visión cero sobre qué construir. Falta de perspectiva técnica.
4. Corregir los errores es más importante que mirar desde la funcionalidad de extremo a extremo.
5. Muchas dependencias del sistema externo que ni siquiera funcionaron 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 probadores tienen el motivo para completar el caso de prueba para que así sea la calidad.
8. Más papeleo, informes y seguimiento de los procesos que el desarrollo.
9. Project se enfoca en entregar la funcionalidad sin ninguna revisión de código.
10. La mayoría de los desarrolladores senior estaban trabajando como líderes de equipo y la mitad del tiempo se dedicaba a 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, arreglando el rendimiento y desarrollando la parte más compleja del código simplemente buscando en Google sin saber qué implicaciones
12. Sin pruebas de carga e indisponibilidad de la configuración adecuada del entorno de ensayo antes de hacerlo.
13. Muchos equipos dentro del proyecto trabajan en aislamiento sin siquiera pensar en posibles problemas que pueden llegar tarde

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

EDITAR::
Pocos puntos que observé son al comprender el Mercado de Seguros de Salud, la Ley de Atención Asequible

• ¿Qué es IOT y su alcance en el futuro?
• Estoy viajando a Europa por 3 semanas. Iré a Irlanda, Reino Unido, Francia e Italia. Si quiero internet móvil, ¿cuáles son mis opciones?
• ¿Cómo se transfieren la mayoría de los datos en 2014?
• ¿Qué es Internet y cómo se creó?
• ¿Cómo funcionan las redes de computadoras?

1. El equipo que hizo front-end no tenía una configuración de canal de comunicación adecuada con el equipo de back-end. Probablemente, los cambios de última hora habrían dado un error de validación. Es imposible que no se haya realizado una ronda básica de pruebas. Cualquiera de los cambios de última hora o la integración de última hora con el sistema frontal sería un error aquí.
2. No es solo un sitio web que tiene algunas características básicas de comercio electrónico para los planes de seguro de salud. Es mucho más complejo en eso.
3. Necesita apostar en sincronía con operadores de 34 estados. Sus planes y los atributos solían cambiar todos los días. La mayoría de ellos no estaban contentos con algo u otro. La carta de amenaza de último minuto solía ser muy desafiante aquí.
4. Los sistemas externos y sus sistemas heredados como el IRS, CMS y otros datos de agencias federales deben funcionar correctamente. Enormes puntos de integración y servicios web. Me pregunto si funcionan correctamente.
5. La cuestión de la tenencia múltiple y los datos que se almacenarán para diferentes estados de manera diferente.
6. Cada estado tiene sus propios programas de atención médica y diferentes políticas para implementaciones que habrían resultado en cientos de miles de reglas. No estoy seguro de esto, si lo han implementado o no y en caso de que algo se estropee remotamente aquí. si da resultados incorrectos de Medicaid, chip u otro tipo de elegibilidad.
7. La seguridad de los datos. ¿Son estos sitios web lo suficientemente seguros y probados como para manejar los datos (tiene preguntas ilimitadas y todos los detalles personales, incluidos SSN, ingresos, familia, impuestos, detalles anteriores del plan de salud)? ¿Cómo van a gestionar sitios web falsos si se crean que pueden causar ataques de phishing?