Mostrando las entradas con la etiqueta Instituto Capacitas - Análisis y Diseño de Sistemas. Mostrar todas las entradas
Mostrando las entradas con la etiqueta Instituto Capacitas - Análisis y Diseño de Sistemas. Mostrar todas las entradas

martes, 7 de junio de 2016

El método de las 5S

El método de las 5S, así denominado por la primera letra del nombre que en japonés designa cada una de sus cinco etapas, es una técnica de gestión japonesa basada en cinco principios simples.


Se inició en Toyota en los años 1960 con el objetivo de lograr lugares de trabajo mejor organizados, más ordenados y más limpios de forma permanente para lograr una mayor productividad y un mejor entorno laboral.

Las 5S han tenido una amplia difusión y son numerosas las organizaciones de diversa índole que lo utilizan, tales como: empresas industriales, empresas de servicios, hospitales, centros educativos o asociaciones.
La integración de las 5S satisface múltiples objetivos. Cada 'S' tiene un objetivo particular:

Denominación Concepto Objetivo particular
En Español En Japonés
Clasificación 整理, Seiri Separar innecesarios Eliminar del espacio de trabajo lo que sea inútil
Orden 整頓, Seiton Situar necesarios Organizar el espacio de trabajo de forma eficaz
Limpieza 清掃, Seiso Suprimir suciedad Mejorar el nivel de limpieza de los lugares
Estandarización 清潔, Seiketsu Señalizar anomalías Prevenir la aparición de la suciedad y el desorden (Señalizar y repetir) Establecer normas y procedimientos.
Mantener la disciplina 躾, Shitsuke Seguir mejorando Fomentar los esfuerzos en este sentido


Por otra parte, la metodología pretende:
  • Mejorar las condiciones de trabajo y la moral del personal. Es más agradable y seguro trabajar en un sitio limpio y ordenado.
  • Reducir gastos de tiempo y energía.
  • Reducir riesgos de accidentes o sanitarios.
  • Mejorar la calidad de la producción.
  • Mejorar la seguridad en el trabajo.
Presentación de Juan Imoff  - juanimof_5@hotmail.com - Para la materia Análisis y Diseño de Sistemas en el Instituto Superior Capacitas - 2016


lunes, 6 de junio de 2016

Método Pomodoro - Administración de tiempos

La Técnica Pomodoro es un método para mejorar la administración del tiempo desarrollado por Francesco Cirillo a fines de los años 1980.1 La técnica usa un reloj para dividir el tiempo dedicado a un trabajo en intervalos de 25 minutos -llamados 'pomodoros'- separados por pausas. Relacionado con conceptos como timeboxing y desarrollo iterativo e incremental, usados en el desarrollo de software, el método ha sido adoptado en contextos de desarrollo ágil.

El método se basa en la idea de que las pausas frecuentes pueden mejorar la agilidad mental, y trata de ofrecer una respuesta eficaz frente al tiempo, en lugar del estado de ansiedad que suele provocar el "devenir" del tiempo, del que se habla en los escritos de Henri Bergson y Eugene Minkowski.

Presentación de Matias Lavanchi - matias.lavanchi@gmail.com



https://es.wikipedia.org/wiki/T%C3%A9cnica_Pomodoro

martes, 31 de mayo de 2016

Trabajo Práctico - Programación Extrema (XP)

Presentación de Programación Extrema (XP)
por Leonardo Antío (leonardo7capacitas@gmail.com)
Análisis y Diseño de Sistemas - Instituto Superior Capacitas - Bariloche  - Año 2016

Conjunto de prácticas y reglas empleadas para desarrollar software. Pensado para enfrentar ambientes muy cambiantes. Es una metodología ágil centrada en potenciar las relaciones interpersonales como clave para el éxito en desarrollo de software, promoviendo el trabajo en equipo, preocupándose por el aprendizaje de los desarrolladores, y propiciando un buen clima de trabajo.



lunes, 30 de mayo de 2016

Trabajo Práctico - Introducción Método Lean

Presentación de Método Lean de producción
por Jorge Sosinowicz (jsosinowicz@gmail.com)
Análisis y Diseño de Sistemas - Instituto Superior Capacitas - Bariloche  - Año 2016

Es una herramienta de gestión de mejoramiento continuo. Metodología nacida en Japón orientada a mejorar la eficiencia en manufactura, creada por Taiichi Ohno director de Toyota. Estudiando a Ford y a Taylor, se dio cuenta que la producción en maso no tomaba en cuenta la variedad en la producción y cantidad de desperdicio que producía era muy grande.

La idea es encontrar herramientas que ayuden a eliminar todos los desperdicios. Todas las operaciones que no le agregan valor a la producción o a los procesos se deben eliminar. Producción Limpia y sin desperdicios.


Método Lean

Se puede ver el documento completo del Trabajo Práctico haciendo click aquí

lunes, 23 de mayo de 2016

Trabajo freelance, autónomo, ó independiente en la Red

Se denomina freelance (o trabajador autónomo, por cuenta propia o trabajador independiente) a la persona cuya actividad consiste en realizar trabajos propios de su ocupación, oficio o profesión, de forma autónoma, para terceros que requieren sus servicios para tareas determinadas.



La etimología de la palabra deriva del término medieval inglés usado para un mercenario (free = independiente y lance = lanza), es decir, un caballero que no servía a ningún señor en concreto y cuyos servicios podían ser alquilados por cualquiera.



Las diferencias entre el freelance y el empleo fijo pueden significar una ventaja o una desventaja para el freelancer según sean sus características personales.

En general el trabajador freelance tiene una mayor variedad de asignaciones que en un empleo regular, y casi siempre tiene más libertad de escoger su horario de trabajo. Esto representa una ventaja para quien guste de una labor creativa y tenga la capacidad de administrar debidamente su tiempo de trabajo pero si el trabajador en cuestión prefiere el trabajo rutinario o carece de autodisciplina en cuanto al tiempo de trabajo, la modalidad le significará una desventaja.



Se considera en general que el trabajo freelance recibe mejor retribución que el fijo pero carece de beneficios laborales tales como seguro médico o indemnizaciones, y está sujeto a una posibilidad de variación en los ingresos.

También aquí es importante la personalidad del freelancer porque le requiere prever por sí mismo la cobertura de tales riesgos. Donde se aprecia mejor retribución es en los consultores que optan por trabajos en el extranjero.


Otro aspecto a considerar es que, en general, el freelance se debe preocupar por la obtención de nuevos clientes, la realización de nuevos productos, la actualización de sus conocimientos, etc. lo cual, a su vez, le brinda la oportunidad de incrementar sus ingresos e incluso, a veces, la de iniciar una empresa o la de obtener un empleo fijo de relevancia. Sin embargo, hay personas que no tienen la capacidad o la voluntad para aprovechar esas ventajas y que, por el contrario, hallarán más conveniente un empleo fijo con menores ingresos pero también con menores requerimientos, riesgos y con más estabilidad a largo plazo.

Otra opción interesante que tiene los freelancer es la de juntarse, cooperar, colaborar, co crear, trabajar asociativamente junto a otros freelancers para potenciarse y poder lograr objetivos mas grandes.
Ver también ( Software Libre y Economía Local y CoWorking, trabajo en Cooperación) 

Mi vida Freelance: Un interesante blog con sugerencias, recomendaciones y artículos para llevar una vida freelance - http://mividafreelance.com/

Otros muy bueno artículos sobre el trabajo freelance son los siguientes escritos por Nico Paez en su Blog

https://blog.nicopaez.com/tag/freelance/

Oportunidades en la Red para el trabajo Freelance:

17/05/16 Por Internet, ya hay más de 200 mil argentinos que se "independizaron" El fenómeno que crece Lo muestra un estudio del sitio Freelancer. Son personas que trabajan por su cuenta a través de la web.


10/05/2016 Cinco trabajos bien pagos del mundo online - Algunas de estas profesiones no existían hace 10 años. Pero hoy son de las mejores pagas. Enterate en qué áreas conviene capacitarse para tener un mejor ingreso. 


Portales de Trabajos Freelance Algunos portales para buscar, y tomar trabajo freelance, al estilo mercado libre, con puntuaciones, y comisiones.






Fuente:
https://es.wikipedia.org/wiki/Freelance

viernes, 13 de mayo de 2016

Nuevo Libro Experiencias Ágiles

Escrito durante el Agile Open Camp 2016 realizado en El Foyel, en las cercanías de ‪‎Bariloche (Rio Negro - Argentina). ‬Este segundo libro reúne un conjunto de técnicas. En primera instancia uno enfrenta diversas situaciones las cuales permiten ir ganando experiencia. Luego, a partir del análisis de esas experiencias es posible descubrir patrones y generalizarlos en técnicas reutilizables en situaciones similares.

Disponible en forma totalmente gratuita en diversos formatos digitales en la plataforma GitBook y también está disponible en forma físico en la plataforma Hesiodo (el formato físico no es gratuito).


lunes, 2 de mayo de 2016

SCRUM: Reunión de Retrospectiva

¿Qué es una retrospectiva?
Definición de Diana Larsen:
"Es una reunión especial  en la cual un equipo decide hacer una pausa para reflexionar sobre el trabajo realizado, ver qué lecciones pueden capitalizar y decidir cómo aplicar lo que aprendieron en el futuro cercano."



La retrospectiva es la última reunión en una iteración de Scrum, el momento de cierre del sprint que está terminado. Es un momento de análisis y reflexión del pasado, pero también es un encuentro del cual tienen que salir decisiones y acciones para el futuro.

Es la herramienta que hace foco en el equipo, analizando cómo trabajamos y nos relacionamos, y buscando soluciones reales que el equipo mismo pueda aplicar.

El objetivo de una retrospectiva es mejorar: mejorar la productividad, mejorar los conocimientos y habilidades del equipo, mejorar la calidad del producto... en última instancia, el objetivo de una retrospectiva es mejorar la calidad de vida de quienes participan.

Las 5 etapas de una retrospectiva

Todas las retrospectivas pasan por 5 etapas, aunque a veces no sean formales. Es bueno tener en cuenta estas etapas y ser conscientes de que deben ocurrir: si se saltea alguna etapa, o si la misma no ocurre de forma efectiva, no llegaremos al mejor resultado posible de la retrospectiva. Y en el peor de los casos, terminaremos con una reunión más, desaprovechada.

Entonces, las 5 etapas de una retrospectiva son:
  1. Preparar el escenario
  2. Recolectar datos
  3. Reflexionar
  4. Decidir qué hacer
  5. Cerrar la retrospectiva
A continuación un link con una web que te suguiere actividades concretas para poder realizar una retrospectiva: http://www.plans-for-retrospectives.com/

También mas información sobre SCRUM y retrospectivas en el libro  Proyectos Ágiles con #Scrum

 

Referencias y fuentes:
http://www.kleer.la/es/publicamos/scrum
http://www.plans-for-retrospectives.com/index_es.html?id=36-51-66-88-77
http://www.elproximopaso.net/2014/10/que-es-una-retrospectiva.html

lunes, 11 de abril de 2016

Relevamiento Agil: Historias de Usuarios

Historia de Usuarios: Es un método para relevamiento de requerimientos de software utilizado por el paradigma Agil de desarrollo.

Valor: Software funcionando por sobre la documentación extensiva

Principio: El método más eficiente y eficaz de transmitir información hacia y dentro de un equipo de desarrollo es mediante la comunicación cara a cara. (Agile Manifesto – 2001)

Una historia de usuario es una representación de un requisito escrito en una o dos frases utilizando el lenguaje común del usuario. Las historias de usuario son utilizadas en las metodologías de desarrollo ágiles para la especificación de requisitos (acompañadas de las discusiones con los usuarios y las pruebas de validación). Cada historia de usuario debe ser limitada, ésta debería poderse escribir sobre una nota adhesiva pequeña. Dentro de la metodología XP las historias de usuario deben ser escritas por los clientes.

Las historias de usuario son una forma rápida de administrar los requisitos de los usuarios sin tener que elaborar gran cantidad de documentos formales y sin requerir de mucho tiempo para administrarlos. Las historias de usuario permiten responder rápidamente a los requisitos cambiantes.



Ejemplos de escritura de Historias de Usuario:


Componentes de una Historia de Usuario:
Una Historia de Usuario se compone de 3 elementos, también conocidos como “las tres Cs”de las Historias de Usuario:


  • Card (Ficha) – Toda historia de usuario debe poder describirse en una ficha de papel pequeña. Si una Historia de Usuario no puede describirse en ese tamaño, es una señal de que estamos traspasando las fronteras y comunicando demasiada información que debería compartirse cara a cara.
  • Conversación – Toda historia de usuario debe tener una conversación con el Product Owner. Una comunicación cara a cara que intercambia no solo información sino también pensamientos, opiniones y sentimientos.
  • Confirmación – Toda historia de usuario debe estar lo suficientemente explicada para que el equipo de desarrollo sepa qué es lo que debe construir y qué es lo que el Product Owner espera. Esto se conoce también como Criterios de Aceptación.
Características de una correcta historia de usuario:

Podes ver algunas herramientas de Código Abierto para trabajar con SCRUM en el siguiente link: http://www.opensourcescrum.com/


Fuente: http://www.martinalaimo.com/es/scrum

lunes, 28 de marzo de 2016

Requerimientos / Requisitos de Software

En el desarrollo/construcción de proyectos de Software, un requisito / requerimiento  es una necesidad documentada sobre el contenido, forma o funcionalidad de un producto o servicio.

"Establecen qué debe hacer el sistema, pero no cómo hacerlo."

Ejemplo visual de la importancia un correcto proceso de recolección y análisis de requerimientos: 
 
La fase de captura, recolección y registro de requisitos puede estar precedida por una fase de análisis conceptual del proyecto. Esta fase puede dividirse en recolección de requisitos, análisis de consistencia e integridad, definición en términos descriptivos para los desarrolladores y un esbozo de especificación, previo al diseño completo.

A continuación les comparto una presentación que elabore sobre que son requerimientos, cómo mido buenos requerimientos, y cual pueden ser los diferentes procesos de recolección y verificación de los mismos. 


 A continuación una presentación de una mirada ágil para la toma de requerimientos:


Requisitos agiles 2010 from Ana Malumbres

Recomiendo la lectura del Cápitulo 4 del libro Proyectos Ágiles con #Scrum para ampliar información sobre la recolección de Requerimientos / Requisitos desde una mirada con Metodologías Ágiles



martes, 22 de marzo de 2016

Proyectos Ágiles con #Scrum


Proyectos Ágiles con  #Scrum: Flexibilidad, aprendizaje, innovación y colaboración en contextos complejos. Scrum es un marco de trabajo que nos permite encontrar prácticas emergentes en dominios complejos, como la gestión de proyectos de innovación. 

Mediante este libro conocerás:
  • Los factores que dieron origen a las metodologías ágiles
  • Los valores y principios del Manifiesto Ágil
  • Los contextos de complejidad donde Scrum es más eficiente
  • Los principios y valores de Scrum
  • Roles del Equipo Scrum
  • Responsabilidades y expectativas de cada rol
  • Elementos y actividades del flujo de trabajo de Scrum
  • Técnicas de análisis ágil y desarrollo evolutivo
  • Técnicas de comunicación de necesidades (Historias de Usuario)
  • Estimaciones ágiles
  • Planificación del mediano y largo plazo
  • Presupuestación de proyectos ágiles

 

  Conseguí el Libro desde aquí

lunes, 21 de marzo de 2016

Ciclo de Vida del Desarrollo de Software: Metodología Tradicional (Cascada) - Metodología Agile

El Proceso para el desarrollo de software, también denominado ciclo de vida del desarrollo de software es una estructura aplicada al desarrollo de un producto de software. Hay varios modelos a seguir para el establecimiento de un proceso para el desarrollo de software, cada uno de los cuales describe un enfoque diferente para diferentes actividades que tienen lugar durante el proceso.

En la actualidad, existen dos grandes metodologías (existen otras, pero estas son las que predominan por resultados), para el ciclo de vida del desarrollo de Software, una que es la tradicional ( cascada ), y otra que surge en el año 2001, denominada Metodologia Ágil, que al día de la fecha es la que se impone a travpes de resultados, y casos de éxito por sobre el esquema tradicional.



En el desarrollo del software, como en el desarrollo de cualquier otro producto de ingeniería, es muy importante la adaptación por parte de la metodología, mediante la cual se va a llevar a cabo el proyecto, a las necesidades tanto de usuarios como de los desarrolladores. Es primordial la posibilidad de incorporar nuevos requisitos funcionales al sistema sin que el costo del proyecto alcance costos desorbitados. Esta posibilidad es la que nos ofrecen las metodologías ágiles, usando métodos iterativos y adaptables y renegando de los métodos que llevaban a cabo las metodologías tradicionales en cascada o lineales, que se basan en ir cerrando etapas en el desarrollo las cuales no pueden volverse a abrir.

Además, las metodologías tradicionales, apenas mantienen relación con el usuario final (el usuario no habla con los desarrolladores si no es a través de un documento). Y la clave para conseguir un producto de calidad es el trabajo cooperativo. Pues cada una de las personas que están relacionadas con el proyecto, desde el usuario hasta el programador tienen una visión del proyecto (como se puede observar con la analogía del columpio en la figura) y solo después de trabajar y cooperar juntos todos ellos se conseguirá obtener una visión real y unificada del producto.



Metodología tradicional: Diagrama en cascada



Metodología Agile: Iterativo Incremental



Que es el Agilismo ó las Metodologías Agiles ?

Es un nuevo Paradigma, una nueva manera de pensar, de abordar, la gestión de proyectos, equipos y tareas, poniendo el foco en las personas, sin perder de vista la calidad y la eficiencia. Entendiendo que la calidad y la eficiencia, en un producto y/o servicio, esta directamente relacionado con el grupo humano, y sus relaciones, que como equipo lo lleva adelante.

La metodología nace del mundo del desarrollo de software, y hoy se expande, a base de resultados concretos, a todos los espacios de la gestión de todo tipo de proyectos, negocios o emprendimientos.

Uno de los objetivos principales de las metodologías Ágiles es  poder adaptarse rápidamente a los cambios de contexto ( mercado, sociales, tendencias, etc).


Manifiesto Ágil: http://agilemanifesto.org/iso/es/

Resumiendo, son un conjunto de buenas prácticas y recomendaciones. Surgen de la experiencia de años de desarrollo y gestión de proyectos, las cuales fueron enmarcadas en una metodología. No son mágicas, ni exactas, no es que aplicas esto y te asegura un resultado exitoso por el solo echo de aplicarlas, pero si esta comprobado que aplicándolas en lugares y contextos adecuados, haciendo las revisiones adecuadas, ayuda a que el trabajo pueda ser más fácil, dinámico, eficiente, y efectivo.

El Manifiesto ágil propone 4 valores y 12 principios. 


Recomiendo ver los videos facilitados por plablitux de Keer aplicados a un proyecto de software, pero que pueden ser utilizados en cualquier tipo de proyectos.

4 Valores:


12 Principios:




 

Metodologías que son excelentes para mi en el desarrollo de software son Planificación son SCRUM, Kanban para organizar tareas, y retrospectivas al finalizar la iteración.

Instituto Superior Capacitas - Contenidos de la Materia: Análisis y Diseño de Sistemas

Instituto Superior Capacitas
Técnico Superior en Desarrollo de Sistemas Informático
Materia: Análisis y Diseño de Sistemas ( Segundo Año)
Contenidos sugeridos:
Concepto de análisis y diseño de sistemas.
Ciclo devida del desarrollo de sistemas.
Herramientas CASE.
Representación gráfica de los sistemas.
Niveles de administración.
Análisis de requerimiento de información.
Diagrama de flujos de datos.
Diccionario de datos.
Especificaciones de procesos y decisiones estructuradas.
Diseño: Salidas, Entradas, Bases de Datos, Interfaz con el Usuario.
Ingeniería de software e implementación.
Análisis y diseño orientado a objetos.
Manifiesto y Metodologías Ágiles