Ir al contenido principal

APEX 02.02 - Cosa Número 1 de 10 - Metodología del proyecto

Una metodología de proyecto sólida te ayudará a completarlo a tiempo y dentro del presupuesto. También ayuda a mejorar la comunicación entre los miembros del equipo y garantiza que todos conozcan sus funciones y responsabilidades. Además, el uso de una metodología de proyectos puede ayudar a reducir el riesgo de errores y aumentar la calidad de tu producto final. 

Proporciona estructura y marco para la planificación, ejecución y control de proyectos.

En cuanto a metodologías, los proyectos de desarrollo de aplicaciones con Oracle APEX se adaptan muy bien a la metodología Agile, y esto por muchas razones. Aquí cito tres:

  1. Oracle APEX es una plataforma de desarrollo de bajo código que permite cambios rápidos y sencillos
  2. El uso de historias de usuarios significa que los requisitos se pueden recopilar e implementar rápidamente
  3. La capacidad de implementar en sprints cortos permite una rápida retroalimentación y adaptación a los cambios

Estos factores significan que la metodología Agile funciona extremadamente bien con los proyectos APEX, lo que resulta en una mayor productividad y la probabilidad de un proyecto más exitoso.

A lo largo de los años me he enfrentado al uso de diferentes metodologías y ello me ha llevado a cuestionarlas todas. Actualmente utilizo una metodologia basada en gran medida en Agile, y me ha servido bien. La he llevado tan lejos como he podido implementandola en mas de 30 proyectos promoviendo la colaboración estrecha de los miembros del equipo y fomentando su auto-organización.

Metodologías de Proyecto consideradas

  • Ágil (Scrum)
  • Ágil escalado
  • Cascada
  • Kanban

Con relación a la metodología Ágil es importante conocer el Manifiesto Ágil. Es un documento que fue redactado en 2001 por un grupo de expertos en desarrollo de software que buscaban una alternativa a los enfoques tradicionales de gestión de proyectos. Este manifiesto establece los valores y principios fundamentales que guían la metodología ágil en el desarrollo de software.Tiene cuatro valores y doce principios, que son los siguientes:

Valores Ágiles:

1. Individuos e interacciones sobre procesos y herramientas.
2. Software funcionando sobre documentación extensiva.
3. Colaboración con el cliente sobre negociación contractual.
4. Respuesta ante el cambio sobre seguir un plan.

Principios Ágiles:

1. Satisfacer al cliente mediante la entrega temprana y continua de software.
2. Aceptar cambios en los requisitos, incluso en etapas tardías del desarrollo.
3. Entregar software funcional con frecuencia, preferiblemente en semanas o meses, en lugar de años.
4. Colaborar de forma continua con el cliente y los usuarios finales.
5. Construir proyectos alrededor de individuos motivados y darles el entorno y el apoyo que necesitan.
6. La forma más eficiente y efectiva de comunicar información es cara a cara.
7. El software funcionando es la principal medida de progreso.
8. Los procesos ágiles promueven un desarrollo sostenible.
9. La atención continua a la excelencia técnica y al buen diseño mejora la agilidad.
10. La simplicidad, o el arte de maximizar la cantidad de trabajo no realizado, es esencial.
11. Las mejores arquitecturas, requisitos y diseños emergen de equipos autoorganizados.
12. A intervalos regulares, el equipo reflexiona sobre cómo ser más efectivo y ajusta su comportamiento en consecuencia.

Estos valores y principios forman la base de la metodología ágil y son con los cuales trabajo diariamente.


Siguiente Artículo: APEX 02.03 - Cosa Número 2 de 10 - La Documentación Técnica


¿ Estas interesado en contactarnos ? envianos un mail a contacto@softsanluis.com con un breve comentario de lo que deseas y con gusto un responsable se comunicará contigo.

Juntos, creamos las aplicaciones del futuro!

Mi nombre es José Preda.

* José es Analista de Sistemas e Ingeniero de Software con especializaciones en tecnologías de Oracle, Microsoft, redes, infraestructura tecnológica y gestion de recursos humanos. Posee mas de 30 años de experiencia en el área de tecnología, es de Paraguay, vive y trabaja en San Luis, Argentina. Fue consultor, capacitador y soporte técnico para Oracle, se ha desempeñado en el ámbito privado como Gerente de Proyectos para el Grupo Relcat y como consultor experto para el Gobierno de la Provincia de San Luis, desde el año 2013 es miembro activo y Coordinador Regional del Grupo de Usuarios Oracle de Argentina del cual es miembro del directorio desde 2023. En el año 2017 fundó Consultora Soft San Luis, una startup especializada en brindar formación profesional, consultoria, mentoria y soluciones con tecnologia Oracle y Oracle APEX a empresas, equipos de desarrollo de consultoras y a particulares.


Comentarios

Publicar un comentario

Entradas populares de este blog

APEX 02.01 - 10 Cosas a incluir en tus proyectos APEX

Dirijo proyectos desarrollando aplicaciones en Oracle APEX desde 2007 y durante ese tiempo he aprendido y aun sigo aprendiendo cómo hacerlo mejor cada dia. Tengo la certeza de que con el crecimiento de APEX en general, construiré aún muchas aplicaciones en el futuro.  Asegurar la entrega de aplicaciones de alta calidad de manera constante es importante y para ello, formalizar la forma en la cual se realiza el seguimiento de proyectos desde el inicio hasta su finalización es fundamental. He preparado esta serie de publicaciones llamada "APEX 02" con una lista de lo que considero son elementos críticos para lograr proyectos de alta calidad. Elementos como la metodología del proyecto, los estándares de codificación y prueba, la seguridad por nombrar algunos.  Cada cliente y cada proyecto son diferentes, no pasa por mi mente ni creo que exista una sola implementación de “mejores” prácticas que aplique a todos. Creo que compartir conocimiento es importante y compartir experienc

APEX 02-06 - Cosa Número 5 de 10: Los estándares de SQL y PL/SQL

Aunque APEX es una plataforma de desarrollo de bajo código, rara vez nos salimos con la nuestra con proyectos que no involucren al menos algo de código. Muchos, de hecho, involucran MUCHO código y lo más probable es que el tuyo también lo haga. El código SQL y PL/SQL es fundamentalmente uno de los códigos más importantes que escribo para mis clientes y socios. La diferencia entre un SQL y PL/SQL que funciona bien y otro que no funciona puede ser la diferencia entre un sistema exitoso y una gran decepción. Ya sea que te guste tu código en minúsculas o mayúsculas o prefieras los nombres de tus tablas en singular o plural, o tengas preferencias particulares sobre el formato del código, es importante tener estándares que estén documentados e implementados en tu base de código. Mis estándares de codificación SQL y PL/SQL están adaptados de trivadis ( https://trivadis.github.io/plsql-and-sql-coding-guidelines/v4.3/ ) y, sean cuales sean tus estándares, asegúrate de comunicarlos bien a todo t

Mejores Prácticas para PL/SQL

Por Steven Feuerstein, adaptado y traducido al español por José Preda Priorizar y aplicar mejores prácticas de PL/SQL para pulir aplicaciones nuevas o antiguas. No es difícil llegar a una lista de qué hacer y no hacer para los desarrolladores. Esta lista puede convertirse en lugar de facilitadora en una completamente abrumadora, sin embargo, porque puede ser: (a) difícil de recordar todas las mejores prácticas, (b) un desafío ponerlas en práctica y (c) misterioso determinar si los desarrolladores en un equipo realmente cumplen o no con las mejores prácticas. El reto para cualquier organización de desarrollo es realizar un seguimiento de las mejores prácticas y aplicarlas. Este artículo explora formas para aplicar una lista de prioridades de las mejores prácticas, desde un punto de vista práctico y, a continuación, muestra algunas técnicas de análisis automatizado de código para el cumplimiento de una amplia gama de prácticas recomendadas.