martes, enero 08, 2019

DSN_XP y el voluntariado


Dentro de los estudios que hemos realizado para la conformación de equipos multidisciplinares y equipos auto organizados (TeamView) en la versión 5.0 de DSN_XP era necesario ir profundizando en las herramientas para dar soporte a investigaciones en tejidos sociales.

Una variante muy interesante sobre el comportamiento en equipo y el comportamiento social es estudiada en el Centro Tinku Escuela de Permacultura, un lugar en el cual se desea implementar un modelo de gestión basado en el voluntariado, lo que la Fundación RUNAKAWSAI considera dentro de su cobertura como el Programa de Voluntariado, programa que estamos desarmando con las perspectivas de introducir mejoras (si es posible) al modelo actual.

El modelo RUNAKAWSAI está altamente influenciado por dos vertientes de conocimientos al respecto; la primera, radica en toda la magia que proviene de la sabiduría andina y la forma en la cual nuestras raíces contienen lo que hemos denominado como "mirar" o la capacidad de diseñar estructuras abstractas de concepción que el humano requiere para poder comprenderse y con ello aceptar lo que con ello es...


La segunda, proviene de la vertiente ética de la Permacultura como modelo que tiene en principio el respeto por uno mismo en su propio espacio, en su propio tiempo y en su propia capacidad de acción dentro de lo que la comunidad necesita para sostenerse y avanzar en el tiempo de manera respetuosa con el medio ambiente permanentemente...

Para resolver este reto (definir un programa de voluntariado) hemos creado este post y de a poco lo iremos cambiando según nuestro modelo DSN_XP se vaya iterando hasta considerarse como un prototipo que funciona.

Las temáticas a resolver son:
  • Cómo se conceptúa en RUNAKAWSAI al voluntario.
  • Cómo en consecuencia definir un programa de voluntariado.
    • Cómo estructurar un programa de voluntariado.
    • Cuáles son las fases del modelo cultural del voluntariado.
  • Cómo buscar ayuda desde las personas que aplican al voluntariado.
    • Protocolo del voluntariado.
    • Estrategias de comunicación del voluntariado para búsqueda de personas voluntarias.
    • Fase de entrevista con el voluntario e incorporación al programa de voluntariado.
  • Cómo seleccionar al voluntariado
    • Principios de selección.
    • Guía del programa de voluntariado y la selección de voluntarios por competencias requeridas.
    • Directrices del programa de voluntariado aprobadas como modelo RUNAKAWSAI.
  • Herramientas para la definición del voluntariado
  • Experiencias y aprendizajes del programa de voluntariado.

domingo, enero 06, 2019

DSN_XP y las asociaciones público privadas

DSN_XP recurre a este taller para comprender los tipos de negociaciones que los Estados pueden realizar para la consecución de sus objetivos relacionados con la política pública.
Las Asociaciones Público Privadas (APP) se han convertido en un instrumento esencial para el crecimiento productivo, económico y social de los países de América Latina y el Caribe. Al desarrollar e implementar las APP, se han observado restricciones en las capacidades técnicas en los responsables, particularmente en el sector público. Para cubrir este vacío, IDBx ha desarrollado este curso, el primer MOOC disponible en español para aprender a planear, diseñar e implementar APP para proyectos de desarrollo en América Latina y el Caribe.
El taller busca compartir las experiencias de instituciones internacionales líderes con el fin de ayudar a cerrar brechas de conocimiento en la utilización efectiva de APP, proporcionando ideas, soluciones y lecciones aprendidas para hacer frente a los retos o restricciones en capacidades técnicas y administrativas en el sector público de la Región. 
Las lecciones contenidos en el MOOC son aplicables a diferentes sectores como infraestructura, salud, educación, banda ancha, y sector fiscal, y toma en consideración los contextos nacionales de varios países de la región, incluyendo Perú, México, Colombia y Brasil. 
El curso se basa en los contenidos de la Guía de Referencia sobre Asociaciones Público-Privadas (APPs) Versión 2.0., desarrollada y publicada en el 2014 por el BID, el Banco Mundial (WB) y el Banco Asiático de Desarrollo (ADB).

En el taller aprendimos sobre:
  1. El concepto de APPs y las ventajas y riesgos que tienen para el desarrollo de la región.
    • Definición de APP.
    • Las APPs y la financiación, planificación y gestión de proyectos
  2. Conocerán los principios y elementos del marco general de una APP.
    • Análisis de la política de una APP
    • Análisis del marco legal de una APP
  3. Identificarán las fases del ciclo de gestión de una APP
    • Administración general del programa
    • Identificación y selección de proyectos
    • Estructuración del proyecto y diseño del contrato
    • Licitación, Negociación y Supervisión
  4. Entender los incentivos, intereses y roles de los diferentes actores en cada una de las fases del ciclo de una APP.
El BID libera este material el cual es necesario para incorporar en el diseño de una planificación del Estado y la administración de los recursos públicos, temas que son estudiados por DSN_XP en su versión 4.0

Ahora bien, dentro del diseño que debe implementarse desde el sector privado, dadas las condiciones que existan en cada contexto de aplicación, los presupuestos detrás de los proyectos requieren diseño y criterio necesariamente, por ello, es urgente mapear consecuentemente los bloques de construcción que soportan proyectos de alto impacto en la economía popular y las promesas de campaña que suelen promulgarse con apoyo del sector privado y los modelos económicos que soportan los distintos escenarios de su aplicación en el tiempo.


Finalmente, cuando se trata de proyectos denominados como "exitosos" suponen una gestión adecuada y una planificación adecuada, este fenómeno lo hemos visto de cerca y consecuentemente sabemos la necesidad de introducir conceptos de metodologías ágiles en el sector público no para la toma de decisiones, sino para mejorar la capacidad del diseño y no el seguimiento ciego hacia un plan o una promesa de campaña, porque implica ya utilizar conceptos macro aplicados a la privatización de los servicios públicos por esa falta de efectividad del Estado para no poder diseñar adecuadamente, este es un discurso muy pero muy profundo y no puede se tomado a la ligera, por ello DSN_XP bajo los principios de diseño de la permacultura requiere comprender ese lenguaje técnico que dice justificar el uso de los recursos públicos en pro de planes elegantemente establecidos.



KPIs internacionales

DSN_XP y la gestión de proyectos de desarrollo


DSN_XP encuentra en este curso la estructura clásica que se sugiere para el diseño de proyectos que usualmente se requieren dentro del formato estándar de proyectos promulgado por el PMI.

El método como tal funciona en contextos específicos de tiempos, pero para efectos de generar indicadores dentro del modelo de gestión por resultados y nociones de desarrollo regional, estos estándares son contemplados por el BID y en consecuencia los actores cercanos a estas fuentes de fondos para la inversión para el desarrollo deben saber comprenderlos en su gestión, seguimiento y evaluación.

La estructura del curso contempla:
  1. Módulo 1 y el acta de constitución del proyecto.
  2. Módulo 2 y las herramientas de planeación del alcance.
  3. Módulo 3 y las herramientas para la gestión de tiempos.
  4. Módulo 4 y las herramientas para la gestión de costos (curva S).
  5. Módulo 5 y las herramientas para la gestión de compras (matriz Adquisiciones)
  6. Módulo 6 y las herramientas para la gestión de riesgos (matriz Riesgos)
  7. Módulo 7 y las herramientas para la gestión de comunicaciones (matriz Comunicaciones)
  8. Módulo 8 y las herramientas para la gestión de recursos humanos (matriz RACI)
  9. Módulo 9 y las herramientas de control del proyecto.
La propuesta establecida por el BID para el diseño de la estructura de un proyecto se encuentra inmersa dentro de la liberación de material multimedia realizada por el BID para la mejora de los diseño por quienes definen los proyectos para el Estado.



DSN_XP y la gestión para resultados en el desarrollo BID


Este fue el primer taller MOOC (Masive Open Online Course) que DSN_XP en su versión 4.0 pudo analizar para mirar la forma en la cual los Estados gestionan sus proyectos para los resultados del desarrollo.


Todo este material teórico está disponible al público dentro de la plataforma EDX.

Dentro de la temática cubierta en el curso MOOC tenemos:
  1. Gestión por resultados en el ámbito público.
    • Retos, enfoque en la gestión de resultados y situación actual.
    • Antecedentes, conceptos y metodologías.
    • Avances y desafíos.
  2. Planificación orientada a resultados.
    • Enfermedades y medicinas de la planificación.
    • Planificación estratégica, dónde estamos y a dónde queremos ir.
    • Planificación participativa.
    • Planificación operativa, cómo lograr llegar y con qué recursos.
    • Perspectivas de planificación.
  3. Presupuesto por resultados.
    • Males y medicinas del presupuesto por resultados y condiciones que facilitan su implementación.
    • Conceptos  y componentes del presupuesto por resultados.
  4. Gestión financiera pública.
    • Gestión de las finanzas públicas.
    • Experiencias de gestión financiera en la Región.
  5. Gestión de servicios públicos.
    • Gestión de servicios públicos.
    • Herramientas de gestión.
  6. Seguimiento y evaluación de los resultados.
    • Seguimiento de los resultados.
    • Evaluación de los resultados y construcción del sistema de seguimiento y evaluación.
Finalmente, DSN_XP posee sus propios registros sobre la gestión pública en el Ecuador debido a su participación en el diseño del sistema de planificación de proyectos de inversión en la Entidad que se encarga de la planificación del país.


Estas son las conclusiones registradas por el BID sobre la gestión de proyectos en la Región:


Ecuador (2008)


Ecuador se encuentra en el grupo con capacidades intermedias de la GpRD y su puntaje está muy cercano al promedio de la región. Su mayor fortaleza se encuentra en el sistema de planificación, que cumple un rol central en la reorganización del Estado en la que se encuentra encaminado el gobierno.

Los pilares de presupuesto por resultados y de monitoreo y evaluación están rezagados, aunque existen planes para fortalecerlos. La gestión de programas y proyectos también es un área débil, pero allí no se observan iniciativas de cambios institucionales orientados a una gestión para resultados.

Planificación para resultados

Durante el actual gobierno de Ecuador, la función de planificación ha adquirido mucha importancia como ordenadora de la gestión pública. El órgano encargado de la planificación es la Secretaría Nacional de Planificación y Desarrollo (Senplades), creada en 2004.
El país dispone de un plan nacional de mediano plazo que cuenta con objetivos, programas y metas plurianuales, aunque no siempre establece los productos que los programas deberían generar.
Avances y desafíos en América Latina y el Caribe 2010
El plan identifica las entidades responsables de ejecutar los programas y cumplir los objetivos y cuenta con financiamiento en el presupuesto del Estado. Además, existe un marco legal que norma la planificación en el sector público, aunque carece de especificidad. 

Por otro lado, a pesar de que la Constitución establece la participación de la sociedad civil en los asuntos públicos como uno de los fundamentos del Estado ecuatoriano, no existe una legislación específica que determine su intervención en la definición del plan nacional, así como tampoco se prevé la participación del Poder Legislativo.

Debido a la juventud de la Senplades, los procedimientos y los instrumentos de planificación aún están en formulación y perfeccionamiento.

Avances y desafíos en América Latina y el Caribe 2010

Presupuesto por resultados

El país está avanzando hacia un presupuesto clasificado por programas que guarde correspondencia con las políticas enunciadas en el plan nacional. Por otro lado, aunque la ley estipula que debe elaborarse un marco fiscal de mediano plazo y el Banco Central elabora proyecciones macroeconómicas, el país no cuenta con ese instrumento. Sin embargo, dispone de una ley de responsabilidad fiscal con metas cuantitativas para el manejo de las finanzas públicas:
  • Ley Orgánica de Responsabilidad, Estabilización y Transparencia Fiscal (LOREYTF 2006). 
Por otro lado, no existe un sistema de indicadores que permita evaluar la calidad del gasto, así como tampoco hay mecanismos de asignación presupuestaria que incentiven la eficiencia y la eficacia de la gestión pública. La información sobre el presupuesto y los estados financieros anuales están a disposición de la ciudadanía a través de Internet.
Gestión financiera, auditoría y adquisiciones
En los últimos tres años, la desviación promedio del gasto real con respecto al presupuestado ha sido inferior al 3%. Durante ese mismo período, el Poder Legislativo ha aprobado puntualmente el presupuesto. Además, no existen gastos extrapresupuestarios y los reportes fiscales incluyen información sobre todos los ingresos y los gastos de proyectos financiados por donantes. 
Por otro lado, el país realiza el análisis de riesgos relacionado con las obligaciones directas (principalmente, la deuda pública), aunque no cuenta con mecanismos para mitigarlos en el caso de que se presenten. Tampoco elabora el análisis de riesgos relacionado con las obligaciones contingentes. 

Asimismo, Ecuador dispone de un Sistema Integrado de Gestión Financiera Pública (Sigef) que incluye el presupuesto, la contabilidad y la tesorería. Sin embargo, a pesar de estos avances, el sistema de contabilidad aún no funciona en base a los estándares internacionales.

En materia de adquisiciones y compras públicas, el país ha iniciado un proceso de reformas orientado a aplicar los principios de competencia y de transparencia. El marco legal e institucional vigente presenta fallas sustanciales debido a la discrecionalidad de los procedimientos y a los tratamientos de
excepción, entre otros problemas. 

No existe un ente que norme las compras públicas y el proceso de presentación y de resolución de inconformidades no es idóneo.

Existe un portal sobre las adquisiciones públicas, pero sólo difunde información sobre el 30% de las convocatorias a concursos y licitaciones y no tiene capacidad transaccional En lo que respecta al sistema de auditoría, la Contraloría General del Estado (CGE) es el órgano encargado del control interno y externo que cuenta con autonomía económica y técnica para realizar auditorías de los ingresos y los gastos y de los activos y los pasivos de todas las instituciones del gobierno central. 

Además, existe la Ley Orgánica de la Contraloría General del Estado que dispone el establecimiento de unidades de auditoría interna en las instituciones públicas, pero enfoca su trabajo hacia el control previo. Sin embargo, no se publican en Internet todos los informes de auditoría.

Gestión de programas y proyectos

La Senplades es la encargada del Sistema Nacional de Inversión Pública (SNIP). Este sistema, sin embargo, no realiza evaluaciones ex ante de manera sistemática, pues carece de los recursos humanos y técnicos apropiados.

Mientras algunos ministerios poseen un plan sectorial de mediano plazo (como el de Educación o el de Salud), otros (como el ministerio de Inclusión Económica y Social y ministerio de Transporte y Obras Públicas) se basan en lo que establece el plan nacional. 

Asimismo, no todos estos organismos establecen metas anuales para la producción de bienes y servicios, y tampoco se firman contratos de gestión entre las autoridades y las unidades operativas de
los ministerios. Además, no se han creado sistemas de evaluación del personal que fomenten el logro de resultados institucionales. Por su parte, algunos ministerios desarrollan iniciativas para mejorar la calidad de sus servicios, pero no existen estrategias institucionalizadas. Tampoco se recoge la opinión de los usuarios sobre los servicios que reciben. 

Todos los ministerios poseen sistemas sectoriales de información, pero la calidad, la cobertura y la oportunidad de los datos es limitada.

Monitoreo y evaluación

La Senplades es la entidad a cargo del seguimiento del plan nacional de mediano plazo; no obstante, aún no existe un sistema que consolide toda la información necesaria para monitorear los objetivos y las metas del plan y que provea análisis periódicos mediante indicadores de desempeño. La Senplades
también es la entidad responsable de evaluar la gestión gubernamental; sin embargo, su capacidad evaluadora es débil porque aún se encuentra en una fase inicial. 

En cuanto a la disponibilidad de la información, el país cuenta con sistemas de información estadística para el área económica (Instituto Nacional de Estadísticas y Banco Central) y social (Instituto Nacional de Estadísticas).

Conclusiones BID

Del diagnóstico presentado, se desprende que Ecuador debe concentrar sus esfuerzos en: 
  • Desarrollar un sistema de monitoreo y evaluación que le permita identificar si los objetivos y las metas del plan de gobierno se están alcanzando o no, 
  • Paralelamente, analizar la calidad del gasto público, 
  • Construir un marco fiscal de mediano plazo que le permita establecer bases más firmes para la planificación operativa y 
  • Mejorar sus políticas e instrumentos de disciplina fiscal. 
Todo lo anterior sentará las bases para avanzar sólidamente en la implementación de un presupuesto por resultados.

DSN_XP y sus recomendaciones para un diseño complejo


Nuestra investigación confirma efectivamente lo definido por los estudios del BID y por ello nuestro diseño debería considerar estos aspectos para lograr una flexibilidad operativa a nivel de capacidades.


jueves, diciembre 13, 2018

DSN_XP y métodos RAD

RAD Rapid Application Development
En nuestro estudio de los métodos de desarrollo de software,  nos hemos encontrado con varias escuelas que apuntan como objetivo al desarrollo rápido de aplicaciones RAD (Rapid Application Development), como un enfoque de crear aplicaciones para hacer aplicaciones.

DSN_XP entra en contacto con esta escuela de pensamiento cuando estábamos desarrollando la base inicial de conocimientos o lo que denominamos como la versión  0.1 dedicada al análisis y diseño estructurado y el uso de marcos de trabajo denominados como metodologías clásicas de desarrollo.

RAD (Rapid Application Development) para DSN_XP es una escuela que puede ofrecer el rápido desarrollo de soluciones software porque en su plataforma existen tanto librerías como componentes así como un conjunto de llamadas a procedimientos remotos que deben dar el soporte de abstracción de todo el proceso de desarrollo de soluciones software.

Nuestro primer contacto con herramientas RAD bajo el pensamiento de diseño estructurado se asociaban a soluciones software desarrolladas tanto para FORTRAN como para COBOL, a esta escuela se la denominó como CASE TOOLS (Computer Aided Software Engineering)

Como herramientas de desarrollo ofertan un conjunto de técnicas y artefactos para el análisis, artefactos para diseño y consecuentemente artefactos para la administración de proyectos, herramientas para la administración de la base de datos, incluyen herramientas para la documentación del proyecto, etc.


Los componentes por defecto de las herramientas CASE son:

  • Repositorio central.- La información es almacenada en el repositorio central.  Toda la información relacionada con la especificación del producto, los documentos relacionados con los requisitos funcionales y la documentación relacionada con la información administrativa es provista por el repositorio central. 
  • Herramientas Mayores (Upper CASE).- Son las herramientas utilizadas en la planificación, análisis y diseño como etapas del ciclo de vida de desarrollo de software.
  • Herramientas menores (Lower CASE).- Son las herramientas utilizadas en la implementación, testeo y mantenimiento como etapas del ciclo de vida de desarrollo de software.
  • Herramientas Integradas.- Son aquellas herramientas utilizadas en todo el ciclo de vida de desarrollo de software.
Las herramientas son categorizadas en base a su funcionalidad, las actividades que pueden ser soportadas y la posibilidad de su integración, dentro de las distintas herramientas se tiene:

  • Herramientas de diagramación.- Los componentes del sistema y el flujo de datos y el control entre los componentes son capturados mediante herramientas de diagramación mediante el uso de gráficos. Algunos ejemplo son los diagramas de flujo y herramientas para la toma de decisiones.
  • Herramientas de modelado de procesos.- Los procesos por los cuales el producto de software es creado está representado en un modelo mediante el uso de herramientas de modelado de procesos. Herramientas de modelado de procesos puede ser EPF Composer
  • Herramientas para la gestión de proyectos.- Los diferentes pasos involucrados en la administración de proyectos de software necesitan ser compilados por los administradores para la ejecución del software de proyectos. Las actividades relacionadas con el proyecto tales como la planificación, la estimación de costos, la calendarización del proyecto y la planificación resultante son realizadas por las herramientas de gestión de proyectos para administradores.  La información en tiempo real respecto al proyecto es almacenada por las herramientas de gestión de proyectos.
  • Herramientas de documentación.- Los documentos que son requerido por los usuario son creados, mantenidos y creados por las herramientas de documentación, sin embargo, al interno se requieren ciertos documentos que son tratados de forma manual, por otro lado, la documentación asociada al proyecto software tal como el manual de usuario, el manual funcional, son generados por la herramienta de documentación.
  • Herramientas de análisis.- Los requisitos de los usuario son compilados en conjunto y son analizados en detalle para identificar cualquier redundancia, inexactitud o detectar cualquier error si lo hubiese. El análisis es realizado por las herramientas de análisis.
  • Herramientas de diseño.- El software es inicialmente dividido en pequeñas unidades conocidas como módulos o componentes, luego para cada componente la estructura es diseñada  y luego la estructura para el software completo es diseñada mediante las herramientas de diseño.
  • Herramientas de configuración.- Inicialmente un imagen del software el liberada, los componentes involucrados son:
    • Administración del versionado y su revisión.
    • Administración y configuración de la línea base.
    • Administración del control de cambios.

martes, diciembre 11, 2018

DSN_XP y el Kaizen


El principio de un minuto estando presente 


DSN_XP entra en contacto con esta técnica mientras estudiábamos la noción de "ciclo" y su manifestación física a través del concepto de "frecuencia"

La procrastinación es la consecuencia de un cerebro agotado y forzado para cumplir un objetivo y con ello alcanzar una meta, esta forma de mirar al mundo es aquella que interpone en su mirar aspectos mecánicos de rendimiento sin considerar el componente más fino en las personas que se trata de la noción de presencia y con ello la generación de un esfuerzo presencial de atención efectiva para realizar una tarea en especial.


Si estás interesado en aprender sobre KAIZEN tenemos un taller para tí 

DSN_XP y Pomodoro


DSN_XP y la Técnica Pomodoro


Para poder comprender la técnica propuesta por Cirillo sobre el cómo adquirir control sobre tu tiempo productivo, iremos analizando cada uno de los elementos que conforman el marco de trabajo propuesto por Pomodoro.

Nota: Se respetan derechos de propiedad intelectual del marco original propuesto por Francisco Cirillo.

Para DSN_XP, este marco de trabajo para uso adecuado del tiempo puede ser desarmado en componentes y artefactos y luego los mismos pueden ser adaptados a tus necesidades bajo el contexto propio de su aplicación.

Hemos aprendido durante nuestras investigaciones que el tiempo y su asociación con el flujo propuesto por la técnica Pomodoro genera estrés en el practicante por elementos propios de la manera en la cual se conceptúa la productividad del ser humano en las tradiciones andinas y la vida actual.

Lo que más interesaba a Cirillo (y que define el espíritu de su técnica) era llegar a comprobar que con esfuerzo y constancia cualquier persona puede entrenarse a si misma y conocer su potencial de trabajo, este fenómeno es estudiado por DSN_XP como ocuparse de uno mismo (#OccupyMySelf)

Para ocuparse de uno mismo, se requieren principios o guías que definen y dirigen los esfuerzos hacia un mismo objetivo que es SER PRODUCTIVO.

viernes, diciembre 07, 2018

DSN_XP y Sure Step

Método para desarrollo de soluciones software basadas en Dynamics  Sure Step
DSN_XP entra en contacto con este método mientras se documentaba los procesos de una aerolínea en Ecuador; dada la complejidad del modelo de negocio de una aerolínea y su administración, el reto propuesto para nuestro marco de trabajo fue el adaptar la forma en la cual se introducía en la organización el concepto de ERP y la forma en la cual una reconocida empresa de software en nuestro país trataba de unificar y estandarizar las transacciones comerciales de la organización.

La razón objetiva de este posteo es llevar un registro de la forma en la cual DSN_XP recomienda el implementar una solución del nivel de un ERP en una organización bajo nuestro propio entendimiento del método "Sure Step" propuesto por Microsoft para sus soluciones basadas en Dynamics.

Luego, como DSN_XP tuvimos como reto el recuperar un proyecto tecnológico de una universidad del Ecuador, era necesario comprender de primera mano la forma en la cual, se debe considerar profesionalmente, la introducción de una solución software dentro de una organización, como esto requiere de un marco de trabajo y posiblemente de un método es necesario entonces enfocar su aplicación considerando los aspectos de:
  1. Ciclo de vida del proyecto de adopción de la solución software
  2. Madurez de los procesos fundamentales de la organización que participarán en el escenario de adopción de la solución software
  3. El contexto estratégico de acción que permite ir desplegando la solución software dentro de las capacidades productivas y de información de la organización.
Finalmente, nuestros registros de adopción del primer proyecto indican que no fue del todo exitoso porque influyó la variable tiempo impactando en el modelo de adopción.

En el segundo caso, bajo las últimas averiguaciones entendemos que tampoco se logró el objetivo propuesto cuando la PMO tomó bajo su control el proyecto que como DSN_XP habíamos estabilizado.

viernes, noviembre 30, 2018

DSN_XP y el modelado visual


DSN_XP reconoce públicamente que está guiada (driver by) por el modelado visual, ya que desde un principio nuestro marco de trabajo se ajustaba a los distintos artefactos que cada método de desarrollo de software proponía según su escuela de diseño.

Principalmente  habíamos experimentado a profundidad con los artefactos y directrices propuestos por UML como lenguaje estándar (universal) de modelado, hasta que pudimos experimentar con aquellos artefactos promulgados por TOGAF lo que nos permitió introducir en nuestro marco de trabajo la técnica del pensamiento visual y consecuentemente del modelado visual pero esta vez teníamos a nuestro favor (gracias a la genialidad del equipo The Open Group) componentes visuales de narraciones de arquitectura empresarial con características fundamentales de bloques de trabajo de construcción de sistemas o "building block".

Una organización de software exitosa es aquella que constantemente implementa software de calidad que satisface las necesidades de sus usuarios. Una organización que puede desarrollar dicho software de manera oportuna y predecible con un uso eficiente y efectivo de los recursos, tanto humanos como materiales, es aquella que tiene un negocio sostenible. 
Hay una implicación importante en este mensaje: el producto principal de un equipo de desarrollo no son los documentos hermosos, las reuniones de clase mundial, los grandes eslóganes o las líneas de código fuente que ganan el premio Pulitzer. Más bien, es un buen software que satisface los objetivos cambiantes de sus usuarios y el negocio. Todo lo demás es secundario.
El término secundario debe entenderse como luego del principal o prioritario y no como el extremo de ser algo irrelevante.

Para implementar un software que cumpla con su propósito (implementar su interfaz o hacer lo dice puede hacer como software),  debe cubrir las expectativas de uso de los usuarios y comprometerlos de manera disciplinada con miras a exponer los requisitos funcionales reales del sistema.  Para desarrollar el software de calidad duradera, debe crearse una base arquitectónica sólida que resista al cambio justificado.

Para desarrollar software de manera rápida, eficiente y efectiva con un mínimo de infraestructura física y trabajo, con las personas adecuadas y el enfoque correcto.  Para hacer todo esto de manera consistente y predecible considerando los costos durante vida útil del sistema, se requieren en consecuencia un proceso de desarrollo sólido que pueda adaptarse a las necesidades cambiantes del negocio y de la tecnología.
El modelado es una parte central de todas las actividades que conducen a la implementación de un buen software. Construimos modelos para comunicar la estructura deseada y el comportamiento de nuestro sistema.  Construimos modelos para visualizar y controlar su arquitectura.  Construimos modelos para entender mejor el sistema que estamos construyendo, a menudo exponiendo oportunidades de simplificación y reutilización. Construimos modelos para gestionar el riesgo.

La importancia de modelar

Si desea construir una caseta para perros, puede comenzar con una pila de madera, algunos clavos y algunas herramientas básicas como un martillo, una sierra y una cinta métrica. En unas pocas horas, con poca planificación previa, es probable que termines con una caseta para perros que sea razonablemente funcional, y probablemente puedas hacerlo sin la ayuda de nadie más. Mientras sea lo suficientemente grande y no gotee demasiado, tu perro estará feliz. Si no funciona, siempre puedes volver a empezar, o conseguir un perro menos exigente.
Si desea construir una casa para su familia, puede comenzar con una pila de madera, algunas uñas y algunas herramientas básicas, pero le llevará mucho más tiempo, y su familia seguramente será mucho más exigente que el perro. En este caso, a menos que ya lo hayas hecho unas docenas de veces antes, estarás mejor preparado haciendo una planificación detallada antes de clavar el primer clavo o sentar las bases. Como mínimo, querrá esbozar varias ideas de cómo quiere que se vea la casa. Si desea construir una casa de calidad que satisfaga las necesidades de su familia y de los códigos de construcción locales, entonces también deberá dibujar algunos planos, para que pueda pensar en el uso previsto de las habitaciones y los detalles prácticos de Iluminación, calefacción y fontanería. Dados estos planes, entonces puede comenzar a hacer estimaciones razonables de la cantidad de tiempo y materiales que requerirá este trabajo. Aunque es humanamente posible construir una casa solo, encontrará que es mucho más eficiente trabajar con otros, posiblemente subcontratando muchas partes clave o comprando materiales precompilados. Mientras se mantenga fiel a sus planes y se mantenga dentro de las limitaciones de tiempo y dinero, entonces su familia probablemente estará satisfecha. Si no funciona, no puede obtener exactamente una nueva familia, por lo que es mejor establecer las expectativas temprano y administrar el cambio con cuidado. 
Si quieres construir un edificio de oficinas de gran altura, sería infinitamente estúpido que comiences con un montón de madera, algunas uñas y algunas herramientas básicas. Como probablemente esté usando el dinero de otras personas, exigirán que se les proporcione información sobre el tamaño, la forma y el estilo del edificio. A menudo, cambiarán de opinión, incluso después de que hayas comenzado a construir. Usted querrá hacer una gran cantidad de planificación, porque el costo de la falla es alto. Usted será solo parte de un grupo mucho más grande responsable de desarrollar e implementar el edificio, por lo que el equipo necesitará todo tipo de planos y modelos para comunicarse entre sí. Siempre que obtenga las personas adecuadas y las herramientas adecuadas y gestione activamente el proceso de transformación de un concepto arquitectónico en realidad, es probable que termine con un edificio que satisfaga a sus inquilinos. Si desea seguir construyendo edificios, querrá asegurarse de equilibrar los deseos de sus inquilinos con las realidades de la tecnología de la construcción, y querrá tratar al resto de su equipo de manera profesional, sin ponerlos en riesgo ni conducir. Tan duro que se queman.
 

jueves, noviembre 29, 2018

DSN_XP y el diseño estructurado

Diseño TopDown basado en la descomposición de escenarios

La característica principal del diseño estructurado es que este arranca con la noción de que existe una cima funcional que es desagregada utilizando el diseño de arriba para abajo o TopDown.

DSN_XP y el voluntariado

Dentro de los estudios que hemos realizado para la conformación de equipos multidisciplinares y equipos auto organizados (TeamView) en l...