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.





martes, 12 de agosto de 2014

¿Cómo hackear tu lectura? Imita a los que tienen buenos hábitos...

Cómo no obtener un buen libro.

Sacar libros de la biblioteca o ir a comprar a un librería es una mala idea. En la economía del conocimiento existe una mega oferta de libros y temas. Reitero, casi siempre es mala idea, al menos en mi caso, el tratar de seleccionar algún libro del estante de Walmart o de alguna librería. Aunque en ocasiones uno encuentra tesoros o buenas ofertas. En mi caso, después de 38 años he encontrado una manera de incrementar los libros que leo, siguiendo los consejos de los que saben.

Entonces, ¿cómo selecciono los libros que abonan más a mi formación?

He ido acumulando consejos de un lector profesional, y este en resumen de los tesoros que encontrado por seguir estas recomendaciones:

  1. Primero que todo, contratar el servicio de Audible.com. Este servicio de Amazon, los primeros tres meses, meses de prueba, cuesta 7 dólares. Si el servicio te gusta hay varios esquemas, yo tengo contratado un crédito o un libro por mes. Para mí es suficiente. Escuchar un libro por mes me asegura por lo menos 12 libros al año! Y además prácticas tu Inglés.
  2. Derek Sivers. Derek Sivers es un emprendedor nato y tiene un par de conferencias deTED que me agradan mucho. Derek tiene una relación de los libros que ha leído, que por cierto son más de 100. Esos libros tienen un ranking, de lo que más les gusto a lo que menos les gustó. Yo ya leí casi todos los de cinco estrellas y prácticamente ya forman parte de mis libros favoritos. De aquí saqué: "The five elementos of efective thinking". 
  3. Recomendaciones de tus amigos. El Viejo me ha recomendado varios libros, ejemplo de ello son "The paradox of choice", "How education Works", The Toyota Way to Lean Leadership, por mencionar algunos.
  4. Otra figura a seguir, Bill Gates. Gates tiene una costumbre muy padre. Durante sus vacaciones de verano, lleva una pila de libros y los lee todos en dos semanas. No se cuantos lee, pero los dos años más recientes ha publicado una lista de libros interesantes que también están en mi lista de recursos para seleccionar mi próximo libro para leer.
  5. Otro gran consejo del Viejo. “Estudia al maestro, no a los alumnos”. Nuevamente, existen figuras que son referencias para el tema particular de estudio que nos llama la atención. Por ejemplo, en Ingeniería de Sofware el libro de “The Mythical Man Month” es obligatorio. Si Brooks, escribe otro libro, como es el caso, los Ingenieros de Software debemos leerlo. En el caso de Teoría de Restricciones, los libros o personas recomendados por Goldratt son referencias seguras de expertos en el tema.
  6. Otro consejo del Viejo es, “si te gusta mucho una conferencia de TED. consigue el libro”. Ejemplo de libros leídos de conferencias o pláticas de TED son “The paradox of choice” y “Brain rules for kids”.
  7. Una buena pregunta sería: ¿Cuál es el mejor libro que un programador debe leer? Aquí la respuesta: Code Complete. Pero además, una lista de los 100 libros que todo programador debe leer. http://stackoverflow.com/questions/1711/what-is-the-single-most-influential-book-every-programmer-should-read. De la misma manera, habría que hacerse la pregunta para la profesión y el tema que estamos buscando. Claro, haciendole caso a los que tienen prestigio. 
  8. Un consejo final, tomado de la filosofía de Gates, y que el Viejo aplica es. No leo literatura, porque quiero comprender al mundo. La literatura si vela en las películas. Aunque casi siempre un libro es mejor que una película, este lleva de 5 a 10 veces más en tiempo.


Impreso, contra digital en Kindle o de audio de Audible.

Esto depende del libro, o de la velocidad con que quiera terminar el libro. Si lo quiero terminar muy, muy rápido lo compro en los dos o tres formatos. Esto me ayuda a leerlo prácticamente donde esté. Esperando a alguien, yendo de camino en la camioneta o como lectura nocturna. Si quiero llevarlo despacio y tiene una narrativa ágil, con el audio es suficiente. Pero si el libro es muy bueno, vale la pena tenerlo también en físico. Si el libro lo quiero leer y no está en audio, lo compro en formato digital.