Devoogle tiene indexados actualmente 17922 recursos relacionados con el desarrollo de software.
Los desarrolladores somos auténticos expertos en meternos en charcos. Muchas veces nos empujan a ellos, en otras somos nosotros los que nos metemos hasta el fondo. De eso trata este antipatrón, de nuestra tendencia a complicar proyectos sin necesidad, veamos algunos ejemplos: – Con el objeto de superar las expectativas del usuario o sorprenderle, se …Leer Más - por Jummp
Alguna que otra vez he escuchado decir que la aplicación de principios ágiles no es más que dar bandazos. No es así, es adaptarse al cambio, que es algo absolutamente diferente. Los bandazos los pueden dar los directores usuarios o las propias contingencias que afecten al proceso de desarrollo y que están por encima de …Leer Más - por Jummp
Una estrategia clásica para intentar hacerte imprescindible dentro de una organización es que ciertos detalles relevantes de tu trabajo o de tus proyectos los conozcas exclusivamente tu, de manera que si se les ocurriese en algún momento echarte esa información se iría contigo, lo mismo que si decides irte a otra empresa (en este caso …Leer Más - por Jummp
No hace mucho, estuve conversando con un usuario que quería hacer modificaciones significativas en un sistema de información, algunas de ellas eran totalmente razonables y otras, las más complicadas, se trataban de situaciones que se podían dar, pero que tras analizar la situación se podían producir una o dos veces al año (si acaso) y …Leer Más - por Jummp
Otro error muy típico consiste en criticar ante el cliente o ante la competencia el trabajo o la actitud de otros compañeros de tu organización o el resultado de determinados proyectos de tu empresa. Es cierto que todos podemos tener momentos de debilidad en los que de alguna u otra forma necesitamos desahogarnos, pero hay …Leer Más - por Jummp
Es un antipatrón en el que se cae con relativa frecuencia y que tiene consecuencias económicas muy negativas para la organización que acepta el trabajo (en el caso de que se trate de una contratación a un cliente) y muchísimo esfuerzo para el equipo de proyecto afectado por el mismo (ya sea por el motivo …Leer Más - por Jummp
Se basa en la adopción de técnicas, tecnologías, metodologías, etc… por el simple hecho de estar a la moda o haber sido el tema principal del último curso o conferencia a la que has asistido, sin realizar un análisis riguroso de las ventajas e inconvenientes que tiene la aplicación de las mismas. Es muy parecido …Leer Más - por Jummp
Defiendo absolutamente la posibilidad de que en una organización se pueda progresar horizontalmente de manera que técnicos que disfruten con la programación y con la ingeniería del software puedan tener la oportunidad de conseguir mejores condiciones laborales si su desempeño, experiencia y conocimientos les hace merecedores de ello. Lo anterior es absolutamente compatible con una …Leer Más - por Jummp
Nos encontraríamos ante una situación concreta del antipatrón “responsable ausente“. En este caso, el gestor a modo de sortilegio establece una líneas generales para el desarrollo del proyecto y desaparece, apareciendo solo cuando existen problemas en el proyecto y generalmente como reacción ante las quejas de uno o más stakeholders (antipatrón “gestión dirigida por disparos“). …Leer Más - por Jummp
Este antipatrón puede considerarse una ocurrencia concreta de otros antipatrones, como por ejemplo “morir planificando” o “parálisis del análisis“. A mi me parecería más apropiado llamarlo “ingeniería orientada a papel”. Es muy común encontrarlo en metodologías clásicas como el ciclo de vida en cascada en el que el desarrollo está completamente dirigido por la documentación …Leer Más - por Jummp