¿Cuál es el proceso que se sigue en las empresas de TI al desarrollar software? ¿Cómo se divide el equipo? ¿Cómo se hace el trabajo en sprints?

El proceso que seguimos en la industria del software se conoce como SDLC. El SDLC incluye

Bueno, hay muchos modelos en SDLC

Tipos de software que desarrollan ciclos de vida (SDLC)

  • Modelo de cascada
  • Modelo en forma de V
  • Modelo de prototipos evolutivos
  • Método en espiral (SDM)
  • Método iterativo e incremental
  • Programación extrema
  • Desarrollo ágil

De los cuales la tendencia más popular y de la industria hoy en día es el desarrollo ágil.

La división del equipo depende de las estructuras del proyecto, pero si el proyecto acaba de iniciarse, la ración seguida es 70:30. En un equipo de 10 tendríamos 7 devlopers y 3 QA.

Si el proyecto ya está desarrollado y en condiciones estables, la relación cambia a 40:60.

También hay muchachos de DevOps y luego Leads, Managers, Project Manager’s.

En general, la estructura del equipo no es estática y depende de muchos factores.

Tenemos 15 días de Sprint en la organización donde trabajo actualmente y seguimos a Agile

Mi día típico siguiendo la metodología ágil como desarrollador en es:

1> Asistir a 10 min Scrum

2> Obtener tarea asignada

3> Las tareas completas obtienen el código revisado

4> Obtenga la verificación del equipo de control de calidad

5> Confirmar el código

Por no decir que hay muchos aspectos internos de los 5 pasos anteriores que no mencioné aquí.

Generalmente (no estrictamente) un sprint es de 15 días y varía de una organización a otra.

En un sprint hay un número definido de tareas que se calculan en términos de días del hombre, generalmente conocidos como puntero

1 puntero significa 1 día / persona

2 punteros 2–3 días / persona

3 punteros 3–5 días / persona

4 (no hay 4 punteros)

5 punteros 6 días o más

Entonces, dependiendo de la tarea, un desarrollador puede estar cargado al máximo con 5 punteros, ya que la segunda semana incluiría la corrección de errores después del control de calidad para el desarrollador.