fondo
Con el rápido desarrollo del negocio de la empresa y la rápida expansión de las líneas de negocio, los proyectos no solo son numerosos sino también cada vez más complejos, y muchos proyectos involucran la colaboración entre equipos y entre dominios. Bajo esta premisa, la capa técnica organiza regularmente reuniones preparatorias de publicidad e iniciación de proyectos de tipo empresarial para evitar conflictos de recursos, sincronizar la información de recursos y la información del proyecto, y garantizar que el proyecto se complete y entregue en el tiempo previsto.
Preguntas frecuentes sobre startups
La mayoría de las empresas emergentes encontrarán algunos problemas en su rápido crecimiento, como la asignación de recursos del proyecto, la alineación de la información y la gestión del proyecto. Los puntos de dolor específicos se pueden dividir en:
1) El proyecto involucra dominios cruzados y la información no está alineada. Algunos proyectos involucran dominios cruzados, pero hay menos comunicación entre dominios y todas las partes tienen una comprensión inconsistente de la información del proyecto, como la prioridad, el tiempo de planificación, las soluciones de productos, las soluciones técnicas, etc. Estas situaciones no son propicias para el avance del proyecto.
2) Requerimientos o proyectos no confirmables y temas prioritarios. Debido a que no existe un proceso y una reunión de aprobación de proyectos comerciales unificados, cada dominio confirma que es un proyecto y necesita su propio dominio. Sin embargo, debido a las diferentes condiciones de cada dominio, los estándares de identificación para el proyecto también son bastante diferentes. el dominio A, se realiza de acuerdo al proyecto, y en el dominio B. Los dominios siguen los requisitos iterativos, por lo que es difícil unificar las prioridades, y es imposible programar los proyectos
3) No se pueden garantizar los recursos del proyecto, lo que afecta el plan del proyecto. Debido a la desalineación de la información del proyecto y las cuestiones prioritarias, es difícil asegurar los recursos del proyecto
4) No está claro el líder de cada bloque y es difícil promover el proyecto. Dado que no existe un establecimiento y proceso de proyecto unificado, y los estándares de proyecto de cada dominio no son interoperables, es difícil determinar la persona a cargo del negocio, el producto y la tecnología para el uso del proyecto. Por lo tanto, cuando se encuentra con un problema, a menudo es imposible tomar la iniciativa para enfrentarlo, o el que más duele se ocupará de él.
Soluciones
Para resolver los problemas anteriores, el departamento técnico tomará la iniciativa en la organización de presentaciones periódicas de preparación de proyectos independientes, formulará el proceso de presentación y promoverá la operación en toda la región.
Reunión preparatoria de presentación de proyecto independiente: debido al liderazgo del departamento técnico, los negocios/productos completan de forma independiente la información pendiente del proyecto y participan en la reunión de presentación de establecimiento de proyecto concentrada dos veces por semana. El propósito es confirmar si el proyecto puede ser aprobado y promovido de acuerdo con el proyecto a través de una introducción estandarizada y concentrada a los antecedentes, beneficios, planes y otra información relevante del proyecto.
A continuación, presentaremos los estándares de aprobación del proyecto y la información relacionada con el proceso de reunión en detalle:
1) Normas de aprobación de proyectos
Debido a las diferentes condiciones de cada dominio, es imposible confirmar un estándar de aprobación de proyectos unificado.Cada dominio determinará la línea de base y el estándar de aprobación de proyectos de acuerdo con su propia situación y características de desarrollo, para lograr un equilibrio entre la iteración comercial y proyecto. Después de la confirmación, se publicará en todos los dominios de la empresa para que todas las partes puedan comprender los estándares para la aprobación del proyecto en cada dominio.
Por ejemplo, el estándar de aprobación de proyectos del dominio A:
Situación 1: La demanda o proyecto presentado por la empresa cumple dos cualesquiera de las siguientes condiciones, pudiendo declararse proyecto independiente
-
Nuevos modelos de negocio o nuevas funcionalidades
-
El número de líneas de negocios cruzados ≥ 2
-
Recursos de inversión estimados ≥ 150 días-hombre
Situación 2: si necesita ingresar a la programación de la versión comercial y cumplir con dos de las siguientes condiciones, puede solicitar un proyecto independiente
-
Cantidad de versiones cruzadas ≥ 3
-
El número de líneas de negocios cruzados ≥ 2
-
Recursos de inversión estimados ≥ 150 días-hombre
Descripción de "Líneas de negocios cruzados"
-
Tales como: dominio A, dominio B, dominio C, es decir, "línea cruzada de negocios"
-
La línea a en el dominio A, la línea b en el dominio A y la línea c en el dominio A son "líneas comerciales iguales" (líneas comerciales en el dominio A)
Estándares de proyecto de dominio B:
-
Altos requisitos sobre la integridad del esquema (es decir, no es adecuado para la división de versiones cruzadas en iteraciones)
-
Se estima que la carga de trabajo de I + D supera los 100 días-hombre, y las partes relevantes involucran más de 3 dominios comerciales
En general, los estándares de aprobación de proyectos para cada dominio se establecen principalmente en torno a cuatro aspectos: si la carga de trabajo es grande, si es multidominio, si tiene una función 0-1 y si es clara y de alto rendimiento.
2) Confirmar los responsables correspondientes
Los responsables de las tres partes principales del proyecto (negocio, producto y tecnología) deben ser confirmados capa por capa cuando se inicia el proyecto, es decir, cuando se inicia el proyecto, el responsable de la parte comercial primero se confirma, y luego la persona a cargo del negocio se comunica con el lado del producto para confirmar la responsabilidad del acoplamiento del producto. Después de la aprobación del proyecto, el empresario técnico debe organizar la responsabilidad técnica correspondiente para promover asuntos relacionados en el aspecto técnico del proyecto.
Principales funciones del responsable tripartito:
La persona a cargo del lado comercial : es necesario hacer un buen trabajo de alineación de la información del proyecto en la capa comercial, como entre dominios, y es necesario tomar la iniciativa en el procesamiento y la alineación de la información de la capa comercial con el objetivo. de la integridad del proyecto.
La persona a cargo del lado del producto: es necesario alinear e ingresar el plan de producto del proyecto en la capa de producto.Si hay un problema con el plan de producto, es necesario tomar la iniciativa para tomar la iniciativa en la promoción y seguimiento del proceso para confirmar que el plan de producto se entregue a tiempo y con alta calidad.
Persona a cargo del aspecto técnico : es necesario llevar a cabo la promoción y la confirmación de la alineación de los problemas del aspecto técnico desde la perspectiva del proyecto para garantizar que el proyecto se entregue de acuerdo con el plan y requiera alta calidad.
En general, es necesario que cada persona a cargo rompa sus respectivos límites desde la perspectiva del proyecto para avanzar en el proyecto y entregarlo con alta calidad de acuerdo con el ritmo planificado.
3) El ponente del proyecto alineará la información anterior
Los oradores del proyecto pueden ser negocios, productos o tecnología. Los presentadores de proyectos deben recopilar, alinear y confirmar la información antes de la aprobación del proyecto. Información del proyecto, como antecedentes, objetivos, MRD y otra información relevante.
4) El predicador del proyecto ingresa al formulario de presentación de preparación de proyectos independientes y se registra de acuerdo con la información en el formulario
Recopile la información y regístrese de acuerdo con los requisitos del seminario independiente de preparación de proyectos. Los elementos requeridos son: nombre del proyecto, antecedentes y objetivos del proyecto, valor del proyecto, dominio comercial, patrocinador, orador, MRD, producto:
5) Organizar una reunión independiente de preparación de proyectos
- En cuanto al ciclo de la reunión, la reunión se organiza cada dos semanas, lo que debe anunciarse con anticipación en el registro y enviarse a todas las partes por correo electrónico.
-
El organizador de la reunión (PMO) organizará la reunión de acuerdo con los requisitos de tiempo del ciclo del proyecto y la información de registro del formulario de presentación de preparación del proyecto independiente.
-
Los participantes, CTO, orador del proyecto, director técnico del dominio comercial involucrado, otro personal opcional son iniciadores, productos, negocios
-
Cree un grupo de notificación de proyectos, que consiste en atraer a todos los oradores al grupo para sincronizar los procesos relacionados con el proyecto y los asuntos que requieren atención.
-
Reenviar la reunión al presentador y al líder tecnológico del dominio comercial correspondiente
-
Confirme si la información de registro del proyecto está completa o es incorrecta, verifique los elementos requeridos para la información de registro y envíe el MRD a la persona técnica a cargo del dominio comercial correspondiente para confirmar si hay algún problema. Para mejorar la eficiencia de la reunión, es necesario dar un tiempo de presentación estimado de acuerdo con el contenido de cada MRD, y el tiempo de presentación debe controlarse entre 3 y 5 minutos.
-
Durante la reunión, según el orden de inscripción de cada proyecto, y la duración estimada de la presentación, se realizarán presentaciones una a una.
6) Anunciar simultáneamente los resultados de la reunión de preparación del proyecto independiente
Una vez completada la sesión informativa, el organizador debe registrar el estado de la presentación y los resultados de cada proyecto, y pasar a través de todas las partes a través del correo electrónico y el grupo Feishu.
Resumir
Al estandarizar el proceso de aprobación del proyecto y organizar de manera uniforme la reunión de aprobación del proyecto, es posible evitar de manera efectiva los problemas relacionados con la desalineación, la optimización o la incapacidad de seguimiento de la información, y mejorar aún más la eficiencia y la calidad de la entrega del proyecto.
A través del establecimiento de estándares de aprobación de proyectos, todos los dominios son claros y claros, cuáles deben aprobarse y cuáles no.
A través de la unificación del proceso de aprobación del proyecto, cada dominio puede saber más claramente cómo iniciar el proyecto y qué información se necesita para la aprobación del proyecto, en lugar de la ambigüedad causada por el contenido inconsistente de los proyectos anteriores.
A través del sistema de responsables de todas las partes, se aclaran las responsabilidades correspondientes de cada responsable, de forma que se puedan adelantar temas del proyecto y dar seguimiento al proceso.
A través de la implementación de los planes anteriores, podemos garantizar mejor la entrega oportuna y de alta calidad del proyecto.