La mejor respuesta
El Antecedentes del proyecto describe los antecedentes organizativos en los que se desarrolla el proyecto. Debe intentar hacerlo comprensible para alguien que no sepa nada sobre el negocio o la tecnología. Debe ser de alto nivel, solo un par de oraciones en cada elemento clave. Por ejemplo, cuando era Jefe de Bibliotecas Digitales en la Biblioteca Británica, explicaba qué era la Biblioteca Británica, por qué tenía una biblioteca digital, cuál era el programa de la biblioteca digital y a qué parte del sistema de biblioteca digital estaba afectando el proyecto. Una vez que lo haya escrito para un proyecto, debería poder reutilizarlo para cualquier otro proyecto dentro del mismo programa
La Definición del problema describe el problema que el proyecto debe resolver. Debe describir el problema en términos de los beneficios comerciales que espera obtener una vez que se complete el proyecto. Mucha gente se equivoca. Digamos, por ejemplo, que su proyecto es actualizar un grupo de servidores de Windows Server 2003 a 2016. A menudo he visto a personas escribir algo como «El problema es que los servidores x, yyz ejecutan Windows Server 2003». El hecho de que un servidor esté utilizando un SO obsoleto no es un problema en sí mismo. Debe profundizar en el problema empresarial real que se está resolviendo. Puede ser seguridad, o puede ser que no pueda cumplir con sus SLA porque el sistema de monitoreo no es compatible con 2003. Supongamos que inicia el proyecto y descubre que uno de los servidores no se puede actualizar porque el software que ejecuta es incompatible con 2016. Su proyecto ahora es un fracaso. Sin embargo, el software se ejecutará en el servidor 2010. Si hubiera dicho que el problema es de seguridad, entonces podría simplemente instalar 2010 y el proyecto sigue siendo un éxito.
Si observa lo que PRINCE2 y la gestión exitosa Los programas (MSP) dicen acerca de los proyectos: se trata de poner en marcha una capacidad. Los objetivos del proyecto deben ser acerca de las capacidades que esperas tener al final del proyecto. Digamos, por ejemplo, que está desarrollando un sitio web para una empresa de reservas de viajes. Los objetivos serían ofrecer a los usuarios la capacidad de buscar, reservar y pagar viajes en tren, taxi, rickshaw, etc.
El Justificación del proyecto es el caso comercial del proyecto. El hecho de que haya un problema que debe resolverse no significa que la empresa deba gastar dinero en resolver ese problema. Cualquier organización tiene órdenes de magnitud más cosas que podría hacer de las que tiene el tiempo o el dinero para lograrlo. id = «f1fe275139»> La justificación del proyecto debe indicar al lector cuál es el retorno de la inversión esperado para el proyecto
El El alcance del proyecto debe ser una lista con viñetas de lo que hará el proyecto y, lo que es más importante, lo que no hará. Por ejemplo, ¿el proyecto entregará materiales de capacitación? ¿El proyecto reclutará al equipo que utilizará los productos? ¿El alcance del proyecto es un país, una región o global?
Respuesta
Antecedentes del proyecto: este es solo el contexto, más que el proyecto en sí. Por ejemplo, la empresa está creciendo y también contratando más personal. Su proyecto es una actualización tecnológica y una mejora de la capacidad del sistema de recursos humanos. No está generando crecimiento ni personal. Está entregando el nuevo sistema de recursos humanos.
Definición del problema: este no es un término de gestión de proyectos pura. Yo diría que se relaciona con los antecedentes, porque pregunta cuál es el problema que necesita solución. Es posible que su proyecto no esté entregando la solución completa, por lo que no puede solucionar el problema subyacente. Por ejemplo, su actualización de recursos humanos no hará el crecimiento correspondiente en el sistema de nómina.
Objetivos del proyecto: lo habitual el término es objetivos y hay dos tipos.
Objetivos comerciales: esto podría incluir ser capaz de hacer frente a un crecimiento del x\% en el personal. No lo logrará, solo está arreglando a RR.HH. Incluso si el sistema de RR.HH. fuera el único que necesita crecimiento, el cliente tiene que mirar los procesos de negocio, el personal de RR.HH., etc., para poder aprovechar el nuevo sistema que usted Es bueno conocer y establecer los objetivos comerciales, PERO NO están dentro de su donación.
Objetivos del proyecto: estos son los resultados para los que su proyecto está diseñado para lograr. Estos están dentro de su donación. todavía son de alto nivel, así que no los confunda con los entregables.
Justificación del proyecto: Una vez más, esto es realmente parte del trasfondo. En gran medida, ¡no es asunto tuyo! Si un cliente quiere un gran poste rojo en su oficina y está dispuesto a pagarlo, es asunto suyo.Alguien, no el PM, pero a menudo un analista de negocios, tiene que crear un caso de negocios para justificar el trabajo y obtener la aprobación del gasto por parte de los titulares de presupuestos. Normalmente, esto sería a) Si gasto X, devolverá X + Y, ob) si gasto X, evitamos o mitigamos el costo de riesgo Y. Este no es su trabajo y ya se habrá hecho antes que usted. se le pidió que definiera y ejecutara un proyecto.
Alcance del proyecto: El Alcance del proyecto está absolutamente en el corazón de su dominio como PM. El alcance define, en términos tan exactos como sea posible, dos cosas: 1) ¿Qué hará el proyecto? 2) ¿Qué NO hará el proyecto? Su proyecto entregará un nuevo sistema de recursos humanos, pero (quizás), no brindará capacitación al personal de recursos humanos del cliente. No entregará personal adicional de recursos humanos. Probablemente incluya el extremo de recursos humanos de la integración de la nómina, pero probablemente no incluya cambios en la nómina. Etc. El alcance se define mejor de forma estructurada. Utilizo POLDAT
Proceso de negocio, Organización, Ubicación, Datos, Aplicación, Tecnología.
¿Qué está cambiando, o no está cambiando, su proyecto en estos dominios de cambio?
Si lo arruina, estará en lo más profundo —-