GESTIÓN DE PROYECTOS

Bitecorp, tiene experiencia en gestión de proyectos en cascada y con metodologías ágiles, todos nuestros desarrollos tienen una  metodología acorde a la complejidad del proyecto, y como el cliente se sienta más cómodo de dar seguimiento a su proyecto; es importante indicar que mantenemos una estrecha relación con el cliente para lograr los resultados esperados, en el menor tiempo posible; puesto que se deben controlar conforme las mejores prácticas del Project Management Institute – PMI, por sus siglas en inglés, los siguientes tópicos:

Alcance

Presupuesto

Tiempo

Riesgos

Recursos

Calidad

Todas estas variables requieren un director de proyectos, en Bitecorp somos consientes de estas necesidades de gestión, por lo que contamos con profesionales que cuentan con más de 10 años de experiencia en la gestión de los mismos, podemos desarrollar los proyectos conforme las mejores prácticas del PMBOOK, o con metodologías ágiles SCRUM.

Bitecorp gestiona también proyectos sobre el nuevo modelo de referencia SCRUM que define un conjunto de prácticas y roles de desarrollos ágiles, solapando varias fases del proceso típico de un desarrollo en cascada, para maximizar el tiempo de entrega, como parte de Bitecorp tenemos gente preparada y certificada como Scrum Master, que puede tomarse como punto de partida para detallar este servicio de Bit Electronic Corporation.

El proceso de desarrollo de sistemas cumpliendo con los roles principales en Scrum, que son el 'Scrum Master, que procura facilitar la aplicación de scrum y gestionar cambios y el Product Owner, que representa a los stakeholders que por lo general es parte de la empresa que contrata nuestros servicios, y el  Scrum Team que ejecuta el desarrollo, así como las pruebas durante el desarrollo y en conjunto con los expertos que asigna el cliente, lo hacemos en sprints de máximo 3 semanas.

El equipo crea un incremento de software potencialmente entregable (utilizable) de alto valor para el cliente, que signifique un avance funcional para la perspectiva del cliente en tres semanas, se ejecuta una batería de pruebas, y es fácilmente comprobar que los resultados obtenidos sean precisos y conforme lo esperado por el detalle del cliente que se levante mediante las historias de usuario, estos micro entregables, es viable ponerlos en producción inmediatamente y luego seguir acoplando nuevos módulos funcionales, hasta llegar a tener un gran sistema interoperable.

Todos estos desarrollos son parte del universo de requerimientos que se levanta en  conjunto con el Product Owner y forma parte de cada sprint que viene del Product Backlog, que es un conjunto de requisitos de alto nivel priorizados en conjunto, que definen el trabajo a realizar (PBI, Product Backlog Item). Los elementos del Product Backlog que forman parte del sprint se determinan durante la reunión de Sprint Planning. Durante esta reunión, el Product Owner identifica los elementos del Product Backlog que quiere ver completados y los hace del conocimiento del equipo. Entonces, el equipo conversa con el Product Owner buscando la claridad y magnitud adecuadas, para luego determinar la cantidad de ese trabajo, que el Scrum Team puede comprometerse a completar y entregar en una o dos semanas, máximo cuatro con las pruebas incluidas, durante el siguiente sprint nadie puede cambiar el Sprint Backlog, hasta evaluar los entregables definidos en el alcance del sprint, en otras palabras los requisitos que están en desarrollo durante el sprint quedan congelados.

Estas son las nuevas prácticas para poner en producción sistemas altamente complejos; pero que construidos por módulos y debidamente probados, generan entregas de alto valor para nuestros clientes.