martes, 19 de agosto de 2014

Algunas de las razones por las que fallan los proyectos de adquisiciones y desarrollo de Sw. Y cómo superarlas.

POR QUÉ ESTOY LEYENDO ESTO

Para comenzar el Doctorado, aquí un punto de inicio recomendado por mi tutor, José Arturo Mora es un trabajo realizado por el Linda Levine, investigadora del SEI en Carnegie Mellon.Un buen resumen de cada patrón puede encontrarse a continuación: http://www.sei.cmu.edu/acquisition/research/archetypes.cfm. El objetivo de este proyecto puede reflejarse en su slogan: “cambiar comportamientos anti productivos en adquisiciones bien hechas (una traducción literal)”.

Linda Levine utiliza el análisis sistémico y utiliza arquetipos. Los arquetipos sistémicos son patrones de comportamiento que se repiten en diferentes ámbitos (según Zenge, en la Quinta Disciplina). A continuación hago un resumen de cada uno de los arquetipos identificados por Linda y algunas reflexiones de a donde me puede llevar este trabajo y que necesito para poder determinar si me es útil en mi tesis de Doctorado o no. Por cierto, esto deberían leerlo en TODAS las áreas de adquisiciones de los Gobiernos.

ARQUETIPOS DE ADQUISICIONES

Arquetipo 1: Todo para todos. 

Una solución o plataforma general no funciona. “Las plataformas tratan de ser muchas cosas para mucha gente”. Estos proyectos generalmente fallan. Cuando se trata de quedar bien con todos la complejidad aumenta, las agendas se extienden, los costos crecen y nadie es feliz. Como dice el viejo dicho “el que sirve a dos amos con uno queda mal”. Lo mismo aplica para más de dos amos. Para romper el patrón no aceptar desarrollo de plataformas en periodos cortos, proveer incentivos para el uso de la plataforma, hacer un análisis costo beneficio y ser transparentes en los costos y beneficios del uso de la plataforma. http://resources.sei.cmu.edu/asset_files/WhitePaper/2009_019_001_29086.pdf 

Arquetipo 2: Alimentando a la vaca sagrada. 

Los proyectos de una vaca sagrada se sobre protegen independientemente de su éxito. Las decisiones en proyectos grandes y visibles se convierten de técnicas a políticamente defensivas con forme pasa el tiempo. Para romper este patrón se recomienda: promover la autocrítica con un proceso establecido y evaluar si se están cumpliendo las teas establecidas de manera periódica. http://resources.sei.cmu.edu/library/asset-view.cfm?assetID=29215

Arquetipo 3: Apagafuegos. 

Cuando hay una cantidad impredecible de factores y variables para estimar exactamente el esfuerzo requerido. Para romper el patrón se recomienda no invertir en nuevas herramientas o procesos si ya se cuenta con una restricción, revisar la planeación es crítico sobre todo en fases tardías del desarrollo y no premiar a los desarrolladores por ser apagafuegos.

Arquetipo 4: Testear el sistema sin testearlo. 

En lugar de probar en un ambiente real, se prueba la aplicación en un ambiente controlado. Este problema surge cuando el sistema se utiliza en el mundo real. Para romper este patrón es necesario que existan los recursos para hacer un pruebas de ambiente real en la presencia de problemas reales además de probar el sistema en escenarios operacionales reales en lugar de hacerlo de manera funcional. http://acquisitions.sel.inf.uc3m.es/@api/deki/files/95/=happy.pdf

Arquetipo 5: Rotación de personal y stafff burnout. 

Este patrón puede identificarse por que la presión para cumplir las fechas obliga al personal a dedicar más horas y al final estar cansados y ser menos productivos. Si se mantiene de manera permanente este es causa de rotación de personal lo cual hace aún menos productivo al equipo de trabajo. Para romper este patrón es recomendable reducir el alcance del proyecto, ajustar la planeación o agregar persona. Sin embargo este puede ser contraproducente según la ley de Brooks. Para prevenir es mejor, buscando alternativas para que la presión no exista e invirtiendo en un ambiente de calidad para el equipo. http://resources.sei.cmu.edu/library/asset-view.cfm?assetID=29129

Arquetipo 5: La ley de Brooks: “Agregar personal a un proyecto retrasado lo retrasa más”. 

Y básicamente lo retrasa por la distracción del equipo para capacitar o entrenar al nuevo personal y la necesidad de mayor esfuerzo para comunicarse con un número mayor de miembros del equipo. La contratación de más personal se realiza siguiendo la falacia de que se tendrá la misma productividad de inmediato. Entre más tarde se incorpora personal al proyecto es más probable que los efectos de la contratación sean negativos. Para romper el patrón, SÍ se puede añadir más personal pero lo más pronto posible, añadir poco personal, se puede añadir personal altamente calificado y finalmente cargar el personal al proyecto hasta que sea 100% productivo, lo cual no es posible frecuentemente. http://resources.sei.cmu.edu/library/asset-view.cfm?assetID=28994

Arquetipo 6: Falta de confianza entre el contratista y el proveedor. 

En este caso el representante de gobierno presiona al proveedor porque no lo cree capaz y empieza a ponerle requisitos adicionales para sufragar la falta de confianza. Mientras que el proveedor siente que el gobierno no lo deja trabajar y cumple los requisitos pero protegiendo contra las demandas del proveedor sobreestimando los entregables. Al final el gobierno se da por vencido y acepta las fechas propuestas por el proveedor. Algunos de los disparadores de este patrón es que el proveedor no cumple con fechas de los entregables y por otra parte no acepta pequeñas modificaciones porque no son parte del contrato. Ala reacción es la retención de pagos por incumplimiento al proveedor de manera subjetiva. Para romper el patrón se debe de restablecer la confianza lo más pronto posible estableciendo los beneficios de tenerla y dejando claros los perjuicios y consecuencias de no hacerlo. Una manera de prevenirlo es lograr acuerdos pre matrimoniales y líneas claras de comunicación. http://resources.sei.cmu.edu/library/asset-view.cfm?assetID=29211

Arquetipo 7: Sub costear el proyecto para ganarlo. 

Algunos proveedores que tienen acceso a información privilegiada ofrecer un precio para la subcontratación menor al costo del proyecto para ganarlo. Ya contratados buscan la manera con una revaluación de los entregables de que el precio se incremente. En México esto sería apelar al 30% de incremento del proyecto o buscar en el presente proyecto no salir tan mal pero establecer una buena relación con el cliente. Para romper el patrón, la oficina de contrataciones debería dejar en segundo lugar el criterio del precio, además de proveer una requerimiento de propuestas lo más claro posible y verificar con mucho detalle la propuesta del os proveedores, además de ser suspicaces durante la selección del proveedor independientemente de los estimados propuestos. Si ya se contrató un proyecto sub estimado lo mejor es rehacer el contrato inmediatamente o terminarlo. http://resources.sei.cmu.edu/library/asset-view.cfm?assetID=29133

Arquetipo 8: Entre más largo más grande. 

Un proyecto largo requiere de mucho esfuerzo y mucho esfuerzo conduce a un tiempo mayor. Las condiciones van cambiando en el tiempo, la tecnología se vuelve obsoleta y los requerimientos pueden cambiar. Al ser proyectos tan largos, se tiende a sobre dimensional los entregables para protegerse. Para romper este patrón no se pueden ignorar las necesidades de los usuarios lo cual genera mayor esfuerzo y costo. La única manera sugerida es la prevención, dividir el proyecto en mini proyectos y finalmente el uso de prototipos puede aminorar el impacto de un proyecto fallido de este tipo. http://resources.sei.cmu.edu/asset_files/WhitePaper/2009_019_001_29060.pdf

Arquetipo 9: Quitarle a Pedro para darle a Juan. 

Cuando un proyecto no ejerce los recursos correspondientes, otros administradores que tengan la habilidad de gestionar recursos pueden obtener estos recursos para su proyectos en perjuicio del proyecto que sub ejercicio su presupuesto. Al momento de pagar lo ya presupuestado queda un boquete causado por el uso de fondos del proyecto para otro proyecto que generalmente estaba subestimado. Pero en lugar de castigar al que gasto de más, generalmente el programa que gasto de menos tiene menos presupuesto al año siguiente. http://resources.sei.cmu.edu/asset_files/WhitePaper/2009_019_001_29057.pdf

Preguntas después de leer los patrones de adquisiciones


  • Aseveración: Muchas de estos patrones se rompen utilizando métodos ágiles. ¿Es cierto o estoy viciado por que me gustan?
  • ¿Se puede evaluar con estos patrones los 21 casos que se han desarrollado y establecer una única causa-patrón para cada uno de ellos?
  • ¿Está es la herramienta adecuada para comenzar a desarrollar la tesis?
  • Aseveración: En general entiendo los diagramas causales, sin embargo es probable que si tengo que hacer uno sin ver no lo pueda hacer. Por tanto, habrá cursos o material adicional para profundizar en el tema.
  • De la misma manera que la tesis de Agus, Linda Levine, después de hacer este trabajo que dejó en trabajo futuro? Buscar algún artículo escrito por ella al respecto. Esto que propone fue una tesis de Doctorado?


¿Qué artículos o estudios puedo escribir? 

Después de comentar los hallazgos de esta lectura.

  • Validación del modelo de patrones de falla en adquisiciones en proyectos de software para PYMES en MEXICO.
  • Propuesta de ley de adquisiciones basada en patrones de falla del SEI.
  • Como los métodos ágiles contrarrestan los anti patrones de Linda Levine del SEI.
  • CARACTERISTICAS DEL OBSERVATORIO DE PROYECTOS FALLIDOS DE SOFTWARE
  • Un clasificador de problemas o de casos. No como una ontología de causas, efectos y soluciones, sino para saber cuando llega un caso saber donde clasificarlo.





No hay comentarios:

Publicar un comentario