Estoy trabajando como desarrollador de software en una pequeña empresa. Mis responsabilidades incluyen la recopilación de requisitos. ¿Cómo puedo reunir los requisitos de un cliente? ¿Cuáles son los documentos que necesitamos preparar? ¿Hay algún procedimiento disponible?

Esa es una pregunta abierta. Hay muchos enfoques para obtener los requisitos. Aquí hay algunos pensamientos:

  1. No ‘reúnes’ requisitos, sino que ‘obtienes’ requisitos. La diferencia es que ‘reunir’ supone que un cliente sabe cuáles son sus requisitos, por lo general no sabe cuáles son sus requisitos de software. Lo que deberían saber es cuál es el problema comercial y quizás una solución comercial. Depende del equipo de software (analista comercial si tiene uno, o usted como desarrollador si no lo tiene) comprender y documentar el problema comercial, la solución comercial propuesta y tener un diálogo con el cliente sobre cómo una solución de software podría Mejor resuelve ese problema. Desde este diálogo, puede documentar una solución acordada: requisitos de software. El diálogo puede ser informal 1: 1, o un taller, o la ubicación conjunta a medida que construye un prototipo o solución frente a ellos.
  2. ¿Cómo documenta esos requisitos? Muchas opciones: usted decide con su cliente lo que funciona para usted. A pesar de lo que podrían decirle algunos puristas de diversos orígenes, no existe una solución perfecta única. Elija algo que se ajuste a las metodologías de gestión de proyectos y desarrollo de software que esté utilizando. Puede utilizar un documento de especificación de requisitos de software clásico (pero en mi opinión no óptimo). Puede usar Casos de uso (consulte ‘Escritura de casos de uso efectivo’ de Alistair Cockburn) o Historias de usuarios. Puede usar diagramas UML, wireframes, prototipos o una combinación de todos estos. Lo que sea que mejor le ayude a usted y a su cliente a comprender mejor el problema y la solución que lo resolverá.

Si desea una interpretación bastante completa del rol de analista de negocios, incluida la gestión de requisitos, obtenga una copia del BABoK (Business Analysis Body of Knowledge) del IIBA (International Institute of Business Analysis)

Espero que sea un comienzo útil …

Básicamente, debe discutir con el cliente y preguntarle:

– ¿que necesitas? (no “qué quieres”)

– ¿Por qué necesitas esto?

Intente comprender la necesidad comercial y venga con su solución técnica (que puede ser considerablemente diferente de lo que el cliente solicita inicialmente).

Luego escribe:

– lo que entendió sobre el requisito (lo que se necesita, por qué, con tantos detalles como pueda)

– ¿Cuál es la solución que sugieres?

Esto puede estar en un documento oficial que debe firmarse, para proyectos complejos, o puede ser solo un correo electrónico. En cualquier caso, asegúrese de que esté escrito y tenga la prueba de que el cliente lo recibió.

Luego, déjele responder: sí, está bien o no, ha entendido mal algo o no, no estamos de acuerdo con su solución. Entonces el ciclo se repite.

La técnica de recopilación de requisitos difiere de un proyecto a otro. En general, necesitamos recopilar los requisitos mediante lluvia de ideas, taller de requisitos, encuesta, entrevista, análisis de interfaz, etc., debe documentarse como documento de requisitos de alto nivel BRD [Documento de requisitos comerciales]. Consiste en objetivos, metas, alcance, equipo de proyecto y aprobadores. Es el documento de contrato formal entre el cliente y la organización. Espero eso ayude !!

Intente utilizar un enfoque de desarrollo ágil. La mayoría de las empresas se están moviendo rápidamente a Agile para el desarrollo de software. Hay una gran cantidad de capacitación en línea en la web que lo ayudará a aprender Ágil.

Intentar hacer documentos de requisitos tradicionales es un enfoque obsoleto en la mayoría de las empresas que realizan desarrollo de software.

Chuck Cobb
Autor de “La guía del administrador de proyectos para dominar Agile”
Echa un vistazo: Capacitación ágil de gestión de proyectos en línea para gerentes de proyectos

Mira esto. Casos de uso y obtención de requisitos

Este es uno de los mejores sitios que encontré, que es más sólido que el procedimiento general que la gente dice como Entrevistas -> Historias de usuarios -> Cuestionario -> Creación de prototipos -> Análisis de documentos -> Observación

More Interesting

¿Cómo comienzo un negocio en línea? Por favor lea los detalles de la pregunta.

¿Es apropiado acercarse a los inversores a través de quora?

¿Cuál es el mejor negocio para comenzar en Bali, Indonesia?

¿Cómo haría una empresa contratista gubernamental competitiva, cuando empresas como Lockheed, Booz Allen, etc. ya hacen prácticamente todo?

¿Cómo debería un fundador de startup hacer frente a un fracaso altamente publicitado?

¿Una idea de inicio de EE. UU. Es más valiosa que la misma idea de inicio de la UE?

Como contratista de software, ¿qué debo hacer cuando una empresa pequeña no paga, pero un empleado quiere pagarme lo que debe y comenzar su propio negocio?

Cómo construir mi negocio en línea de vegetales con un presupuesto mínimo

Cómo lograr el éxito, si usted como estudiante desea iniciar un negocio

¿Cómo comenzó su negocio y tuvo éxito? Demasiados clientes quieren precios baratos y hay personas dispuestas a trabajar a bajo precio.

¿La cultura en su inicio cambió después de que se emitió el plan de opciones sobre acciones?

Me temo que mi idea de negocio será robada / copiada una vez que la externalice, para desarrollar el producto. ¿Cómo puedo superar esto?

¿Qué beneficios obtiene una startup al incorporarse como C-Corp con un abogado en comparación con ir con LegalZoom?

Cómo comenzar mi inicio

Si mi empresa puede obtener suministros a un precio muy bajo si se compra en grandes cantidades, ¿quién es el que pierde en la operación?