¿Cuál es la relación entre la planificación y programación de proyectos y el éxito de los proyectos de desarrollo de software?

La pregunta necesita más precisión, pero en general, permítanme decir, como cualquier otro proyecto, la planificación de proyectos de software involucra tres componentes principales e irreductibles: Fecha límite, Recursos, Presupuesto . Así es como funciona:

Si reduce cualquiera de estos tres, debe aumentar al menos uno de los dos restantes:

  • Un plazo más estricto requiere más recursos para cumplirlo, y más recursos requieren más dinero.
  • Presupuesto reducido significa recursos reducidos y debe llevar a plazos más largos.
  • La mano de obra reducida conduce a plazos más largos.

Ese es el panorama general. Ahora, desde un punto de vista práctico, la mayoría de los proyectos de software actuales se realizan en un patrón iterativo o modelo espiral : cada iteración debe dar como resultado un producto que funcione. La idea es decidir qué características se incluirán en una iteración específica y asignar adecuadamente los recursos.

Ese proceso simple garantiza el éxito del proyecto o al menos algún tipo de progreso medible. No micro-administre desarrolladores, más bien cree confianza.

Todo esto se realiza dentro del marco general del SDLC (Software Development Life Cycle), implementado por ejemplo como MSF en Microsoft.

Descripción general de Microsoft Solutions Framework (MSF)

Una vez más, será silencioso y pretencioso responder una pregunta tan cargada con pocos párrafos, pero esto le da un punto de partida para continuar.

La programación del proyecto no debe confundirse con la planificación del proyecto; de hecho, es solo una parte del plan y, sin embargo, es una pieza crítica para entregar su proyecto a tiempo (¿cómo sabe lo que se considera a tiempo sin un cronograma?). Este es su punto de partida y no debe tomarse a la ligera: un cronograma bien detallado lo guiará durante todo el ciclo de vida del proyecto y lo mantendrá encaminado.

1. Desarrolle el alcance de su proyecto

Este proceso se lleva a cabo con todos los interesados. El alcance del proyecto describe el resultado previsto del proyecto y lo que se requiere para completarlo. En este ámbito, incluirá todos los recursos involucrados y las limitaciones de costo y tiempo. Con este alcance del proyecto, se desarrolla una estructura de desglose del trabajo (WBS), que describe todas las tareas y las desglosa en entregables específicos. Para obtener más información sobre Project Scope, haga clic aquí.

2. Secuencia de actividades

Una vez que tenga su Alcance del proyecto y Estructura de desglose del trabajo (WBS), puede extraer la lista de tareas que deben completarse. Para ser claros, la WBS describe lo que hay que hacer, no cómo ni cuándo. Una vez que tenga la lista de tareas, puede secuenciarlas en el orden correcto y estimar el tiempo y los recursos necesarios para completarlas.

3. Agrupar tareas en fases

Una vez que tenga su Alcance del proyecto y Estructura de desglose del trabajo (WBS), puede extraer la lista de tareas que deben completarse. Para ser claros, la WBS describe lo que hay que hacer, no cómo ni cuándo. Una vez que tenga la lista de tareas, puede secuenciarlas en el orden correcto y estimar el tiempo y los recursos necesarios para completarlas.

4. Dependencias del mapa

Después de tener una visión clara de todos los entregables y lo que se requiere para completarlos, es hora de comenzar a mapear las dependencias entre las tareas, es decir. qué tareas requieren que otra tarea se inicie o finalice antes de que se pueda realizar. El mapa de dependencia describirá las relaciones entre tareas. Hay 4 tipos de dependencias a considerar:

5. Esquema de su ruta crítica

Con toda esta información, se puede desarrollar una ruta crítica para programar las actividades del proyecto. Una tarea es potencialmente crítica si el tiempo entre su fecha de finalización y la fecha de inicio de la tarea posterior es cero. Se vuelve crítico cuando no se puede retrasar sin retrasar todo el proyecto.

La ruta crítica es entonces una secuencia de tareas vinculadas cuyos intervalos son cero, y esta ruta crítica determinará la duración del proyecto.

Aquí hay un video sobre cómo crear su ruta crítica.

6. Definir hitos del proyecto

Los hitos son como puntos de control a lo largo del ciclo de vida de su proyecto que marcan actividades importantes, que en última instancia ayudan al primer ministro a ver si el proyecto está encaminado. Los hitos tienen una duración de 0 y no son tareas en sí mismas: son puntos de progreso para la finalización y entrega del proyecto.

7. Planifique sus recursos humanos

Ahora que tiene un resumen claro de todas las actividades esenciales y la línea de tiempo, puede comenzar a agregar personas al plan. Une a las personas con los conjuntos de habilidades adecuados a las actividades apropiadas. Una suposición sabia es que las personas no serán 100% productivas ni se centrarán en el proyecto, así que no programe todo su tiempo. Una regla común es asignar el 80% de su tiempo al proyecto y el 20% a tareas administrativas, etc.

8. Seleccione Inicio / Fecha de vencimiento

Una vez que haya realizado todos estos pasos y haya creado el cronograma de su proyecto, tendrá una estimación bastante precisa de las fechas de los hitos y el tiempo que llevará completar su proyecto. En este punto, puede establecer una fecha de vencimiento y una fecha de inicio bien informadas.

Fuente: Guía para principiantes de Genius Project sobre planificación del cronograma del proyecto

Hola, esa es una pregunta bastante importante, por lo que la mejor manera de responder es decir que la planificación del proyecto es la formalización de los entregables y la vida útil estimada del proyecto. Los entregables no solo se limitan al software, sino que también pueden incluir soporte, capacitación, entrega, etc. El ‘componente’ de programación es la justificación y asignación de recursos en un proyecto. Número de desarrolladores, entrega por fases, análisis de ruta crítica, etc.

Por lo general, estos dos aspectos de la entrega del proyecto son realizados por la misma persona / equipo, pero ese no es siempre el caso. Como desarrollador principal, me asignaron la asignación de recursos y la administración de entregables, mientras que el PM (gerente de proyecto) se encargaría de las reuniones y las interacciones con los clientes.

Espero que esto ayude 😉

Dos palabras: gestión de riesgos.