Subido por NATALY GARCIA NIEVES

general

Anuncio
tema
Nataly Garcia Nieves
Sandra Milena Romero
Juan David Vásquez
Servicio Nacional de Aprendizaje (SENA)
Centro Minero Regional Boyacá
Análisis y Desarrollo de Software
Ficha: 2547382
Ingeniero: Juan Carlos Quintero Cárdenas
Barranquilla, Colombia
9 de julio de 2022
INTRODUCCION
1. Evidencia de desempeño: GA1-220501092-AA3-EV01 diseño del instrumento de
recolección de información
Seleccione una de las técnicas utilizadas para la licitación de requisitos y realice el diseño
de un instrumento de recolección de información, teniendo en cuenta las características
del software a construir.
Elementos a tener en cuenta en el documento de requisitos:
● Se deben seguir las normas básicas de presentación de un documento escrito, es decir
el documento debe tener como mínimo una portada, introducción, objetivo, preguntas
claras y alcance
Que técnica se acomoda a nuestro proyecto para hacer la elicitación de requisitos,
recoger los requisitos la info q hay q adquirir para el desarrollo del proyecto. Como
funciona su empresa, microempresa… info en general.
2. GA1-220501092-AA3-EV02 Evidencia de desempeño: Formulación del proyecto de
software.
Teniendo en cuenta las características del software a construir seleccione una de las
herramientas para captura de requisitos y defina sus funcionalidades en un documento.
Elementos a tener en cuenta en el documento de requisitos:
Se deben seguir las normas básicas de presentación de un documento escrito, es decir el
documento debe tener como mínimo una portada, introducción, objetivo, preguntas claras
y alcance
● Seleccione una de las herramientas para captura de requisitos mencionada en el
componente (diagramas de casos de uso, historias de usuario, storyboard) para realizar
la formulación de los requisitos.
● Utilice una de las herramientas o plantillas (starUml, plantilla historias de usuario) que
se describieron en el componente formativo.
3. Evidencia de producto: GA1- 220501092-AA3-EV03 formulario de recolección de
información
Teniendo en cuenta las características del software a construir elaborar un documento
donde se pueda identificar las técnicas de licitación para el levantamiento de requisitos
utilizada.
Elementos a tener en cuenta en el documento de requisitos:
● Se deben seguir las normas básicas de presentación de un documento escrito, es decir
el documento debe tener como mínimo una portada, introducción, las técnicas utilizadas
para el levantamiento de requisitos, y el análisis arrojado después de aplicadas las
técnicas.
● Respecto a la técnica deberá adjuntar el formato o la estructura de la técnica realizada;
si es entrevista, el guion utilizado; si es encuesta, las preguntas realizadas, etc.
● Respecto al análisis se deberá realizar un informe de los resultados de la técnica
aplicada.
4. Evidencia de desempeño: GA1-220501093-AA1-EV03 Foro. Especificación de la
metodología a aplicar ✅
Argumentar y debatir sobre la metodología de desarrollo a aplicar en el proyecto por
medio del foro dispuesto para este fin.
Elementos para tener en cuenta en la actividad:
● Recuerde que toda participación en el foro debe presentar una argumentación clara,
con buena ortografía.
● Apoyar cada argumentación teniendo en cuenta los siguientes elementos de las
metodologías: ○ Origen.
○ Características / Principios.
○ Elementos / Roles / Herramientas de apoyo.
○ Gráfica resumen.
● Debe comentar las argumentaciones realizadas por otros.
Nombre Grupo: Chiu-Ki-Chan
Integrantes:
1. Nataly Garcia Nieves
2. Sandra Milena Romero Gonzalez
3. Juan David Vasquez Miranda
De acuerdo a las metodologías de desarrollo de software nuestro grupo se encuentra
trabajando con la metodología Ágil de KANBAN, desde el inicio con el uso de TRELLO
nos hemos comunicado y sentido que con esta metodología es la que mas nos
identificamos por su fácil y ágil desarrollo.
Recordemos que Trello es una fabulosa herramienta para la organización de tareas
basado en la metodología Kanban el cual propone un sistema de uso colaborativo.
Origen:
La metodología Kanban es un sistema de fabricación de programación Lean, desarrollado
por Taiichi Ohno para Toyota en Japón. En japonés, Kanban se traduce como cartelera o
letrero. Kanban, utiliza señales visuales que calculan:



Que producir
Cuando producir
Cuánto producir
La metodología Kanban de hoy, en 2022, es utilizada por equipos de desarrollo de
software, marketing y ventas en todo el mundo para gestionar la creación y la entrega de
productos y servicios. La curva de aprendizaje es mínima y permite que los equipos sean
flexibles en la producción, sin agregar complejidad innecesaria al proceso.
Características:
1. Permite visualizar el flujo de trabajo
Permite visualizar el flujo de trabajo. Para visualizar un proceso de producción con el
sistema Kanban, necesitará un tablero con tarjetas y columnas. Cada columna en el
tablero representa un paso en su flujo de trabajo y cada tarjeta Kanban representa una
tarea o elemento de trabajo.
2. Limite el trabajo en progreso
Establezca los elementos máximos por etapa (columna) para garantizar que las múltiples
tareas no estén disminuyendo la productividad de su equipo. Limitar el trabajo en
progreso iluminará rápidamente las áreas problemáticas en su flujo para que pueda
identificarlas y resolverlas.
3. Administrar flujo
Por flujo, nos referimos al movimiento de los elementos de trabajo a través del proceso de
producción. Administrar el flujo se trata de administrar el trabajo, pero no las personas.
Entonces, en lugar de micro-administrar personas e intentar mantenerlas ocupadas todo
el tiempo, nos enfocamos en administrar y comprender los procesos de trabajo. Nuestro
objetivo es hacer que ese trabajo pase por el sistema lo más rápido posible ajustando el
flujo de trabajo.
4. Haga explícitas las políticas de proceso
Escriba las reglas para mover las tarjetas de una columna a otra, por lo tanto, las tareas
de una etapa a otra. Asegúrese de que todos en el equipo estén en la misma página y
entiendan las reglas.
5. Implemente intervalos de retroalimentación (reuniones)
Para mejorar el rendimiento, se deben realizar reuniones periódicas para el intercambio
de conocimientos y comentarios. Un buen comienzo es hacer reuniones diarias de pie
para la sincronización del equipo.
6. Mejorar de una manera colaborativa, experimentar y adaptarse
El Método Kanban es un proceso de mejora evolutiva. Le ayuda a adoptar pequeños
cambios y mejorar gradualmente a un ritmo y tamaño que su equipo pueda manejar. Vea
qué funciona para usted y qué no para lograr la máxima productividad.
Ventajas:
1. Todos están en la misma página
El concepto de Kanban es visualizar cada pieza de trabajo en un tablero. Cada miembro
del equipo puede ver y actualizar el estado de cada proyecto o tarea. De esta manera,
todas las tareas son visibles, lo que aporta transparencia a todo el proceso de trabajo.
2. Kanban es flexible en producción
Kanban se basa en eventos en lugar de segmentos de tiempo, lo que garantiza que se
pueda responder a una caída repentina de la demanda de un producto o servicio
eliminando tareas de la columna “Tareas pendientes”. En Scrum, no puedes hacerlo hasta
que se complete el Sprint actual.
3. Kanban revela cuellos de botella en tu flujo de trabajo
Usando Kanban tendrás todo tu flujo de trabajo visible en un tablero Kanban. De esta
manera, puede ver en qué columna hay más tarjetas, por lo tanto, en qué etapa se
lentifica el proceso de entrega.
4. Kanban es fácil de adoptar
Kanban es fácil de entender y no requiere cambios de roles, por ejemplo, tener
"Propietario del producto", "Scrum Master", “Stakeholders” y "Equipo Scrum" como en
Scrum.
Desventajas:
1. Menos efectivo en situaciones de recursos compartidos
Supongamos que el diseñador es compartido entre los equipos de marketing y desarrollo
de software. El equipo de software requiere un diseño UI / UX y el equipo de marketing
necesita materiales de marketing. En una mayor demanda tanto de diseño de UI / UX
como de materiales de marketing, el diseñador no puede priorizar de manera efectiva y
tanto el marketing como el desarrollo pueden bloquearse.
2. Inflexible en la mezcla de productos y cambios en el flujo de entrega
El sistema Kanban supone que hay un plan de producción estable (flujo de trabajo) que se
puede aplicar para la entrega de todos los productos y servicios. Por lo tanto, el sistema
no es adecuado para industrias donde hay mezclas de diferentes productos.
3. Tablero Kanban desactualizado puede bloquear el desarrollo
Dado que Kanban se basa en eventos, si una tarjeta (tarea) no se mueve a la columna
(etapa) apropiada, las otras tareas que dependen de ella nunca se notifican y por ende, se
quedan bloqueadas.
Conclusión:
Kanban es el método más simple y fácil de adoptar. Visualiza el trabajo y el proceso de
trabajo en un tablero Kanban que garantiza que todos los miembros del equipo estén en
la misma página y revela cuellos de botella en el flujo de trabajo mientras se mantiene
flexible en la producción. Sin embargo, Kanban es menos efectivo en situaciones de
recursos compartidos, inflexible para manejar múltiples productos o grandes proyectos y
es difícil rastrear la contribución individual del equipo. Además, un tablero Kanban
desactualizado puede causar problemas.
Kanban es una buena opción para los equipos de soporte y mantenimiento, la fabricación
continua de productos y los equipos de entrega de productos o servicios con un flujo de
trabajo estable.
Descargar