Posts Tagged ‘desarrollo’

Desarrollar una aplicación no es lo primero

Uno de los errores típicos en las empresas de software y que yo cometí en mis inicios en este mundo, es el de empezar a desarrollar una aplicación sin tener idea de a quién, cómo y dónde vamos a venderla.

Y es lógico porque en definitiva, si te sientes programador como yo y lo que más te gusta es desarrollar, pues te tiras de cabeza a ello.

No digo que esté mal, pero no es lo aconsejable porque ….

¿cuantas aplicaciones tienes desarrolladas que no has vendido?

Los errores en este aspecto me enseñaron que lo mejor es empezar la casa por los cimientos y no por el tejado.

Estudio de mercado

Después de tener tu flamante idea, debes realizar un estudio de mercado para conocer con el mayor detalle posible tus posibles competidores, si existe una necesidad real que cubrir por tu aplicación, …

Plan de Márketing

Es muy difícil que te vengan a comprar si tú no eres visible. Debes de tener un plan de márketing para que te conozcan: SEO, SEM, llamadas, … y cuidado, todo esto tiene un coste 😉

Viabilidad económica

Nada es gratis. Debes de tener en cuenta que todas las acciones previas van a tener un coste aunque finalmente no realices dicha aplicación, pero siempre será mucho menor que el coste de desarrollarla y que no cubra una necesidad existente o esté fuera de mercado. Tu tiempo es oro.

Desarrolla

Si ya has pasado las anteriores etapas es el momento de disfrutar: desarrolla!!! Es necesario que los datos que hayas recopilado ofrezcan unas mínimas garantías de que tu aplicación cubra unas necesidades, tengas un nicho al que dirigirte y los costes de desarrollo no te impidan estar en la franja económica en la que se mueve tu competencia.

A vender

Ahora viene la parte más difícil y es vender. Nunca he dicho que fuera fácil, pero si antes has pasado por los diferentes estados sabrás muy bien a quién, cómo y dónde vender tu aplicación. Además, jugarás con la baza de tu ilusión por haber finalizado tu aplicación 😉 Debes aprovechar esa ilusión porque tus posibles clientes la percibirán de forma positiva.

Seguro que al menos, tu lista de aplicaciones desarrolladas sin vender no aumentará y como mínimo tu trabajo estará orientado a las necesidades del mercado.

Un saludo.

 

Read more →

Oportunidad de negocio para suscriptores de Velneo

Desde hace un par de años, el número de proyectos desarrollados e implantados en Velneo V7 ha crecido de forma elevada, paralelamente al crecimiento y estabilidad de nuestra plataforma completa de desarrollo de aplicaciones empresariales.

En el año 2010 el volumen de proyectos implantados creció considerablemente frente a años anteriores, efecto que produjo un incremento de la consultoría solicitada por nuestros suscriptores a Velneo. Pero ha sido en este 2011 donde no sólo se ha confirmado esa tendencia sino que hemos superado las previsiones más optimistas y por lo que parece, el próximo año 2012 será todavía mejor en lo que a proyectos nuevos se refiere.

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 →