¿Cuál es una forma profesional de rastrear el historial de diseño en ingeniería de planta?

Si observa la documentación de diseño en nuestros proyectos (Biogás y plantas de conversión de residuos en energía), descubrirá qué planeamos construir, pero no qué otras opciones se consideraron y por qué se descartaron. Esta información solo descansa en la cabeza de los ingenieros. Ocasionalmente, una planta estará en una etapa conceptual durante años, a veces cambiando entre ingenieros. Así que me encuentro revisando una opción que un compañero de trabajo consideró y descartó últimamente el año pasado.

¿Cuál es una buena manera de rastrear las decisiones de diseño, los "por qué" y los "por qué no"? Preferiría un enfoque que se haya probado, probado y utilizado en otros lugares de la industria.

Información adicional: Mi empresa buscará la certificación ISO 9001, se preferiría un enfoque que se ajuste a este régimen de control de calidad.

Creo que esto depende de la cantidad de información que desee y de cuán formalmente desee rastrearla. Parece que actualmente, ninguna de esta información está escrita en ningún lado, lo que obviamente es el primer problema. Pero poner información para una solución que no tiene la intención de buscar es, en el mejor de los casos, un uso del tiempo menos que óptimo. Tendrá que definir qué ideas se desarrollan lo suficiente como para ser registradas. Si tiene una reunión y se ponen una docena de ideas sobre la mesa, pero la mitad se descarta casi de inmediato, ¿desea tomar nota de cuáles fueron esas ideas y por qué se descartaron? Eso es un gran esfuerzo para lo que probablemente fue un análisis de muy bajo nivel, pero aún son decisiones de diseño.

Me parece más intuitivo hacer esto solo para ideas que alcanzan la etapa de tener un trabajo real sobre ellas. De esta manera, ya tienes algo tangible, y esto solo tiene que archivarse en un archivo de proyecto, que espero que sea algo que ya tienes. Debido a que este sistema realmente solo generará materiales de referencia para proyectos futuros, no creo que sea una buena idea crear un sistema completamente nuevo para archivar estos materiales o revisar un sistema existente. Encuentre una manera de integrarlo en su sistema de gestión de diseño actual.

La única clave que me aseguraría de tener es una forma de clasificar sus diferentes diseños por sus parámetros clave. No sé mucho sobre su campo, pero supongo que hay ciertos parámetros de diseño que cada proyecto debe cumplir (tamaño físico, capacidad, tipo de planta, etc.). Asegúrese de que estos sean fácilmente visibles en algún lugar, de modo que al comenzar un nuevo proyecto, pueda identificar proyectos antiguos que sean similares en varios aspectos. Si tiene estas ideas descartadas almacenadas en esas carpetas, podrá analizar su utilidad para su proyecto actual.

Sin embargo, también quiero advertir en general acerca de profundizar demasiado en esto. Una vez más, trabajo en una industria diferente, donde los proyectos son mucho más cortos y, como tal, hay muchos más, pero algunos productos han existido de alguna forma durante décadas, y hay 15-20 revisiones de ellos. Es muy importante mantener un historial de revisiones para los cambios de diseño reales que se implementaron. Saber lo que se le dio al cliente en el pasado, cuándo se hicieron los cambios y por qué se hicieron es clave para no repetir errores pasados ​​y mantener correctamente los diseños antiguos. Pero cuando cataloga diseños que nunca se realizaron por completo, está agregando datos no esenciales además de datos esenciales, y solo hay mucho que puede clasificar antes de que las cosas comiencen a perderse. Suena como tu Estamos buscando un reemplazo para una comunicación sólida y una buena experiencia. Cuando estos proyectos cambian de manos, los ingenieros involucrados tienen que comunicar toda la información relevante. Entiendo querer asegurarme de que sepa lo que se ha considerado, pero le aconsejaría que atempere ese deseo para no inundar sus registros con datos innecesarios.

Esta respuesta de Trevor da una muy buena filosofía sobre todo, pero quiero obtener más detalles.

Primero, descubra por qué no se mantienen los registros alternativos. Esto probablemente comenzó como un problema de previsión o un problema de almacenamiento (papel o computadora).

En algún momento en el pasado, alguien pensó que las alternativas no serían útiles, por lo que fueron descartadas o eliminadas. Este es probablemente un problema de cultura empresarial. Ahora que esto se ha identificado como un problema, puede plantearse en toda la empresa. Mantener registros que ya se han creado es fácil.

Incluso si los ingenieros originales pensaran que las alternativas podrían ser útiles, podrían no haber guardado los documentos debido al costo de almacenamiento (físico o informático). Si este sigue siendo el caso, este problema debe resolverse ahora. Si este ya no es el caso, se debe correr la voz en toda la compañía de que mantener registros no es una propuesta costosa.

En segundo lugar, observe el método de comparación alternativo. Hay dos categorías de consideración alternativa: pensamiento y cálculo.

Las comparaciones de pensamiento son ideas que se descartan lo suficientemente rápido como para que nunca lleguen al papel en otra forma que no sea la forma conceptual. Si estas ideas fueron descartadas tan rápidamente la primera vez, entonces probablemente no necesiten ser registradas. El esfuerzo por desacreditarlos es tan trivial que simplemente serán desacreditados nuevamente.

Las alternativas que realmente llegaron a la etapa de cálculo deben mantenerse de alguna forma. Si los cálculos o planes se realizaron la primera vez, entonces ya hay algo que guardar. Incluso si la idea resulta ser un callejón sin salida, el trabajo ya está hecho, ¡así que póngalo en el archivo! Siempre que esté fechado, se puede hacer referencia a él.

Escriba una nota (en el archivo si no a alguien en particular) cuando se tome una decisión. Esto ahorra tiempo en el futuro, pero agrega un paso al proceso. Esto es algo para trabajar junto con la documentación mejorada en general.

Por último, fecha todo! Intente trabajar con los sistemas que ya están en su lugar para mantener los registros finales, solo agregue una fecha a todo. Incluso si otros métodos de organización fallan, el orden de las alternativas se puede reconstruir utilizando las fechas en los artículos.

Los siguientes son tres métodos generales sobre cómo los productos de línea blanca, bienes de consumo y fabricantes OEM que he asociado con las ideas de documentos.

Documentación de la idea de front-end (conceptualización)
Cree números de proyecto para ideas consideradas grandes, impactantes e innovadoras, pero que actualmente no se consideran para la implementación. Documente estas ideas en la mayoría de los casos en un documento de una o dos páginas y antes de archivar el proyecto. Con el crecimiento de la tecnología y el software de los motores de búsqueda, estas ideas pueden almacenarse en una base de datos de búsqueda. Con una naturaleza de transición de la fuerza laboral actual, encontré que esta es una buena manera de documentar la idea. Con el crecimiento de la tecnología y el método de implementación, la documentación detallada de la tecnología es menos relevante porque en , es muy probable que haya disponible una tecnología mejor y mejor.$t+1$

Revisiones de diseño (NPD - Desarrollo de nuevos productos) El
diseño revisa otro buen proceso que puede ayudar a documentar las decisiones de diseño de ingeniería. Esto tiende a ser más documentación técnica, las ideas que se rechazan tienden a no estar bien documentadas. En la mayoría de las organizaciones , las revisiones de diseño son parte del modelo de compuerta de fase .

Documentación de ideas de back-end (en producción o cerrada)
Encontré organizaciones que utilizan un sistema de gestión de cambios existente para documentar nuevas ideas. En este sistema, el ingeniero propone la idea en un documento simple o de página. La idea es revisada y aceptada o archivada para el futuro. Esta organización en particular utilizó el SAP para la gestión del cambio, por lo tanto, el sistema era menos apto para la búsqueda de bases tecnológicas, pero fue muy bueno para ellos.

En resumen, la mayoría de las ideas se archivan por la siguiente razón

• Falta de recursos financieros para ejecutar la idea / sugerencia
• Falta de recursos humanos para ejecutar la idea / sugerencia
• No encaja en el plan del proyecto actual
• El mercado aún no está listo para adoptar nuevas tecnologías.

Por lo tanto, es bueno seguir las ideas, porque cuando se resuelven las barreras anteriores, las ideas se convierten en soluciones realistas.

Referencias

• Gestión del cambio
• Revisión de diseño
• Modelo de fase-puerta

Otros han hecho muchos buenos comentarios sobre la documentación en general, pero quiero sugerir una clase particular de software que será de gran ayuda.

Encuentro que el software de control de versiones es excelente para este tipo de problemas. Desafortunadamente, no es demasiado común fuera del desarrollo de software, pero es solo cuestión de tiempo antes de que se ponga de moda en otros campos.

Aquí hay un ejemplo: mi grupo de investigación tiene un repositorio Subversion que la mayoría de la gente usa (un software alternativo popular es git ). El uso del control de versiones ayuda a garantizar la continuidad de los proyectos de investigación después de que alguien se va, porque la mayoría de los archivos relevantes para un proyecto están allí, junto con un registro detallado de qué trabajo hicieron en qué momento y (si lo hacen bien), su razón fundamental. Lo elaboraré.

Digamos que tiene una carpeta en su computadora que contiene todos los archivos

Todo se fecha automáticamente cuando se confirma (el término de control de versión para lo que otros podrían llamar "carga"). El mensaje de confirmación actúa como una breve nota (como sugirió Mahendra Gunawardena, es posible que desee más y más memorandos oficiales para decisiones más importantes). Usted describe el cambio en los archivos del proyecto, dice "Decidimos que el enfoque X no es factible. En su lugar, intentaremos Y. Eliminamos los archivos asociados con el enfoque X y creamos un nuevo modelo CAD para el enfoque Y".

Luego, más tarde, si decide que el enfoque X es realmente lo correcto y desea desenterrar los archivos eliminados, no es difícil. Puede revertir cualquier parte a la versión anterior con facilidad y continuar desde allí.

Hay algunos beneficios adicionales a este enfoque. Primero, hace que compartir archivos con otros sea bastante fácil. Simplemente revisan el repositorio (un término de control de versión que podría significar la versión actual o todas las versiones) y luego lo actualizan regularmente (hay comandos para hacerlo). Básicamente, todos están sincronizados. En segundo lugar, puede obtener una copia de seguridad (versiones anteriores) básicamente gratis. Dicho esto, esto no significa que no necesite mantener copias de seguridad normales, solo que tiene otra opción para restaurar archivos perdidos accidentalmente. Recomiendo hacer una copia de seguridad de todo el repositorio también.