Posts Tagged ‘metodología’

En las empresas de software, el tamaño importa

Hace un par de semanas tuve la suerte de asistir a un curso sobre Metodologías Ágiles en desarrollo de Software impartido por Javier Garzás (@jgarzas) en la que nos dió unas pinceladas sobre distintas metodologías ágiles a implantar (Scrum, Kanban, …).

Fué un seminario muy interesante y me sorprendió el ver como en gran medida, muchas de las premisas comentadas ya estaban siendo utilizadas en Velneo:

  • Equipo
  • Iteraciones cortas
  • Comunicación
  • Interactuar con el usuario final

Uno de los aspectos que me sorprendió gratamente fué la composición óptima del equipo: cuanto más pequeño mejor pero con una alta capacidad y brillantez. ¡Es lo que tenemos!

Read more →

Metodología en consultoría (III)

Para finalizar la “trilogía” 😉 sobre metodología de trabajo a aplicar en consultorías que empezamos con artículos anteriormente citados, detallaremos cada parte de la metodología utilizada y los procesos que engloba.

La estructura detallada de la metodología es la siguiente:

1. Toma de Datos

  • Descripción de la consultoría: Necesidades
    • Creación de un documento que refleje el alcance del proyecto con el objetivo de que sea validado y firmado por ambas partes.
  • Fases del proyecto
    • El programa de trabajo se ha elaborado a partir de la metodología de Velneo adaptándola a las características propias de un proyecto de consultoría y teniendo en cuenta los objetivos del proyecto indicados posteriormente. El proyecto se realizará en varias fases:
      • Definición
      • Inicio
      • Desarrollo
      • Control
      • Implantación
      • Cierre
      • Feedback
  • Estimación de costes
    • Económicos
      • Se realizará una primera valoración estimada en función de la Toma de Datos y se presentará presupuesto económico detallando la duración del mismo en número de meses, horas por mes, número de visitas presenciales, …
      • El periodo mínimo de duración debería de ser de tres meses a partir de la aceptación del presupuesto, con opciones de renovaciones mensuales que necesitarán ser validadas por las partes y objeto de nuevo presupuesto.
  • Confidencialidad
    En los casos en que el cliente lo solicite, Velneo firmará un documento de confidencialidad con el fin de garantizar que los procesos, información, datos y conocimientos aportados mientras dure el proyecto, serán tratados debidamente y con total confidencialidad.
  • Aceptación propuesta
    Se presentará una propuesta donde además del montante económico se hará constar la fecha de inicio del proyecto, dicha propuesta tendrá una validez máxima de 30 días.
    La aceptación de la misma mediante la firma del presupuesto, implicará la facturación de las cuotas estimadas en las condiciones del proyecto y forma de pago pactada. Será condición indispensable para empezar el proyecto la aceptación de la propuesta.

2. Fase de Definición

  • Alcance Proyecto
    A partir de la toma de datos y con el análisis funcional se realizará un informe sobre el alcance real del proyecto.
  • Equipo de trabajo
    Es muy importante definir, desde el primer momento, las personas que van a desempeñar las tareas a realizar en el proyecto. Tanto el número de esas personas, como el departamento al que pertenecen. En este sentido, los roles podrán ser asumidos por una sola persona o compartidos por varias.
  • Validación Informe Alcance Proyecto
    Se validará por las partes el informe del alcance estimado del proyecto surgido del punto 2.a.

3. Fase de Inicio

  • Análisis Funcional

Será realizada por los consultores con la participación de la empresa desarrolladora (en caso de ser externa) o en su defecto, del departamento de desarrollo del cliente final. El objetivo de esta fase es la obtención de una especificación detallada del sistema de información que satisfaga las necesidades de los usuarios y sirva de base para el posterior diseño del sistema.

Entendemos que aquellos procesos que a priori se detallen durante la fase de análisis como soportados por la aplicación es posible que requieran un cierto nivel de ajuste y de puesta en marcha a la hora de hacer el arranque operativo de los mismos en el cliente.

  • Fases e Hitos

Se definirán las fases (nodo principal), los hitos intermedios (subnodos) y las tareas detallando claramente:

  • Nombre de la fase, fecha de inicio, duración y responsables/s
    • Nombre del hito, fecha de inicio, duración y responsables/s
      • Tarea, responsable/s, duración

Con esta estructura, podremos conocer los recursos empleados en cada tarea, hito o fase realizando a partir de ellos el informe de seguimiento.

  • Riesgos y Desviaciones

En cada fase introducida en el sistema de seguimiento, se anotarán los posibles riesgos que podamos encontrarnos a priori y que deberán ser actualizados cuando exista información relevante que así lo aconseje.

Las desviaciones de tiempo nos las irá mostrando el sistema de forma automática.

 

  • Definir Calendarios
  • Reuniones

Se establecerá un calendario de las reuniones como mínimo a un mes vista. Una vez validado, se planificarán las reuniones mediante una plantilla de comunicación donde deberá constar claramente:

  • Fecha reunión
  • Localización: en el caso de ser presencial
  • Duración
  • Responsable: regirá la organización y el desarrollo de la misma
  • Secretario: escribirá el acta y la enviará a todo el equipo
  • Orden del día
  • Tareas

Las tareas a realizar deberán introducirse en el sistema de seguimiento del proyecto asignándola a un responsable o a varios, especificándose claramente la tarea a realizar, duración estimada, … Será función del responsable asignado a la tarea el comunicar al director de proyecto cualquier acción que impida realizarla en el plazo estimado.

  • Plan de pruebas

El plan de pruebas establecido por tareas, hitos o fases deberá ser cumplido y debidamente cumplimentado en el cuadro de seguimiento.

  • Introducción Fases-Hitos-Tareas en software de control

En este punto deberá de realizarse la introducción de toda la planificación del proyecto en el sistema de control de proyectos.

  • Metodología Reuniones

Las reuniones deberán de empezar de forma puntual siendo responsabilidad del encargado de dirigirla el llevarlo a cabo. Se empezará leyendo el acta de la reunión anterior si procede. El secretario irá tomando nota de los puntos tratados así como de los comentarios y respuestas sobre ellos haciendo constar en cada uno la persona que los haya realizado.

En caso de surgir actividades, será el responsable de la reunión el encargado de planificarlas a cada miembro introduciéndolas además en el software de control. El acta deberá ser enviada al equipo del proyecto, haya asistido o no a la misma.

4. Fase de Desarrollo

El objetivo de esta fase es realizar el desarrollo de los componentes y los procedimientos asociados, así como toda la documentación necesaria.

  • Arquitectura Software

En esta fase, y sobre la base de la “Propuesta de Soluciones”, se define la arquitectura del sistema junto con su entorno tecnológico y se detallan los componentes que forman el proyecto.

  • Propuesta interface y funcionalidades

Se definirán las funcionalidades necesarias a nivel de aplicación y se realizará un propuesta de interface que además de ser validada por las partes, deberá estar incluida en los Planes de Pruebas para el testeo por parte de los usuarios elegidos a tal efecto.

5. Fase de Control

  • Plan de Pruebas

Ejecución de todas las tareas incluidas en el plan de pruebas aprobado para su testeo y corrección.

  • Control periódico. Software vProyectos

Apoyándonos en el uso del software de control de proyectos vProyectos, se realizará un control mensual (mínimo) del estado de la fase actual.

  • Informes situación estado proyecto

Los informes de situación de estado se entregarán en las reuniones periódicas.

  • Validación propuestas en cada iteración.

De forma iterativa, después de cada validación del informe de estado, éste será proporcionado a todos los miembros del equipo, hayan asistido o no a las reuniones.

  • Desviaciones y Riesgos

En el caso que un informe de situación de una tarea, hito o fase arroje datos que induzcan a pensar en una desviación o aparezca un riesgo, deberá de ser incluido en el sistema de desviaciones y en función de su importancia puede ser necesaria una nueva reunión.

6. Fase de implantación

El objetivo de esta fase es realizar la implantación del sistema en el entorno de ejecución, así como su puesta en producción tras la aceptación final del mismo. Tras la finalización de esta fase, los hitos a alcanzar son el fin del desarrollo y la integración del sistema en su caso.

  • Planificación calendario implantación
  • Plan de Formación a administradores

El objetivo de esta fase es desarrollar el Plan de Formación de cara a poner en conocimiento de los administradores del sistema el uso y posibilidades de configuración y/o administración del mismo.

  • Pruebas de implantación

Las pruebas de implantación deberán de ir precedidas por una carga de datos inicial suministrada por el equipo de desarrollo para testeo funcional de los módulos terminados. Estas pruebas de implantación deberán ajustarse al calendario fijado anteriormente y nunca deberán alterar el trabajo diario de la empresa.

  • Informe de validación de implantación

Al finalizar las tareas de testeo, se realizará un informe de validación de las mismas, adjuntándose al sistema de control del proyecto para posterires revisiones.

  • Pase a producción

Si el informe de validación de implantación es positivo y ajustándose al calendario previsto se pasará a producción en la fecha y términos acordados.

  • Plan de Formación a usuarios

El objetivo de esta fase es desarrollar el Plan de Formación de cara a poner en conocimiento de los usuarios finales del sistema el uso y funcionalidades del mismo.

La formación irá dirigida a los distintos roles de usuarios del sistema. En coordinación con el Jefe de Proyecto, se determinará la duración y contenidos mínimos imprescindibles, así como el material necesario a proporcionar.

7. Fase de Cierre

  • Informe final proyecto

Una vez realizadas todas las verificaciones en la fase de producción, se redactará un documento de cierre de proyecto donde se adjuntarán los posibles manuales (en el caso de estar incluidos en la consultoría), notas, datos relevantes, etc para su posterior validación.

  • Aceptación por todas las partes

Será condición indispensable para finalizar el proyecto de consultoría, la validación y aceptación por ambas partes del informe final de proyecto. Se especificará la garantía en el caso de haber realizado desarrollo de cualquier módulo.

Fase post-cierre

  • Feedback

Al finalizar el proyecto, se enviará una encuesta al cliente para recibir un feedback sobre la metodología, procedimientos, consultor, etc con el fin de mejorar en próximos proyectos.

  • Informe de mejoras

Los comentarios recibidos en el feedback serán introducidos en un sistema de seguimiento para procedimentarlos y tratarlos con los responsables de calidad.

Aunque es una de las muchas posibilidades que existen como metodología, es la que habitualmente aplicamos en nuestras consultorías. Espero que os sirva para futuros proyectos de desarrollo con Velneo V7.

Read more →

Metodología de trabajo en consultoría II

Tal y como comentábamos en el anterior artículo sobre metodología de trabajo en consultoría y siguiendo con él detallaremos un poco más cada parte de la metodología utilizada y los procesos que engloba.

La estructura detallada de la metodología es la siguiente:

Toma de Datos

  • Descripción de la consultoría: Necesidades
  • Fases del proyecto
  • Estimación de costes
  • Confidencialidad
  • Aceptación y firma propuesta
Read more →