¿Cómo redactar un plan de negocios para estudiantes universitarios?
Al formular el cronograma del proyecto, se deben tener en cuenta los siguientes puntos:
1. Confirmar los módulos funcionales
Debido a que los módulos funcionales están definidos, las funciones de desarrollo. Se puede evaluar el tiempo. Generalmente, solo es necesario enumerar los módulos grandes para los módulos funcionales, porque los módulos son demasiado pequeños y no se pueden evaluar durante varios días, lo que dificulta la programación.
2. Confirma la hora de inicio y la hora de finalización.
Porque sólo cuando la hora de inicio y la hora de finalización estén claras podremos discutir el plan de progreso. Estos dos momentos deben ser confirmados con el cliente. La hora de inicio es la hora de inicio oficial del proyecto y la hora de finalización es la hora de entrega del proyecto (esto generalmente está estipulado en el contrato).
Te enseño un pequeño truco. El inicio de los trabajos se puede programar unos tres días hábiles después de que se confirmen los renders, porque esto puede darle tiempo a RD para estudiar los planos del prototipo. No subestime estos tres días hábiles. A veces se necesitan estos tres días hábiles para completar la prueba. Hay un espíritu de carrera contra el tiempo cuando se trabaja en proyectos.
3. Determinar hitos
La razón por la que se llama progreso del proyecto es para planificar hitos. Normalmente, un hito es el momento en que se producen los resultados reales (aquí los resultados reales son productos reales que se pueden ver).
Tenga en cuenta que los hitos del proyecto no son simples puntos de tiempo del proyecto, sino puntos en el tiempo en los que se pueden entregar resultados.
4. Organice razonablemente la proporción del tiempo del proyecto.
En términos generales, el tiempo del proyecto se divide en tiempo de investigación y desarrollo, tiempo de acoplamiento de la interfaz, tiempo de prueba y tiempo en línea.
A los directores de proyectos junior les resulta difícil organizar sus proporciones de tiempo. Personalmente resumo aquí la distribución de la proporción de tiempo de un proyecto. Generalmente, la RD representa las tres quintas partes de todo el proyecto. Por ejemplo, para un proyecto de tres meses, el tiempo de RD será de al menos 1,8 meses y 40 días hábiles, y el tiempo de prueba será la mitad del tiempo de RD. Este tiempo de prueba incluye la redacción de casos de prueba y un tiempo de prueba simple. ¿Por qué el examen dura tanto? Porque los errores probados deben modificarse y los errores modificados deben probarse. Generalmente, la prueba se divide en tres rondas. La primera ronda de pruebas se ejecuta durante todo el proceso, la segunda ronda de pruebas es para pruebas funcionales con errores y la tercera ronda de pruebas se basa en datos de simulación e intenta imitar las pruebas de escenarios de aplicaciones.
El tiempo de acoplamiento de la interfaz y en línea suele ser de 7 días hábiles, y el proyecto necesita reservar de 7 a 10 días hábiles como tiempo para lidiar con los riesgos móviles.
5. Cronograma del proyecto (Yin y Yang)
¿Por qué necesitamos desarrollar dos cronogramas del proyecto? Porque uno es para los clientes y el otro es para que la I + D interna se ponga al día con el progreso. Esto se llama apretar internamente y aflojar externamente, recuperar un poco de tiempo interno, adelantarse a lo programado y reservar más tiempo para la gestión de riesgos del proyecto. La relajación externa se realiza para ganar más tiempo del proyecto por parte del cliente. Recuerde que el tiempo ganado se distribuye uniformemente entre los módulos funcionales y no puede simplemente aumentar el tiempo de prueba del proyecto para evitar que los clientes soliciten el proyecto de prueba con anticipación.