Proceso de gestión de proyectos de telefonía móvil
1 Descripción general
Especificaciones de gestión de proyectos correspondientes para proyectos de telefonía móvil, desarrollo, control de procesos y análisis de sistemas de proyectos de telefonía móvil.
2 Control del proceso del proyecto
2.1 Investigación de mercado y posicionamiento del proyecto
2.1.1 ?Recopilar requisitos del usuario (ver sección de recopilación y análisis de requisitos del usuario)
En proyectos de telefonía móvil, los planificadores presentan requisitos en nombre de los usuarios y la comunicación es relativamente conveniente, pero la cantidad de cambios en la demanda aumenta relativamente.
En el caso del software, considere los pasos relativamente tediosos y repetitivos del trabajo diario de los usuarios, y organice y registre investigaciones sobre las necesidades alcanzables de los usuarios y la facilidad de uso.
2.1.2 ?Designar líder del proyecto
Asignar un gerente general del proyecto para que sea responsable del desarrollo del proyecto, control de fondos, gestión de personal, control de progreso y control de calidad. El líder del proyecto debe tener la capacidad de descubrir y resolver problemas de antemano, unir y utilizar las habilidades de todos en el proyecto, planificar y controlar el progreso y controlar y evaluar estrictamente la calidad del proyecto.
2.1.3 ? Establecer razonablemente los departamentos requeridos y designar personas responsables.
Existen relativamente pocos requisitos para la división de departamentos en proyectos de telefonía móvil, pero es necesario designar el personal responsable correspondiente para cada enlace.
2.1.4 ?Desarrollar un plan de marketing
Diseñar anuncios y publicidad con antelación, y desarrollar un plan de marketing en función de las características del proyecto y los usuarios potenciales.
Se pueden utilizar actividades a gran escala, se pueden realizar actividades en cooperación con otras empresas relacionadas y se pueden organizar actividades a través de foros en línea, publicidad en los medios, etc. El método de adopción específico debe determinarse después de un análisis detallado de los insumos, los efectos y la escala de actividad.
Desarrollar los planes de promoción correspondientes en función de las características y ventajas del producto, y desarrollar los formularios de promoción correspondientes en función de las características de los usuarios.
En cuanto a la parte de marketing, desde que experimenté la competencia de programas de telefonía móvil organizada conjuntamente por China Mobile y Nokia en China Mobile, tengo cierta comprensión de su modelo operativo y departamento, por lo que puedo elegir cualquier socios de marketing y promoción según sea necesario.
Además, el campus universitario es una base de actividades de muy bajo coste, y al mismo tiempo, podemos encontrar y formar excelentes talentos para incorporarse. Organizar investigaciones adecuadas sobre nuevos productos, concursos de desarrollo de juegos y competiciones de juegos es muy prometedor.
Todas las formas anteriores se pueden combinar según los fondos existentes y la demanda del mercado, y se pueden lanzar al mismo tiempo para lograr mejores efectos de marketing. Además, la forma y el calendario de desarrollo se pueden adaptar a las necesidades del proyecto.
2.2 Investigar y determinar direcciones técnicas y recopilar datos de la competencia
2.2.1 ? Determinar las plataformas, lenguajes y herramientas a utilizar.
Investigue nuevas tecnologías y lenguajes de desarrollo actuales, herramientas de gestión de proyectos y herramientas de control de calidad de versiones, compare las ventajas y desventajas de varios lenguajes y herramientas, y organícelas y regístrelas en una tabla comparativa, según el proyecto. características, elija las herramientas de desarrollo y las herramientas de gestión adecuadas para su gente y sus necesidades.
Desarrollar una tabla de comparación de idiomas
Comparación de las bases de datos utilizadas (la estabilidad considera principalmente las aplicaciones de bases de datos convencionales): las bases de datos de teléfonos móviles se diferencian de las bases de datos generales en que su capacidad de almacenamiento no es muy grande, por lo que generalmente se usan rms.
Comparación de herramientas de gestión de proyectos y control de calidad (se pueden usar en combinación)
Herramientas de control de versiones y código: actualmente se usa CVS o ClearCase, cuando es necesario construir un sistema de proyecto detallado a bajo costo, se recomienda utilizar CVS como control de versiones y agregar Bugzilla como herramienta de control de pruebas. Cuando los fondos lo permitan, se recomienda utilizar ClearCase y ClearQuest de IBM para establecer todo el sistema de gestión de control del proyecto. Los proyectos recomendados se utilizan para la planificación y programación de proyectos.
Para proyectos existentes o empresas en desarrollo, al integrar los recursos y el código existentes, se deben minimizar los cambios y se deben establecer especificaciones y sistemas de gestión de calidad de acuerdo con las condiciones locales para adaptarse al modelo de desarrollo actual. el nuevo sistema de desarrollo sólido lo más rápido posible y minimizar los problemas causados por los cambios.
Según las características del desarrollo de juegos móviles, es necesario determinar si el proyecto admite funciones de red o juegos independientes. Para la red, se divide en función Bluetooth o función WAP. Para juegos independientes, es necesario superponer las imágenes, las operaciones y el almacenamiento y ordenar los recursos disponibles.
2.2.2? Organizar los recursos disponibles
Utilizar todos los recursos disponibles para mejorar el progreso del desarrollo, organizar los recursos y códigos disponibles y encontrar * * * códigos fuente y recursos relevantes. Organizar todos los recursos existentes y descubrir las piezas disponibles no solo puede mejorar eficazmente la eficiencia del desarrollo, sino también obtener experiencia útil.
Por ejemplo, agregue módulos de gestión de bases de datos, motores existentes para algoritmos complejos y módulos de paquetes para su uso inmediato. Durante el desarrollo, utilice los módulos existentes siempre que sea posible para reducir costos y reducir la aparición de errores.
2.2.3 ? Investigar las normas y estándares correspondientes.
Estudiar normas y estándares nacionales e internacionales que puedan ser utilizados en el campo actual, y organizar y traducir las normas correspondientes. Intente hacer que el producto cumpla con especificaciones más generales, lo que también facilitará la promoción y actualización del producto en el futuro.
2.2.4 ? Comparar información de la competencia
Recopilar productos de otros competidores en el campo y resumir sus ventajas y características. Teniendo en cuenta su propia situación, debe ser consciente del costo, elegir puntos de función y agregar sus propias características. Es necesario designar a una persona dedicada a clasificar todos los datos comparativos y registrarlos en los documentos del proyecto, que servirán como referencia para el marketing, el diseño de puntos funcionales y la promoción de marketing.
2.2.5? Registrar información del proyecto
Con base en la información anterior, se discutirán y registrarán las principales tecnologías, plataformas, herramientas de desarrollo y herramientas de gestión de proyectos utilizadas en el proyecto, y Se registrarán las diferencias con los competidores, datos comparativos y especificaciones relacionadas.
2.3 Establecer hitos de desarrollo y organizar desarrolladores.
2.3.1? Seleccionar un modelo de desarrollo
Elegir un modelo de desarrollo razonable según el período de construcción, la financiación y otras necesidades.
Desarrollar módulos de desarrollo, puntos de función y ciclos de implementación.
2.3.2? Organizar a los desarrolladores
Organizar a los desarrolladores según sea necesario, registrar el personal total requerido para el proyecto y el personal designado por cada departamento para el proyecto, y estimar la carga de trabajo de cada uno. persona y horario. Brindar la capacitación correspondiente sobre el proyecto a todos para que todo el personal involucrado en el proyecto tenga una cierta comprensión del proyecto y recopilar sugerencias y opiniones sobre el proyecto de los empleados de varios departamentos.
2.3.3 ?Organizar el equipo de seguimiento del progreso del proyecto PTT
El equipo de control central del proyecto es designado por gerentes de proyecto con excelentes habilidades del departamento de desarrollo, departamento de diseño, departamento de pruebas y arte. departamento. Incluyendo al menos el 30% de los participantes, el director del proyecto también debe nombrar un investigador de usabilidad para evaluar y modificar la facilidad de uso en todas las fases del proyecto. En el equipo central participan los programadores principales, los diseñadores principales, los evaluadores principales y los artistas del proyecto.
Las funciones principales del equipo de control central del proyecto son monitorear el progreso del proyecto en cualquier momento, mejorar la comprensión de cada departamento sobre el progreso del proyecto, predecir y evitar riesgos, manejar los mecanismos de retraso del proyecto, controlar los hitos del proyecto, gestionar las discusiones técnicas. y capacitación, y negociar todos los aspectos del proyecto.
2.3.4? Designar un investigador de usabilidad (facilidad de uso)
Asignar un investigador de usabilidad para estudiar las ventajas y desventajas de productos similares en el mercado, controlar la verificación de usabilidad de cada uno. paso y proponer los correspondientes comentarios y sugerencias de mejora para garantizar la usabilidad del producto. Requiere personas con cierto entusiasmo y creatividad que estén familiarizadas con las necesidades del usuario para considerar los problemas desde la perspectiva del usuario. Puede ser alguien del departamento de preventa, diseño de producto o desarrollo. El empleado debe participar en el grupo PTT.
2.4 Recopilación y análisis de requisitos del usuario
2.4.1 ?Recopilar requisitos del usuario
Utilice la plantilla SRS para indicar el origen de los requisitos, marcar cada requisito y registrar especificaciones comerciales, crear una matriz de capacidad de seguimiento de requisitos, revisar documentos de requisitos, escribir casos de prueba basados en los requisitos, escribir manuales de usuario y determinar estándares de calificación.
1. Dibuje un diagrama de asociación del sistema, que es un modelo simple que se utiliza para definir los límites y las interfaces entre el sistema y las entidades fuera del sistema. Al mismo tiempo, también aclara el flujo de información a través de la interfaz.
2. Crear prototipos de interfaz de usuario y desarrollar prototipos de interfaz de usuario cuando los desarrolladores o usuarios no puedan determinar las necesidades. Al evaluar los prototipos, los usuarios permitirán a los participantes del proyecto comprender mejor los problemas que cada uno debe resolver. Tenga cuidado de identificar cualquier conflicto entre el documento de requisitos y el prototipo.
3. Analizar la viabilidad de los requisitos, analizar la viabilidad de realizar cada requisito dentro de los requisitos de costo y desempeño permitidos, y aclarar los riesgos asociados con la realización de cada requisito, incluidos los conflictos con otros requisitos y los conflictos con otros requisitos. Dependencias de factores externos y barreras técnicas.
4. Priorizar los requisitos y aplicar métodos analíticos para priorizar casos de uso, características del producto o requisitos individuales. Determine qué características o requisitos se incluirán en los lanzamientos de productos según la prioridad. Cuando se permiten cambios en los requisitos, cada cambio se agrega a una versión específica. Consulte Cambios de requisitos.
5. Establecer un modelo de requisitos. El modelo de análisis gráfico de requisitos es una excelente descripción complementaria a la especificación de requisitos del software. Pueden proporcionar información y relaciones diferentes para ayudar a encontrar requisitos incorrectos, inconsistentes, faltantes y redundantes. Estos modelos incluyen diagramas de flujo de datos, diagramas de relaciones entre entidades, diagramas de transición de estados, diagramas de conversación, clases de objetos y diagramas de interacción.
6. Cree un diccionario de datos, que es la definición de todos los elementos y estructuras de datos utilizados en el sistema para garantizar que los desarrolladores utilicen definiciones de datos unificadas. Durante la fase de requisitos, el diccionario de datos debe al menos definir elementos de datos del cliente para garantizar que los clientes y los equipos de desarrollo utilicen definiciones y terminología consistentes. Las herramientas de análisis y diseño suelen incluir componentes de diccionario de datos.
7. Utilice la implementación de funciones de calidad (QFD) es una tecnología de sistemas avanzada que vincula las características y atributos del producto con su importancia para los clientes. Esta tecnología proporciona un método analítico para identificar las características que más interesan a los clientes. QFD divide la demanda en tres categorías: demanda esperada, es decir, los clientes pueden no mencionarla, pero si carecen de ella, serán demanda general insatisfecha y demanda excitante, es decir, sorprenderá a los clientes, pero no se realizará; Y no seré culpable.
2.4.2 ?Control de cambios de requisitos
Dado que el cambio de requisitos es la parte más común y costosa de todos los proyectos, todas las versiones de CMM2 y superiores tienen requisitos detallados para el cambio de requisitos.
Cuando nos ocupamos de cambios de requisitos, discutiremos con los usuarios los requisitos de cambio detallados, el tiempo o el costo de capital de los requisitos que deben cambiarse después de la discusión y la toma de decisiones por parte del equipo central del proyecto. Una vez acordado, el departamento de diseño desarrollará el diseño general con especificaciones detalladas e investigará posibles cambios en el módulo. El departamento de desarrollo realiza los cambios apropiados según el diseño. Para cualquier cambio, se requieren pruebas integrales, desde pruebas funcionales, pruebas de integración hasta pruebas del sistema.
Cada cambio de requisitos debe registrarse y rastrearse en detalle en el proyecto y, finalmente, las estadísticas de cambios deben llevarse a cabo en la sección de resumen del proyecto.
2.4.3 ?Generar especificaciones
Finalmente generar la especificación más completa del proyecto, proporcionar referencia para el diseño, desarrollo y pruebas, y finalmente extraer del mismo manuales de usuario y otros documentos del terminal. . El equipo de PTT revisa y finaliza el plan de diseño y lo registra. Posteriormente, si se realizan modificaciones a los documentos de diseño, el equipo de PTT debe discutirlas y determinarlas, y se debe registrar información como el motivo de la modificación, la fecha de la modificación y la persona que la modificó. detalle.
Las especificaciones detalladas deben incluir todos los puntos funcionales de los requisitos del usuario que deben implementarse, su asignación de personal, el tiempo de finalización programado, la carga de trabajo, la evaluación de riesgos y la configuración de los hitos. Para cada punto de función, una persona a cargo debe verificar cada semana si el progreso alcanza la meta predeterminada. Si ha habido cambios correspondientes en los requisitos funcionales, consulte la sección de control de cambios de requisitos para obtener más detalles.
2.5 Diseño de esquemas y diseño de prototipos
Diseño de iconos e interfaces de usuario.
Llevar a cabo el diseño general, producir prototipos de productos (con la participación de artistas y departamentos de diseño, y con la asistencia del departamento de desarrollo), proporcionarlos a los usuarios y recopilar comentarios de los usuarios para realizar mejoras cíclicas.
2.6 Estructura de datos y diseño de almacenamiento
Utilice los requisitos de especificación detallada de las estructuras de datos de diseño empresarial existentes. Intente simplificar la estructura de datos tanto como sea posible, lograr una asociación lógica razonable y reducir la complejidad. La estructura de almacenamiento de datos debe formularse de acuerdo con la situación real.
2.7 Diseño detallado funcional
El diseño detallado completado por el departamento de desarrollo incluye comprensión detallada de los puntos funcionales, diseño de algoritmos, diseño de estructura de datos y diagramas de flujo funcionales detallados. Todas las piezas deben cumplir estrictamente los requisitos de las especificaciones de desarrollo y las especificaciones de documentación. Escriba documentos de diseño detallados de acuerdo con especificaciones de documentos unificados, incluido el diseño de algoritmos, el diseño de procesos y el diseño de estructuras de datos.
El departamento de control de calidad comprueba y modifica el diseño detallado, y el equipo de PTT revisa el diseño detallado. Después de la confirmación, el equipo de PTT debe discutir y decidir el documento de diseño detallado, si hay algún cambio.
La documentación de diseño detallada se utiliza como base para las pruebas y el control de calidad para comprobar la calidad del programa.
2.8 Implementación funcional y pruebas funcionales
De acuerdo con el diseño detallado y las especificaciones de escritura de código, complete el trabajo de escritura de código y realice los puntos de función descritos en cada requisito.
Prueba cada punto característico.
Todo el código se verifica para garantizar su facilidad de uso, complejidad algorítmica y especificación.
Completar la compilación de documentos de código.
Escribir instrucciones de usuario.
El equipo de mejora del proyecto supervisa y mejora continuamente el proceso de desarrollo.
2.9 Pruebas de integración y pruebas del sistema
Las pruebas de integración y sistema completadas por el departamento de pruebas deben realizarse en el entorno de pruebas. Depurar, probar y modificar puntos de función relevantes.
Integre el sistema, pruebe el hardware, el software y el estrés del sistema, y pruebe los clientes en diferentes plataformas y diferentes versiones de software.
Utilice herramientas de control de errores para registrar y corregir errores.
Simule el entorno del usuario para realizar una prueba de proceso completa e invite a algunos usuarios o usuarios potenciales a participar en la prueba de la versión beta.
Categoríce y registre los errores, y realice un seguimiento de todos los errores semanalmente. Si la prioridad es alta, se puede organizar una reunión temporal para discutirlos y tratarlos. La gestión del proyecto o el líder de desarrollo deben designar a una persona dedicada para que sea responsable de todos los errores y realice un seguimiento de los errores no cerrados en cualquier momento para garantizar que la tasa de error del código esté por debajo de un cierto porcentaje. Limite estrictamente la tasa de error de los productos de producción.
2.10 Publicidad relacionada con el producto y entrega del producto
Promoción y descripción del producto en función de las características del producto y del plan elaborado al inicio del proyecto.
Publicar patentes de productos relacionados y productos de impresión.
Entrega de productos a los usuarios.
2.11 Pruebas de regresión y resumen del proyecto
Realizar pruebas de regresión, pruebas iterativas y actualizaciones de productos relacionados.
Resumir el proyecto, registrar todos los recursos y experiencias reutilizables en el proyecto, analizar y contar algunos eventos y razones que afectan el progreso del proyecto, registrar y proporcionar experiencia para proyectos futuros.
2.12 Formación e intercambio técnico
Durante el proceso del proyecto, es necesario lograr una comunicación e intercambio total entre varios departamentos y módulos. Lo más tabú es bloquear la información y el trabajo detrás. puertas cerradas. La falta de comunicación es ciertamente un riesgo potencial para un proyecto sólido.
El líder del proyecto debe organizar personal técnico para la capacitación técnica en función de la situación real. Con respecto a las dificultades del algoritmo técnico, el diseño del proceso, el diseño de la interfaz, etc. de cada departamento, el personal de otros departamentos hará preguntas basadas. sobre la situación real. En las primeras etapas del proyecto, el proceso general fue el principal tema de capacitación. A medida que avanza el proyecto, se introducen gradualmente temas como diseño artístico, división de módulos, diseño de estructura de datos, implementación de algoritmos y control de calidad para garantizar que todos en cada departamento del proyecto comprendan mejor el proceso y la implementación técnica de todo el proyecto. proyecto.
Los registros de desempeño de los capacitadores están vinculados a evaluaciones para aumentar el entusiasmo de todos por participar. Elogie a quienes desempeñaron un papel importante en la capacitación.
El director del proyecto debe servir de puente durante el proceso del proyecto y comunicarse con el personal de varios departamentos en cualquier momento. No sólo deben realizar un seguimiento del progreso diario del proyecto, sino también predecir riesgos y evitarlos en función de la situación.