Cómo realizar la gestión de la demanda

A continuación se analizan principalmente los requisitos desde dos aspectos: desarrollo de la demanda y gestión de la demanda. 1. El desarrollo de la demanda, a juzgar por nuestra situación laboral real actual, se divide principalmente en las siguientes partes en orden: Consultar a los expertos de la industria Las demandas de informatización de los clientes de la industria son cada vez más detalladas y tienen requisitos integrales de profesionalismo y capacidades de la industria. .Cada vez más alto solo podremos tener éxito si profundizamos en la industria, conocemos sus necesidades y desarrollamos productos que sean más adecuados para las necesidades de los clientes. Por lo tanto, es necesario pedir primero a los expertos de la industria en este campo que resuelvan las necesidades comerciales del cliente desde una perspectiva de proceso. ¿Por qué invitar a expertos de la industria en lugar de pedir directamente a los clientes que hablen y conozcan las necesidades reales? Personalmente, creo que se debe principalmente a que varios departamentos gubernamentales, empresas e instituciones actualmente carecen de experiencia en la integración de las necesidades de informatización y de la industria, y la mayoría de las situaciones no se pueden resolver por completo. Elaborar requisitos del sistema completos y claros. Solo al clasificar los procesos comerciales reales a través de expertos de la industria, por un lado, es más fácil llegar a los clientes y, por otro lado, también puede reducir en gran medida la aparición de necesidades incomprendidas debido a diferencias en el conocimiento. Hablar con los clientes Tienes que enfrentarte a los clientes correctos y distinguir diferentes niveles de necesidades de los clientes. Tienes que enfrentarte a clientes en diferentes niveles y departamentos, clasificar a los clientes y priorizar las necesidades. Si el proyecto de negocio que está realizando le resulta familiar, está bien. Si no le resulta familiar, debe dedicar algo de energía a conocer la información general de este negocio de la industria. Es por eso que mencioné anteriormente que primero debemos contratar expertos de la industria. . Después de todo, es imposible que los clientes le presenten negocios sistemáticamente. Sólo si está familiarizado con el negocio de la industria podrá comunicarse con los usuarios, guiar a los clientes de manera correcta y efectiva y hacer un buen trabajo en el análisis de la demanda. No puede esperar que los clientes expresen claramente sus necesidades. Por supuesto, esto también es responsabilidad de los analistas de sistemas. Cuando comience a establecer requisitos, finalmente debería tomarse un tiempo para determinar si los clientes con los que se comunica son clientes comerciales reales, si los clientes con los que se enfrenta no son usuarios reales del sistema futuro. Estás en un pequeño problema. Tal vez sea una persona del departamento de TI enviada por la empresa cliente. Mencionará muchas cosas, pero es posible que estas no sean las funciones requeridas por el negocio real y, por lo general, le dará con entusiasmo algunas sugerencias de implementación técnica. . Debe tener cuidado en este momento. Si lo escucha, es posible que al final descubra que el problema en el que gastó mucha energía para resolver no es en realidad lo que el cliente realmente necesita. Pero aquello a lo que realmente hay que prestar atención está lejos de ser suficiente. Consulte otros software y sistemas similares. Después de comunicarse con los clientes y formular los requisitos preliminares, no se apresure a introducir requisitos formales. Consulte primero algunos sistemas anteriores para comprender las diferencias entre los requisitos aprendidos y el sistema original. Las necesidades conducirán a una mala comprensión de las necesidades. ?Modelado de NegociosLa construcción de modelos de requisitos. Los modelos de análisis gráfico de requisitos son un excelente complemento a las especificaciones de requisitos de software. Pueden proporcionar información y relaciones diferentes para ayudar a encontrar requisitos incorrectos, inconsistentes, faltantes y redundantes. Dichos modelos incluyen diagramas de flujo de datos, diagramas de relaciones entre entidades, diagramas de transición de estados, diagramas de diálogo, clases de objetos y diagramas de interacción. ? Cotejar los requisitos y formar una especificación de requisitos. Creo que cada empresa es diferente y no es necesario que sean iguales, pero creo que cada especificación de requisitos debería incluir al menos los requisitos de software. Línea base e incorporación a la biblioteca de gestión de configuración. Los documentos o códigos de la biblioteca de gestión de configuración ya no se pueden modificar fácilmente. Cuando existe una demanda de cambio, debe presentar una solicitud, redactar un plan de cambio de demanda y aprobarlo antes de tener la autoridad para realizar el cambio de demanda. Entonces el administrador de configuración debe hacer un buen trabajo en el seguimiento de los requisitos. Todos los desarrolladores y evaluadores involucrados en los requisitos de cambio deben ser notificados sincrónicamente y se les debe permitir realizar modificaciones a varios documentos en las partes correspondientes de manera oportuna. ? Gestión de cambios de requisitos Personalmente creo que la gestión de cambios de requisitos es la que tiene más probabilidades de causar problemas, y es principalmente por esto que los proyectos generales no se pueden completar. Los cambios en los requisitos ocurren principalmente porque los usuarios a menudo no pueden definir exactamente lo que necesitan durante la fase de determinación de los requisitos del proyecto. Los usuarios muchas veces piensan que lo saben, pero en realidad los requisitos que plantean solo se basan en las necesidades laborales actuales, y los nuevos equipos y nuevas tecnologías adoptadas suelen cambiar la forma de trabajar o el sistema a desarrollar también es desconocido para los usuarios; No tienen experiencia previa con ello. A medida que avanza el trabajo de desarrollo, el sistema comienza a mostrar el prototipo de sus funciones y la comprensión del sistema por parte de los usuarios se profundiza gradualmente. Como resultado, pueden pensar en varias funciones y características nuevas, o realizar cambios en solicitudes realizadas anteriormente. Cuanto más aprenden, más nuevos requisitos surgen, por lo que inevitablemente surgen cambios en los requisitos una y otra vez. Cómo gestionar eficazmente los cambios en la demanda, la siguiente es la práctica actual de nuestra empresa. La empresa utiliza Test Director como herramienta de gestión de la demanda. Después de cada comunicación con los clientes, el personal de demanda elabora un cuestionario de demanda, que se ingresa de manera uniforme en Test Director y se sintetiza y clasifica para formar una especificación de demanda, que luego es revisada por I+D. departamento, departamento de productos y representantes de ventas (sería mejor si los clientes participaran) Realizar una revisión de las necesidades y establecer una línea base de necesidades. Desarrollar y documentar un proceso de control de cambios simple y efectivo. Todos los cambios propuestos después de establecer la línea base de la demanda deben controlarse de acuerdo con el proceso de control de cambios. Al mismo tiempo, cada cambio importante en la demanda requiere la firma del cliente para su confirmación antes de que el cambio en la demanda se considere efectivo.

Después de que los requisitos cambian, los planes, productos y actividades de software afectados deben cambiarse en consecuencia para mantener la coherencia con los requisitos actualizados.