lunes, 29 de junio de 2020

Documentos CRD, SOW y SOR.

Con la siguiente publicación no pretendo dar un ejemplo de cómo se confecciona un SOW, CRD o SOR, sino que, hablar de ellos a gran nivel, indicando el propósito y contenido que tiene cada uno, adicionalmente nunca he trabajado formalmente en proyectos, si he apoyado en algunos, pero nunca en el proceso completo, por lo que estos documentos no los conozco en profundidad.

 

En la compañía para la cual trabajo, he tenido la oportunidad de conocer a varios Project Manager, los cuales son muy profesionales, por lo cual acudí a uno de ellos para consultar por estos documentos, en esta oportunidad Oscar Ponce me ayudo con las consultas.

 

En primera instancia Oscar me indico que los documentos que hoy se utilizan son el SOW (Statement of Work) y SOR (Statement of Requirements), el CRD (Customer Requirements Document) no se utiliza mucho, pero en si este documento se le solicita completar al cliente con todos sus requerimientos, para posteriormente generar una propuesta para la venta de un proyecto o servicio.

 

El SOW, como estructura puede contener a gran nivel los siguientes Items:

 

  • Requerimientos del Negocio
  • Descripción de la solución
  • Definición del alcance de la Solución
    • Metodología de diseño
    • Entregables
    • Roles y Responsabilidades
    • Supuestos
    • Exclusiones
  • Gestion del Proyecto
    • Cronograma
    • Gantt
  • Aspecto Comercial
  • Hitos de Pago
  • Riesgos iniciales del proyecto
  • Aceptación

A nivel general, el SOW define en base a los requerimientos el alcance del proyecto entregando una propuesta de diseño, como se va a implementar en el transcurso del tiempo, especificando la metodología, los entregables, roles y responsabilidades, cronograma, supuestos y exclusiones. Adicionalmente este documento especifica los costos del proyecto, desglosados en ítems los cuales a su vez son hitos de pago en el proyecto. Este documento es de carácter oficial y debe ser firmado por ambas partes para el acuerdo.

 

Por otra parte, existe otro documento, el SOR "Statement of Requirements" el cual es parecido al CRD, pero este se confecciona cuando se va a iniciar un proyecto, su fin es certificar que los requerimientos originales hacen match con el alcance del proyecto.

 

Estos documentos no necesariamente se confeccionan cuando se gana un proyecto, también se solicitan cuando se va a licitar un proyecto o servicio, los cuales son requisitos cuando una empresa entregara una solución. Se confeccionan a pesar de que no te ganes el proyecto.

 

 

Un punto que considerar a la hora de confeccionar estos documentos es que, no se basan únicamente en los requerimientos del cliente, también se debe tener en consideración temas como:

 

  • Las restricciones
  • Ambiente de la implementación
  • Plataforma o servicio actual
  • Locaciones





domingo, 21 de junio de 2020

Chapter 1 "Gather and Analyzing Requirements"

Este capítulo habla sobre la importancia de cómo obtener y analizar los requerimientos del cliente, paso muy importante a la hora de diseñar.

 

Todo diseño parte antes con una investigación del cliente, es muy ventajoso saber con anterioridad el negocio sobre cual se desarrolla el cliente, adicionalmente información como la ”Misión", "Objetivos" los cuales se pueden obtener con una búsqueda en Internet. Esto te puede dar una posición de confianza y seriedad ante el cliente.

 

Reunión con Cliente:

 

Cuando se tiene la reunión con cliente se deben tener en cuenta los siguientes aspectos:

 

Identificación de todos los participantes, por parte de los clientes como los "CIOs", "StakeHolder" y "Project Sponsor". Saber de la fuente primaria los requerimientos, y no de una fuente secundaria, ya que muchas veces la información de fuentes secundarias puede estar mal enfocada o errónea, y no representa realmente las necesidades o visión de los que toman las decisiones finales.

 

Entender a gran nivel el alcance del proyecto, es importante ya que estas definiciones dan paso a los detalles más específicos del mismo; uno no puede concentrarse en los detalles si anteriormente no entendió o tiene apreciación a gran nivel del proyecto. Me gusta la analogía que se menciona en el libro, la cual explica que, al momento de decidir construir una casa, antes uno toma la decisión de qué tipo de casa quiere construir antes de concentrarse en los detalles.

 

El nivel de expertiz del cliente, te puede dar una visión de que tanto sabe de la tecnología que necesita o de la que actualmente tiene y enfocar tu diseño en base al conocimiento del cliente. Para medir el nivel de conocimiento, una buena práctica es consultar como se hacen o gestionan ciertas cosas dentro del día a día en la operación. Consultar que sistemas tiene integrado o desea integrar a la Red Wi-Fi. Un importante aspecto es saber el conocimiento que tiene el cliente en el área de "Seguridad" ya que muchas veces se tiende a descuidar este aspecto. Tener una visión del conocimiento del cliente, te ayudara a vender y dar propuestas más acertadas al cliente, por ejemplo, si el cliente demuestra poco entusiasmo o quizás no conoce muy al detalle la tecnología, la propuesta que uno diseñara deberá ser construida de tal forma que el cliente le sea fácil de entender, y no caiga en mal interpretaciones o desmotivaciones por no entenderla.

 

 

Obtención de los requerimientos:

 

Después de entender a gran nivel los alcances del proyecto, llega la hora de obtener los requerimientos del cliente, muchas veces esta tarea es compleja ya que son muchas las áreas que interactúan en el proceso de diseño, por lo que se debe ser eficaz en este proceso y obtener la mayor cantidad de información.

 

Hay distintos métodos de obtención de los requerimientos; pueden ser cuestionarios, reuniones, llamadas, etc. la más eficaz es la reunión cara a cara con cliente ya que se pueden consultar inmediatamente las dudas sobre requerimientos que no se tengan muy claros o no estén muy especificados.

 

Los requerimientos se dividen en dos áreas: requerimientos del negocio, y requerimientos técnicos; el primero guía a los requerimientos técnicos.

 

Los requerimientos del negocio se detallan como objetivos o necesidades que el cliente actualmente tiene, y representan las necesidades más importantes. Por ejemplo, una de ellas puede ser " Ser capaces de hacer una venta de un producto en terminales inalámbricos, sin la necesidad de que el cliente espere en una fila para ser atendido en una caja" o "Habilitar un módulo de caja inalámbrico, en el cual la caja vaya en búsqueda de clientes que necesiten pagar, y no que el cliente tenga que esperar tanto". Es importante que todos los involucrados por parte del cliente, den sus puntos de vista sobre estos requerimientos, mientras más información se tenga es mucho mejor, procurando de que esta venga de fuentes de autoridad. Adicionalmente es importante clarificar como se medirá el éxito o cumplimiento de estos requerimientos, ya que será unos de los aspectos para definir el éxito o no éxito del proyecto.

 

Después de la obtención de los requerimientos del negocio, llega la hora de la obtención y definición de los requerimientos técnicos. El cliente puede tener una idea general de cuáles son los requerimientos técnicos, por eso es importante clarificarlos y que no quede duda de ellos. Una buena práctica es involucrar a áreas técnicas en esta parte del proceso. Unos ejemplos de preguntas para la obtención de los requerimientos técnicos, puede ser:

 

  • ¿Qué tipo de Endpoint utiliza para conectarse a la red Wi-Fi?
  • ¿En qué banda trabajan los endpoints?
  • ¿Cuáles son los canales que soporta?
  • ¿Los clientes están certificados por la Wi-Fi Alliance?
  • ¿Qué aplicación utiliza?
  • ¿Cuáles son los requerimientos de: ancho de banda, latencia, jitter, perdida?
  • Si es que actualmente cliente tiene una red Wi-Fi, ¿Qué tipo de features están habilitadas?

Un tema muy importante de los aspectos técnicos es la definición de la "Alta Disponibilidad", muchas veces este concepto se enfoca únicamente al equipamiento más importante, como lo puede ser un Controlador, o Server Radius, pero la alta disponibilidad también está relacionada con el equipamiento aguas abajo, como los Access Point, sus Interfaces Radio, la conexión de los Switches, las fuentes de poder, etc. Es importante clarificar este aspecto, ya que tendrá directa relación con la operación de la solución una vez que esta sea desplegada.

 

Ahorrar tiempo y dinero, utilizando los activos del cliente:

 

Al momento de diseñar una red Wi-Fi, es importante tener en cuenta si el cliente ya cuenta con alguna plataforma o servicio, ya que estos pueden ser utilizados para reducir los costos del proyecto. Unos ejemplos de plataforma o servicios pueden ser:

 

  • Servidores Radius
  • Base de Datos
  • Servicios de Monitoreo
  • Switches

Ambiente de implementación:

 

Al momento de diseñar una red Wi-Fi, es muy importante entender el ambiente donde será implementada, ya que se debe tener en cuenta que la RF se puede ver afectada en base a esto, los siguientes son puntos para considerar:

 

  • Tipo de Edificio o Instalación: los diseños pueden ser muy distintos ya sean: bodegas, edificios comerciales, estacionamientos, oficinas, embarque, etc. cada uno tiene su particularidad ya que la RF se propagará de forma distinta en cada uno de ellos.
  • Requerimientos Interiores: tipos de obstrucción y como están posicionadas, si serán lugares de alta densidad, estética, etc.
  • Altura del techo.
  • Requerimientos Exteriores: distancias, fuentes de energía, obstrucciones.

 

Es recomendable realizar una caminata, antes de realizar algún tipo de Site Survey o Predictivo, ya que la dará una visión de cómo es el entorno y de cómo este puede afectar al diseño.

 

 

Restricciones o limitaciones:

 

En todo proyecto puede surgir una serie de limitaciones o restricciones que afecten el proceso y resultado de este, los siguientes son los más comunes:

 

  • Presupuesto: Es importante tener en mente esta limitación y realizar un presupuesto en base a los requerimientos y esfuerzos, si el cliente ha solicitado muchos requerimientos es muy probable que el proyecto sea demasiado costoso. Puede ser una buena práctica realizar 3 presupuestos, los cuales incluyan todos los requerimientos (costoso), un equilibrio de los requerimientos (costo mediano), pocos requerimientos (barato, pero deficiente). Adicionalmente el cliente puede asignarles una prioridad a los requerimientos, para así realizar una propuesta equilibrada y no tan costosa.
  • Cronograma: Todo proyecto tiene su fecha límite para la puesta en marcha, y usualmente todo es para ayer; por eso es muy importante tener un claro cronograma en base a los esfuerzos reales y requerimientos del cliente, para que no se realice un sobre esfuerzo a última hora que puede afectar el resultado de este.
  • Política: Toda persona que participe del proyecto tiene su personalidad y puntos de vista, los cuales pueden chocar entre sí y terminar en fuertes discusiones las cuales afectan al resultado de este, es recomendable tener manejo de estas situaciones y no entrar en la discusión, y aplicar las habilidades blandas. Sin embargo, si la discusión se torna tensa, es responsabilidad de la persona de más autoridad los solucione y de un veredicto.

 

Guiar al Cliente:

 

Al momento de realizar un diseño, es muy importante tener en cuenta que en las conversaciones con cliente se abarquen dos temas: "el futuro" y "definir expectativas".

 

El futuro es importante tenerlo en mente, ya que este puede afectar al actual diseño, ya sea por ejemplo cuando se tenga en mente construir un edificio en medio de un enlace PtP, la habilitación de nuevos pisos dentro de un edificio, la llegada de más personal a un nivel, etc. El no tener en mente esto puede causar que el cliente pierda la inversión que ha realizado e incremente en gastos para solucionarlo.

 

También es importante ser claro con el cliente con respecto a la tecnología, con la precaución de no atemorizar al cliente y generar una preocupación en el sobre el resultado final del proyecto. Es recomendable educar al cliente sobre la tecnología, como esta trabaja a gran detalle y que beneficios esta puede traer al negocio.

 

 

Crear el Documento de Requisitos del Cliente

 

La parte final de este capítulo trata sobre la importancia de la documentación de todo el proceso de obtención y análisis de información, es importante que en el documento estén expresados los requerimientos y que el cliente este de acuerdo con ellos, mediante una firma, este servirá como guía y respaldo ante algún futuro cambio o duda durante la implementación.

Aun no estoy muy familiarizado con los términos, pero son dos los documentos que se confeccionan en este proceso, el CRD "Customer Requirement Document", y el SOW "Statement of Work".


El CRD, tiene relación con el acuerdo entre quien diseña y el cliente, en donde se especifica toda la información recolectada, requerimientos y objetivos.

El SOW, tiene relación en cómo se llevará a cabo el proyecto, con un paso a paso de cada tarea, los responsables de cada una de ellas, y el costo que tiene.

 

Espero detallar más sobre estos documentos en otro post.