Estoy informando sobre un proyecto de ingeniería que se encuentra en sus primeras fases. Por lo tanto, no hay resultados, pero ya hay un plan bastante detallado sobre cómo se pueden conquistar los problemas del proyecto. Ahora me pidieron que presentara el proyecto en una conferencia. Quiero presentar el estado actual, pero no estoy seguro de cómo estructurar una conclusión ya que no hay resultado y no puedo evaluar si los métodos planificados tendrán éxito. Aún así, creo que presentar los métodos previstos aportará valor a la comunidad.
¿Cómo concluye una presentación de proyecto que no tiene ningún resultado pero ya tiene un plan bastante concreto y detallado? ¿Qué contenido podría proporcionar? ¿O puede uno simplemente no proporcionar una conclusión en un artículo? Eso parece un poco desequilibrado...
Creo que la conclusión de un artículo y la conclusión de un proyecto son dos cosas diferentes.
En mi opinión, la conclusión de un documento es el resumen del documento, mientras que la conclusión de un proyecto son los resultados finales del proyecto. Su papel tiene el estado actual y el plan futuro del proyecto. Estos pueden ser la conclusión del documento. No son necesariamente la conclusión del proyecto.
Si no se siente cómodo con tener una sección de "Conclusión" en su documento sin indicar la verdadera conclusión del proyecto, mi sugerencia es escribir una sección de ""Resumen" o "Perspectiva futura" al final del documento. Esto es un gusto personal, en mi opinión.
Hay muchos artículos sin la sección "Conclusión", ya sea por elección de los autores o porque los resultados concluyentes finales para el problema/conjetura aún no se obtuvieron en el momento en que se escribió el artículo.
Lo que se incluye en la sección de conclusiones de un documento es un poco específico del campo. Estoy investigando en ciencias de la computación (servicios/ingeniería de software) y, a menudo, las conclusiones son básicamente el lugar donde se resumen los puntos principales de su artículo. No se requiere en mi campo que las conclusiones contengan datos/hallazgos duros. Si el documento es de naturaleza más posicional (un documento de hoja de ruta, un documento "Hacia ...", etc.), las conclusiones serán más una perspectiva de los desafíos futuros.
El artículo trata de un análisis que se ha realizado para abordar algunos desafíos y cumplir con algunos objetivos. El resultado del análisis es un plan.
El plan debe cumplir con los objetivos, debe ser tolerante a fallas, debe considerar los posibles riesgos que pueden materializarse durante el proyecto o debe hacer lo que debe hacer y debe ser como debe ser (no sé el específico detalles sobre los objetivos y el análisis).
En cualquier caso, la conclusión debe ser que el plan cumple con los objetivos que se establecieron para el diseño de dicho plan. Si no es así, debería intentar hacer el plan de nuevo, porque eso significaría que está mal. Supongo que es correcto, esa es la conclusión principal y esa es la razón para publicar un artículo.
Si después del proyecto descubres que estuvo mal, entonces esa podría ser una buena razón para escribir otro artículo. Con lecciones aprendidas, errores, etc. para que nadie más cometa los mismos errores (también deberíamos avanzar en el estado del arte de los errores ;-) )
PD: Las líneas de futuro no son exactamente conclusiones, una conclusión es algo que termina. Todo final implica un nuevo comienzo, por lo que en esta sección se incluyen líneas futuras (inminentes comienzos), pero permítanme señalar que son dos cosas diferentes (y opuestas en gran medida).
Podría incluir información sobre métricas para el éxito, cómo sería una solución, direcciones futuras, etc. Y luego las conclusiones del documento resumirían lo que presentó, en lugar de lo que va a hacer.
Nadie
Franz Kafka