Ejemplos de redacción de proyectos de TI
En el pasado, algunos proyectos no tuvieron en cuenta estos problemas al comenzar, lo que resultó en que algunos proyectos se iniciaran a ciegas y apresuradamente, lo que resultó en análisis de entrada y salida poco claros, construcciones repetidas y caos organizacional, lo que causó dificultades en la implementación posterior del proyecto, el mantenimiento del proyecto y el uso del proyecto. Trae grandes riesgos e incluso hace que los usuarios abandonen el sistema después de su construcción. En última instancia, las empresas sufrirán. Por lo tanto, cada vez más empresas se han vuelto más racionales en su toma de decisiones para lanzar proyectos y exigen estrictamente un trabajo de demostración antes del lanzamiento del proyecto. Equilibre las necesidades comerciales inmediatas con las necesidades estratégicas a largo plazo. Garantizar el éxito de la construcción del proyecto.
En comparación con los proveedores de productos, el proceso de inicio del proyecto de la Parte A es muy diferente del de la Parte B. Es un proceso complicado en el sentido contractual durante la construcción del proyecto. A menudo requiere considerar una serie de preguntas, tales como: ¿Es razonable la demanda? ¿Es necesario iniciar este proyecto? ¿Cuáles son los posibles impactos del proyecto? ¿Qué tan grande es la posible inversión? ¿Cuáles son los beneficios? ¿Puede soportar el modelo de gestión actual? Si no, ¿dónde podemos prepararnos para el cambio? ¿Qué productos relacionados con la industria existen? ¿Qué es realmente adecuado a las necesidades?
Por lo tanto, es de gran importancia para las empresas formar una comprensión unificada de la gestión de inicio de proyectos.
En términos generales, la gestión de inicio de proyectos se puede dividir en las siguientes etapas:
Primero, la etapa de propuesta de intención
En la etapa de propuesta de intención, el departamento comercial descubre Las necesidades empresariales que deben satisfacerse a través de la tecnología de la información plantean las expectativas para la construcción de sistemas de información. Dado que la intención de un proyecto de información va acompañada de todo el proceso de desarrollo empresarial, la gestión y planificación general de la intención siempre ha sido un problema difícil para el departamento de información de la empresa.
Para las empresas con períodos de planificación empresarial concentrados, las intenciones suelen concentrarse en el período de planificación empresarial. Por ejemplo, al final de un ejercicio financiero, cuando las empresas evalúan sus modelos, a menudo necesitan mejorar o reformar sus modelos de negocio, lo que genera la necesidad de herramientas de información. Las ideas o necesidades que se generan en este momento muchas veces son poco maduras, tienen gran incertidumbre y tienen un alto riesgo de cambios posteriores. Pero este período es también el período en el que las intenciones están más concentradas y es más fácil de coordinar. Durante este período, el departamento de información generalmente recopila y organiza todas las intenciones e inicialmente forma una lista de construcción del proyecto. Teniendo en cuenta las prioridades estratégicas de la empresa y las limitaciones de inversión de recursos, priorizamos los proyectos y determinamos las prioridades de construcción.
Para las intenciones del proyecto que no se proponen durante el período de planificación centralizada, a menudo afectarán la planificación y los planes generales originales, y todos los aspectos de la demostración deben ser más cautelosos, como la necesidad del proyecto, la la racionalidad de la inversión, la probabilidad de disponibilidad de recursos, el impacto en los sistemas existentes y en construcción, etc.
El departamento de gestión de la información (o departamento de gestión de proyectos de TI) puede guiar las intenciones de las necesidades comerciales estableciendo algunos sistemas y procesos, e intentar hacer realidad las intenciones presentadas durante el período de planificación centralizada.
Las propuestas intencionales se gestionan como una etapa de puesta en marcha del proyecto, y su significado radica en: la planificación general de intenciones para asegurar la racionalidad global de la construcción del sistema.
2. Fase de Análisis de Requisitos
Después de aceptar la intención del proyecto, se ingresará a la fase de análisis de necesidades del proyecto. En esta etapa, se requiere un equipo compuesto por personal de TI y personal comercial para realizar una investigación y un análisis detallados de las necesidades comerciales. Los métodos utilizados consistieron principalmente en entrevistas y reuniones con personas de todos los niveles del negocio.
En esta etapa, el personal de TI y el personal empresarial suelen tener conflictos. TI puede pensar que las necesidades del negocio no están claras, mientras que la empresa piensa que sus necesidades son muy claras. La clave para resolver esta contradicción es contar con métodos detallados de gestión y control para guiar al personal empresarial a perfeccionar los requisitos. Por ejemplo, formule un marco para un informe de análisis de necesidades y documente los puntos clave.
En términos generales, el análisis de la demanda incluye el siguiente contenido:
Análisis de procesos de negocio actuales
Análisis de procesos de negocio futuros
Análisis de diferencias entre negocios actuales y negocios futuros
Requisitos de puntos de función de información
Requisitos no funcionales de sistemas futuros, como requisitos de rendimiento, requisitos ambientales, requisitos de seguridad, etc.
Prioridad de requisitos
Una vez formado el informe de análisis de requisitos, se debe organizar una revisión de los requisitos para lograr la aprobación unánime de las partes interesadas del proyecto. Este proceso puede incluir:
Desarrollar un plan de revisión: desarrollar un plan de trabajo de revisión, identificar a los miembros del equipo de revisión y preparar materiales de revisión.
Revisión previa de requisitos: Los miembros del equipo de revisión revisan previamente el documento de requisitos.
Convocar una reunión de revisión: Convocar una reunión de revisión para revisar la especificación de requisitos.
Ajustar el documento de requisitos: Vuelva a analizar y ajustar los requisitos en función de los problemas descubiertos durante la revisión.
Revisar el documento de requisitos: Revisar el documento de requisitos ajustado en función de las preguntas planteadas en la reunión de revisión.
3. Etapa de demostración del plan de viabilidad
La demostración del plan de viabilidad es una actividad clave en la fase de inicio del proyecto y su calidad afecta directamente el efecto de implementación del proyecto. El equipo de demostración generalmente está compuesto por personal comercial y de TI dentro de la empresa. Dependiendo de la importancia, dificultad y escala del proyecto, es posible que se requieran recursos de consultores profesionales externos.
El propósito de la demostración del plan de viabilidad es confirmar si los planes técnicos y de gestión futuros son efectivos confirmando el sistema de gestión y el marco técnico del sistema. Se basa en las dificultades del proyecto en gestión, tecnología, implementación, etc., y va aclarando poco a poco las necesidades del cliente. Planificar la solución general en función de las necesidades como base para la evaluación de insumos y productos del proyecto, la selección de productos y como limitación para los planes de implementación posteriores.
Conceptos básicos de la evaluación de entradas y salidas del proyecto: el análisis de entradas y salidas del proyecto basado en el análisis de las necesidades del negocio es a menudo una sensación macro aproximada. Es posible que el personal empresarial no considere plenamente la relación entre TI y otros sistemas al presentar requisitos de información, por lo que el análisis de entrada y salida obtenido también es aproximado. Sobre esta base, si se diseña una solución factible y se considera el posicionamiento del proyecto y su relación con otros sistemas, creo que el análisis input-output será más convincente.
Base para la selección de productos: El plan de viabilidad se desarrolla en base a las necesidades del negocio y no se ve afectado por ningún producto. Por lo tanto, es la base para la posterior selección de productos, lo que permite a las empresas adherirse siempre a los principios de sus propias necesidades y planificación durante el proceso de selección de productos, y no dejarse engañar por las soluciones de los proveedores.
Restricciones en el plan de implementación: El plan de viabilidad y el plan de implementación están relacionados con el diseño general y el diseño detallado. El plan de viabilidad describe el plan de negocios general y el marco técnico, mientras que el plan de implementación es el perfeccionamiento del plan de viabilidad en todos los aspectos.
Además, al profundizar en las dificultades de gestión, tecnología e implementación en torno a soluciones viables, puede realizar de forma eficaz análisis de riesgos del proyecto, formular estrategias de gestión de riesgos del proyecto y ofrecer garantías para el éxito del proyecto.
Cuarto, etapa de selección de productos
Cuando el plan de viabilidad debe completarse seleccionando nuevos productos, ingresa a la etapa de selección de productos de la gestión de inicio del proyecto. En esta etapa, después de una selección preliminar de proveedores, formularemos documentos de licitación basados en las necesidades y requisitos del programa, recibiremos planes de proyecto de los proveedores, organizaremos al personal relevante para evaluar a los proveedores de acuerdo con los criterios de evaluación y seleccionaremos dos o más proveedores para la negociación comercial. Y firmar un contrato con el proveedor una vez aprobado el informe del proyecto. Esta etapa se puede dividir en los siguientes pasos:
Crear RFP: con base en los resultados del análisis de la etapa de demanda y la etapa de viabilidad, desarrollar documentos de licitación para proveedores.
Evaluación de soluciones: desarrollar criterios de evaluación de selección de productos es el núcleo de esta actividad, que incluye: Evaluación de software de aplicaciones: investigar la función, el rendimiento, la arquitectura, la facilidad de uso, la evaluación de mercado, el costo, etc. del producto. propio;
Evaluación del entorno operativo del software: Evaluar las configuraciones de hardware y software de los servidores y clientes necesarios para el funcionamiento del sistema. Esta es una parte que fácilmente se pasa por alto y que puede tener el mayor impacto en la implementación posterior, especialmente cuando hay una gran cantidad de clientes y el entorno es complejo.
Evaluación de la implementación del proyecto: en la construcción de sistemas de información, los métodos y capacidades de implementación del proyecto se han convertido en un vínculo importante en el éxito o el fracaso del proyecto, por lo que la evaluación de las capacidades de implementación del proveedor de servicios es particularmente importante. El contenido de la evaluación incluye principalmente: método de implementación, costo de implementación, ciclo de implementación, experiencia del consultor de implementación e investigación de casos de implementación similares.
Evaluación de la formación y del servicio postventa: incluyendo la verificación de métodos de formación, tarifas, métodos de servicio postventa, tarifas, tiempo de respuesta, etc.
Evaluación de proveedores: evalúe los fundamentos del proveedor, como el tamaño del proveedor, su desempeño, el lenguaje del contrato y la ubicación del arbitraje, la estrategia de cooperación con los clientes, etc.
Evaluación de riesgos-beneficios: es decir, la evaluación de las entradas y salidas del proyecto. Este es el más difícil de calificar. En la actualidad, los proyectos de información no cuentan con indicadores de evaluación cuantitativa completa de insumos y productos, y la mayoría de ellos utilizan algún análisis y comparación cualitativos.
Negociaciones de acuerdos
Existen muchas discusiones especiales sobre la organización y las técnicas de las negociaciones comerciales. Desde la perspectiva de la gestión de proyectos de información, la negociación comercial es el proceso de determinar los términos del contrato con los implementadores de productos y servicios bajo la guía de ciertas estrategias. El propósito es maximizar los intereses de la empresa y determinar el precio y las condiciones de servicio óptimos.
La base de la negociación empresarial es la evaluación del plan adoptado. El proceso suele incluir: organizar un equipo de negociación, formular un plan de negociación, implementar las negociaciones y firmar un contrato. Vale la pena señalar que no existe una secuencia estricta para las negociaciones comerciales y la posterior aprobación del informe del proyecto, y pueden realizarse al mismo tiempo. Sin embargo, el contrato sólo podrá firmarse una vez finalizada la aprobación del informe del proyecto.