Lessons learned for nasa project managers

61: Most equipment works as built, not as the designer planned. This is due to layout of the design, poor understanding on the designer’s part, or poor understanding of component specifications. Efectivamente tal como dice la lección 63, el Software ha tomado todos los parámetros del Hardware. Es así que la lección 61, que se refiere al Hardware también la he visto aplicada para el caso delSoftware. En los proyectos de implementación del SAP ERP en los que he participado, es muy frecuente que los usuarios clave y/o los consultores SAP deban hacer un documento de especificaciones o diseñofuncional para el desarrollo de un programa de software que permita cumplir con determinadas funcionalidades necesarias para el negocio. En estas especificaciones funcionales muchas veces se describela lógica o los algoritmos que el programa de software debe contener. Sin embargo, debido a una interpretación errada de este documento por parte del programador o porque el que hizo el documento dediseño funcional no fue lo suficientemente claro o ilustrativo al redactarlo, el programador termina construyendo un programa que no cumple con los objetivos solicitados o termina satisfaciéndolos deuna manera distinta a la especificada por los usuarios.
La solución que encontramos es tener mayor comunicación mediante reuniones entre los clientes/consultores funcionales y el equipo deprogramadores para explicar cara a cara los requerimientos sobre la base del documento funcional, dando ejemplos y absolviendo dudas. Muchas veces es difícil expresar por escrito lo que se desea. A manera deejemplo veamos lo que pasa en este video http://www.youtube.com/watch?v=cdvBKPZBGBw . Los usuarios claves se sienten frustrados como el bebe del video al no poder hacer entender sus necesidades a susconsultores funcionales o programadores (que estarían representados por el padre en el anuncio publicitario) 

52: Contractors tend to size up the goverment counterparts and staff their part of the...