¿Cuáles son los documentos requeridos que debo preparar para comenzar mi proyecto?

Esta es una pregunta muy amplia, desde un "por dónde empezar" general a muy específico sobre Open Source. Me centraré en el "por dónde empezar"...

Con respecto al tamaño de este proyecto (ERP), comenzaría por averiguar si tiene un mercado para él. Dice que todavía no tiene un cliente real, pero ¿sabe lo que necesita para convencer a los clientes potenciales de que implementen su solución? ¿Pueden comenzar con un solo módulo o necesita varios módulos disponibles antes de poder publicar algo? Un proyecto necesita un objetivo claro , de lo contrario comenzará a desviarse incluso antes de que haya comenzado.

A continuación, ¿tienes un equipo disponible? Aunque será de código abierto, ¿lo construirá un equipo comercial o voluntarios de todo el mundo? Tal vez el proyecto debería comenzar con algo de marketing para entusiasmar a los voluntarios. Este tipo de proyecto no debe ser iniciado por una sola persona.

Con respecto a un proyecto, el ciclo de vida depende mucho del enfoque que haya elegido o elegirá para desarrollarlo. Por ahora, comienza con tres fases: Preparación (o iniciación, lo que estás haciendo ahora), ejecución y cierre. La fase de ejecución puede subdividirse posteriormente en fases técnicas (por ejemplo, por liberación).

Ahora, para la organización del proyecto en sí (suena más como un programa para mí), lo primero que debe hacer es decidir el alcance de su proyecto y comunicarlo a todas las partes interesadas. Un documento de inicio del proyecto ayuda a este respecto, pero personalmente empiezo con la construcción de una estructura de desglose del trabajo (WBS) basada en entregables para discutir y decidir sobre el alcance y los procesos de apoyo (control de calidad, capacitación, marketing, …).

La WBS será la base para eso, así como para crear el PID, algún tipo de cronograma , etc. Ya que tiene sus "Requisitos del proyecto" disponibles, crear un primer borrador de la WBS será relativamente fácil. Además, es necesario algún tipo de 'presupuesto' , ya sea en dinero o en número de horas si trabaja exclusivamente con voluntarios, para establecer las expectativas.

Tenga en cuenta que los 'documentos' también son entregables en su proyecto, por lo que si desea crear una guía del usuario, también debería estar visible en la EDT. Toma una decisión sobre cualquier documentación que creas necesaria.

Si su equipo solo se reunirá 'en línea', entonces es una buena idea comenzar con un entorno de colaboración. Sin embargo, comenzaría con una carpeta de Dropbox compartida o lo que sea (solo mantenlo simple) hasta que realmente hayas comenzado el proyecto.

Algunos puntos finales para completar el PID: - Utilice su WBS como entrada para un análisis de riesgo inicial. - Por último, determinar cómo realizar un seguimiento y comunicar el progreso . De nuevo, la WBS puede ayudar aquí.

Cuando esto esté claro y acordado, puede comenzar.

Esa es una pregunta muy perspicaz. El primer documento que debe desarrollar es su Documento de inicio del proyecto (o acta de constitución del proyecto, como se le conoce más comúnmente).

PERO el valor del acta de constitución del proyecto no es el documento, es el proceso de creación del documento. El objetivo no es esparcir tinta sobre los árboles muertos, sino identificar a las partes interesadas clave en el proyecto, la razón fundamental para ejecutar el proyecto y determinar a un alto nivel cómo sabrá cuándo ha terminado. El estatuto es solo una forma de registrar las negociaciones y discusiones que conducen a esas decisiones.

Las guías de usuario son para mucho más adelante en el proceso. Un blog es una herramienta opcional; si te ayuda a ejecutar el proyecto, genial. Pero puede que no sea la mejor inversión de su tiempo en este momento.

Le sugiero que amplíe su investigación a la fase de inicio del proyecto , en lugar de a los documentos. (Una búsqueda rápida en Google encontrará un grupo de otros sitios sobre la fase de iniciación). Deberá adaptar la fase de iniciación a su proyecto; intente comprender el propósito de cada uno de los artefactos y luego determine si ese artefacto aumentará la probabilidad de éxito de su proyecto. La Fase de Inicio debe permitirle tomar una decisión informada sobre si proceder o no; ¿los resultados valdrán la pena el esfuerzo?

Una vez que complete la fase de iniciación, pasará a la planificación real del proyecto. Ese es el primer lugar en el que tocaría el FRD y BRD, etc.

Si está realizando un proyecto de código abierto, es posible que desee ver algunas de las incubadoras; adaptan el proceso de gestión de proyectos para facilitar las contribuciones de los participantes dispersos.

Voy a suponer que estás en la fase de inicio/puesta en marcha del proyecto.

Su primer paso debe ser tener al menos un resumen del caso de negocios de su proyecto . Recuerde que la mejor medida del éxito de un proyecto no es si llegó a tiempo o dentro del presupuesto, sino si entregó valor (en términos de beneficios obtenidos después del proyecto) en comparación con el dinero gastado.

Junto con el caso de negocio, debe tener una descripción de los productos finales de su proyecto y un enfoque del proyecto . ¿Qué están destinados a hacer los productos, cuáles son sus principales subcomponentes, va a comprar listos para usar o desarrollar internamente? Esto lo ayudará a comenzar a cuantificar los costos y beneficios probables necesarios para tomar una decisión comercial sobre el valor del proyecto.

Tenga en cuenta que, al principio, tanto el caso comercial como las descripciones de los productos serán solo aproximadas. Requerirán una elaboración progresiva a medida que obtenga más información, pero deben proporcionar una justificación continua para hacer avanzar su proyecto a lo largo de su ciclo de vida.

Una vez que su caso de negocio y la descripción y el enfoque del producto estén documentados, lo siguiente que necesita es un plan para su planificación . Averigüe quién/cuándo/cómo para planificar su EDT, cronograma, análisis de partes interesadas, análisis de riesgos, comunicaciones, estructuras de gobierno, etc. El primer paso clave aquí es averiguar qué piezas son necesarias y con qué nivel de detalle las necesita. Esto va a depender completamente del proyecto y, en gran medida, será un juicio de su parte y de sus partes interesadas clave.