¿Qué es la característica de arrastre?
Característica de fluencia, también llamada Creep de alcance, se refiere a la tendencia de los requisitos del proyecto a exceder sus estimaciones originales. Es común con el desarrollo de los principales proyectos informáticos, en los que los ingenieros deciden que se deben agregar características adicionales al producto antes del lanzamiento para hacerlo más utilizable y agradable para el mercado objetivo. También puede suceder cuando el cliente que contrata el proyecto sigue agregando a la lista de deseos. La fuga de funciones puede afectar el presupuesto general para un proyecto, así como retrasar considerablemente el tiempo de lanzamiento, lo que provoca frustración a los ejecutivos de la compañía. También puede debilitar un producto al obstruirlo con características interesantes pero innecesarias, por lo que las empresas deben tener cuidado de evitarlo.
El problema puede mitigarse teniendo un equipo de proyecto estrictamente organizado que reconoce los requisitos exactos del proyecto y trabaja juntos para cumplirlos. Un gerente de proyecto que conoce los riesgos de la transmisión de la función puede ayudar a ir al pase por REFOCUsar el equipo o recordar al cliente los objetivos originales del proyecto. En ocasiones, Feature Freag es realmente necesario, especialmente con grandes proyectos en los que los ingenieros están explorando nuevos conceptos. En estos casos, varios miembros del equipo deben reunirse para evaluar la característica que está ocurriendo y decidir si es un resultado válido de la dirección en la que el proyecto se mueve.
Especialmente en el caso del software, la tentación de sucumbir a la transmisión es a menudo intensa. Los desarrolladores de software están constantemente pensando en nuevas formas de mejorar sus productos, y en cierto punto, los gerentes de proyectos deben detenerlo. El arrastre de características en este caso se puede reducir al tener reuniones frecuentes de proyectos para recordar a los participantes en el proyecto de los objetivos que se establecieron al principio. Al desarrollar cualquier tipo de producto nuevo, el equipo siempre debe reunirse antesComenzar a trabajar para acordar lo que se está creando, lo que el equipo quiere que haga y cómo el producto logrará estos objetivos.
Los esfuerzos para desalentar la fluencia de características no están diseñados para castigar la creatividad. Más bien, los miembros del equipo deben tomar notas de características adicionales que crean que serían interesantes y útiles, y deberían enviarlas junto con las notas semanales del proyecto. Si otros miembros del equipo están de acuerdo en que las características son vitales, se pueden agregar al desarrollo del proyecto. Si las características son interesantes pero no necesarias con el lanzamiento de ese proyecto en particular, se pueden presentar para un mayor desarrollo en las versiones posteriores del proyecto, ya sea un software nuevo, un automóvil o cualquier otro tipo de dispositivo.