La fluencia de características, también llamada fluencia del alcance, se refiere a la tendencia de los requisitos del proyecto a superar sus estimaciones originales. Es común con el desarrollo de grandes 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 ocurrir cuando el cliente que contrata el proyecto sigue agregando a la lista de deseos. El deslizamiento de funciones puede afectar el presupuesto general de un proyecto, además de retrasar considerablemente el tiempo de publicación, lo que genera frustración en los ejecutivos de la empresa. En última instancia, 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 se puede mitigar con un equipo de proyecto bien organizado que reconozca los requisitos exactos del proyecto y trabaje en conjunto para cumplirlos. Un gerente de proyecto que sea consciente de los riesgos de la aparición de características puede ayudar a evitarlo al reenfocar al equipo o recordarle al cliente los objetivos originales del proyecto. En ocasiones, es necesario superar las estimaciones, especialmente con proyectos grandes en los que los ingenieros están explorando nuevos conceptos. En estos casos, varios miembros del equipo deben reunirse para evaluar el deslizamiento de características que está ocurriendo y decidir si es o no un resultado válido de la dirección en la que se está moviendo el proyecto.
Especialmente en el caso del software, la tentación de sucumbir a la fluencia de funciones suele ser intensa. Los desarrolladores de software piensan constantemente en nuevas formas de mejorar sus productos y, en cierto punto, los gerentes de proyecto deben ponerle fin. En este caso, el deslizamiento de características se puede reducir teniendo reuniones frecuentes del proyecto para recordar a los participantes en el proyecto los objetivos que se establecieron al principio. Al desarrollar cualquier tipo de producto nuevo, el equipo siempre debe reunirse antes de comenzar 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 el deslizamiento del alcance no están diseñados para castigar la creatividad. Más bien, los miembros del equipo deben tomar notas de las características adicionales que crean que serían interesantes y útiles, y deben 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 la versión de ese proyecto en particular, se pueden presentar para un mayor desarrollo en versiones posteriores del proyecto, ya sea un nuevo software, un automóvil o cualquier otro tipo de dispositivo.