Red de conocimiento informático - Conocimiento del nombre de dominio - ¿Cuáles son los problemas comunes en los proyectos de desarrollo?

¿Cuáles son los problemas comunes en los proyectos de desarrollo?

En términos generales, los proyectos de desarrollo de programación de software requieren la cooperación de muchos departamentos y programadores de desarrollo. Echemos un vistazo a los problemas comunes actuales en los proyectos de desarrollo de software de Internet.

1. Sincronización de la información

Especialmente cuando se trabaja con equipos externos, la sincronización de la información es una máxima prioridad. Aclare los objetivos del proyecto general, el vínculo y el papel del proyecto subdividido en el proyecto general y las dependencias colaborativas con otros equipos. Aquí debe comprender el proceso completo del proyecto general desde la persona de interfaz externa, y debe revisar completamente el proceso general del proyecto con la persona de interfaz del proyecto de la otra parte, para que la otra parte entienda que yo entiendo el proceso general del proyecto. objetivos y mis propios vínculos y roles. Al comunicarse sobre el proceso del proyecto, asegúrese de que el personal del producto, la tecnología (front-end, back-end) y la interfaz interna y externa estén presentes. Esto puede evitar problemas de implementación causados ​​por un enlace faltante.

2. Aclarar los requisitos

Aclarar los requisitos es un paso muy necesario antes de que el proyecto comience oficialmente. El desarrollo y las pruebas requieren una comprensión integral de la funcionalidad del producto y una evaluación de riesgos oportuna. En este aspecto, los estudiantes de productos deben proporcionar un proceso de producto detallado, un diagrama de prototipo y un documento de requisitos y, al mismo tiempo, es necesario involucrar a los líderes de equipo y estudiantes técnicos relevantes para realizar una revisión de los requisitos. En varias ocasiones, los requisitos del producto no estaban claros y surgieron problemas durante el proyecto, lo que requirió que el producto reorganizara la lógica del módulo relevante, lo que generó un alto riesgo de retraso en el proyecto.

Al mismo tiempo, la demanda de productos se ve afectada por muchos factores, como el tiempo, el bagaje histórico y otros factores. Definitivamente habrá problemas como detalles poco claros en la etapa inicial. Este es también el principio progresivo y detallado del proyecto. Cuando se encuentran tales problemas, se requiere retroalimentación oportuna para encontrar un punto de equilibrio relativamente aplicable en el juego entre todas las partes.

3. Selección de tecnología

Para un proyecto de 0 a 1, la selección de tecnología es un paso muy crítico. Al seleccionar una tecnología, debe pensar desde una perspectiva comercial en lugar de mostrar habilidades técnicas. Debe considerar el tiempo comercial general, el nivel básico de los miembros del equipo, la competencia de los miembros del equipo en ciertas tecnologías, la madurez de los marcos de herramientas técnicas. y la actividad de la comunidad, si hay casos exitosos en la industria, el grado de perfección ecológica y el equipo de soporte detrás de esto. Los estudiantes con actividades técnicas tienden a buscar ciegamente nuevas herramientas y marcos tecnológicos en la etapa inicial de selección de tecnología, lo que genera riesgos para el proyecto. Ya cuando estaba trabajando en un proyecto en mi última empresa, los marcos maduros en la industria eran React y Angular2. No sé por qué el estudiante a cargo de la selección eligió angular2, que todavía estaba en la versión beta, lo que condujo. a problemas importantes en actualizaciones e iteraciones posteriores.

Al mismo tiempo, una vez determinada la selección de tecnología, se debe planificar la arquitectura técnica antes del desarrollo. La idea básica de hacer una arquitectura es la de capas, y los módulos se dividen en capas. Los módulos deben tener una única responsabilidad. La capacitación informática descubrió que el acoplamiento entre módulos debería reducirse tanto como sea posible para mantener la escalabilidad de la arquitectura. Al construir una arquitectura, puedes preguntarte dos cosas:

¿Cuántas personas puede permitir participar esta arquitectura al mismo tiempo?

Durante cuánto tiempo puede esta arquitectura soportar el desarrollo empresarial