Lan kooperatiboak

Trabajos cooperativos

Zertarako gaude hemen? / ¿A qué hemos venido?

1. Erakusteko / Para enseñar

2. Ikasteko / Ikasteko

Bileren gestioa / Gestión de reuniones

Zereginen antolaketa / Gestión de tareas

Bertsio kontrolerako softwarea / Software de control de versiones

Metodologia arinak / Metodologías ágiles

Proiektuen antolaketa enpresan / Organización de

proyectos en la empresa

Hanka sartuko duguNos equivocaremos

DISCLAIMER

2013/02/12 1

Gestión de reuniones

Alberto Calvo García

alberto.calvo@magnasis.com

2013/02/12 2 2

Introducción

Reuniones: Por qué y para qué“Una reunión debería ser la forma más efectiva de lograr la interacción y compromiso de personas hacia un objetivo determinado.”

Tres fases:ANTES � DURANTE � DESPUÉS

2013/02/12 3 3

Antes

Convocatoria:QuiénesCuándo y dóndePara quéOrden del día

Temas a tratar:InformativosConsultivosDecisoriosFormativos

2013/02/12 4 4

Durante (I)

Existencia de un moderador que:Detecte y reconduzca las situaciones y conductas perjudiciales.Esté alerta de la interacción que se está llevando a cabo.Reparta los turnos de palabra entre los participantes.Se ciña a la agenda y evite pérdidas de tiempo.Mantenga el ritmo, controle los tiempos.Saque conclusiones y tome decisiones.

2013/02/12 5 5

Durante (II)

Conductas perjudiciales:

- El hablador- El callado- El pasota- El crítico- El conservador- El sabelotodo

- El que no deja acabar- El que no se entera de nada- El que susurra con el de al lado- El que se repite- El graciosete- El ocupado

2013/02/12 6 6

Durante (III)

3.ª Ley de Parkinson (Ley de la Banalidad):“El tiempo dedicado a cualquier tema de la agenda es inversamente proporcional a su importancia”

Toma de decisiones y acuerdos:Establecer de antemano las normas de juego.Actitud negociadora, búsqueda de acuerdos.Detallar encargado, plazo y forma de ejecución.

2013/02/12 7 7

Después

Acta vs. notas de reunión

Redacción de un acta que recojalos acuerdos tomadosel desarrollo de la sesiónlas opiniones expresadas

2013/02/12 8 8

Resumen (I)

Antes de la reunión deberemos:Elegir los participantes. Solo aquellas personas que sean necesarias.Definir los puntos a tratar / orden del día y convocar la reunión.Preparar los temas que se tratarán.

2013/02/12 9 9

Resumen (II)

Durante la reunión deberemos:Asumir las reglas de juego que se establezcan.Reconocer a un moderador la dirección de la reunión.Participar activa y ordenadamente en los debates.Asumir las conclusiones alcanzadas, sean o no de nuestro agrado.

2013/02/12 10 10

Resumen (III)

Después de la reunión deberemos:Redactar, difundir y leer el acta.Materializar las decisiones adoptadas.

2013/02/12 11 11

Bibliografía

“Las reuniones” Fernando de la Riva y Pablo Solo de Zaldivar (1998)“Curso taller: Gestión de reuniones” Raúl Suárez Álvarez (2009)

Gestión(de(actividades(y(tareas(Herramientas*y*Apps*

*

Plani1icación(•  EDT**

*•  GANTT*

Problemas(y(necesidades(•  Comunicación*interna*del*equipo*•  Coordinación*a*distancia.*

•  Conocer*las*asignaciones*de*tareas.*

•  Saber*si*algún*miembro*del*equipo*necesita*ayuda.*

•  Canal*de*comunicación*para*el*proyecto.*

*

•  Cambios*en*las*ac@vidades*•  Producidos*por*el*cliente.*

•  Nuevas*ac@vidades*no*previstas.*

•  Problemas*surgidos*al*realizar*las*ac@vidades.*

•  Seguimiento*del*proyecto*•  Conocer*en*todo*momento*las*tareas*realizadas*y*el*estado*del*proyecto.*

Tipos(de(aplicaciones(

•  ToDdoDlists*o*GTD*

•  ITS*

To7do7list(/(GTD(

•  Lista*de*tareas*ordenada*por:*•  Prioridades*•  Fechas*•  E@quetas**

Consejos(•  Revisar*la*lista*de*tareas*todos*los*días.*•  Reorganizar*la*lista*una*vez*por*semana.*•  Usar*la*regla*de*los*dos*minutos,*si*tenemos*una*ac@vidad*que*nos*lleve*menos*de*dos*minutos,*hacerla*inmediatamente.*

GTD(colaborativo(•  Los*GTD*han*evolucionado*a*plataformas*más*complejas,*en*las*cuales*se*pueden*compar@r*listas*de*tareas,*calendarios,*comentarios…*

•  Son*aplicaciones*con*tendencias*de*las*redes*sociales*que*están*enfocadas*al*trabajo*colabora@vo.*

Trello(

Proporciona(•  Un*canal*de*comunicación*privado*y*específico*para*el*proyecto,*con*cambios*en*@empo*real.*

•  Facilidad*de*reorganización,*creación*y*eliminación*de*ac@vidades.*

•  Una*imagen*real*del*estado*del*proyecto*en*todo*momento,*ayudando*al*seguimiento*del*mismo.*

Más(alternativas(

ITS(

Tipos(de(tickets(o(issues(•  Suele*haber*cutro*@pos*diferentes*de*@ckets*•  Bug*•  Task*•  Enhancement*•  Proposal*

CVS+ITS(•  Las*plataformas*como*Github*y*Bitbuket*nos*ofrecen*integración*con*su*sistema*de*incidencias*con*el*que*podemos*interactuar,*mediante*palabras*clave*en*la*descripciones*de*cada*commit.*

*

Resumen(

METODOLOGÍAS ÁGILES

¿QUÉ SON?

•Métodos de I.S.

•Desarrollo iterativo e incremental

•Grupos auto-organizados

•Lapsos cortos

http://commons.wikimedia.org/wiki/File:Agile_Software_Development_methodology.svg

ORIGEN

● Mediados de los 90

● Respuesta al modelo en cascada

– Burocrático

– Lento

– Degradante

– Ineficiente

http://commons.wikimedia.org/wiki/File:El_modelo_de_desarrollo_en_cascada.svg

MANIFIESTO ÁGIL

● 17 de febrero de 2001, Kent Beck

Estamos poniendo al descubierto mejores métodos para desarrollar software, haciéndolo y ayudando a otros a que lo hagan. Con este trabajo hemos llegado a valorar:

A los individuos y su interacción, por encima de los procesos y las herramientas.

El software que funciona, por encima de la documentación exhaustiva.

La colaboración con el cliente, por encima de la negociación contractual.

La respuesta al cambio, por encima del seguimiento de un plan.

Aunque hay valor en los elementos de la derecha, valoramos más los de la izquierda.

● Firmantes: Kent Beck, Mike Beedle, Arie van Bennekum, Alistair Cockburn, Ward Cunningham, Martin Fowler, James Grenning, Jim Highsmith, Andrew Hunt, Ron Jeffries, Jon Kern, Brian Marick, Robert C. Martin, Steve Mellor, Ken Schwaber, Jeff Sutherland y Dave Thomas

http://agilemanifesto.org/

METODOLOGÍAS

● Adaptive Software Development (ASD).

● Agile Unified Process (AUP).

● Crystal Clear.

● Essential Unified Process (EssUP).

● Feature Driven Development (FDD).

● Lean Software Development (LSD).

● Kanban.

● Open Unified Process (OpenUP).

● Programación Extrema (XP).

● Método de desarrollo de sistemas dinámicos (DSDM).

● Scrum.

● G300.

AGILE UNIFIED PROCESS

AUP● Test Driven Development

● Modelado ágil

● Gestión de cambios ágil

● Refactorización de BBDD

RUP● Iterativo e incremental

● Dirigido por casos de uso

● Centrado en la arquitectura

● Enfocado en los riesgos

● Versión simplificada de RUP

LEAN SOFTWARE DEVELOPMENT

● Eliminar desperdicios:

– Código y funcionalidades innecesarias

– Retraso en el proceso de desarrollo de software

– Requisitos poco claros

– Burocracia

– Comunicación interna lenta

● Características:

– Ampliar aprendizaje

– Decidir lo más tarde posible

– Just in time

– Potenciar el equipo

– Crear integridad

Adaptación del sistema de producción TOYOTA

EXTREME PROGRAMMINGTodo en el software cambia. Los requisitos cambian. El diseño cambia. El negocio cambia. La tecnología cambia.El equipo cambia. Los miembros del equipo cambian. El problema no es el cambio en sí mismo, puesto que sabemos que el cambio va a suceder; el problema es la incapacidad de adaptarnos a dicho cambio cuando éste tiene lugar.

Kent Beck.

● Desarrollo iterativo e incremental

● Pruebas unitarias continuas

● Programación en parejas

● Integración equipo-cliente

● Corrección de todos los errores

● Refactorización del código

● Propiedad del código compartida

● Simplicidad en el código

SCRUM

● Scrum = Mêlée

● Se basa en la gestión

SCRUM II - Elementos

● Product Backlog

– Lista de objetivos priorizada

– Visión del cliente (Product Owner)

– Muestra iteraciones y entregas

– Riesgos y cómo mitigarlos

http://agilesoftwaredevelopment.com/files/apostimages/Scrum/simple-product-backlog.png

● Sprint Backlog

– Lista de tareas de la iteración

– Autoasignación

– Muestra el esfuerzo pendiente

– Actualizado a diario

http://www.agile-tools.net/i/simple-sprint-backlog.png

● Tablón de tareas

– Tres estados: pendiente, en curso y terminado

– Objetivo del sprint

– Gráfico Burn Down

– No planificados y siguientes

http://2.bp.blogspot.com/-G_zrSqnCsL0/TyhQg6ojwiI/AAAAAAAAGf0/TkZhwzxscqE/s1600/taskboard.jpg

SCRUM III - Roles

● Scrum Master

– Facilitador/gestor

– Guía en la práctica de Scrum

– Elimina impedimentos

– Protege al equipo

● Product Owner

– “Cliente”

– Define funcionalidades

– Prioriza f.

– Acepta o rechaza resultados

● Equipo

– Desarrolladores del proyecto

– Responsabilidad compartida

– De 5 a 9 personas

– Auto-organizados

– Cambios de personal entre sprints

RECURSOS ÁGILES

● http://agile-spain.org/

● http://agilismo.es/

● http://www.agile-tools.net/

● http://katayunos.com/

¿?

Proiektu antolaketa

enpresa barnean

Gorka Maiztegi Etxeberriagorka.maiztegi@magnasis.com

@gmaiztegi

(eta hau klasean ikasiko duzuenez, hilabete hauetan

ikasitako hainbat lekzio)

Beharra

Eginbehar Pertsonan m

Sailak?

• Estatikoak.

• Endogamikoak.

• Multidisziplinaritate eza.

• Tamaina txikietan zentzua galtzen dute: pertsona bakarreko departamentuak.

Proiektuak!

• Helburuetan zentratuak.

• Multidisziplinarietatea.

• Lanaren arabera “horizontalki eskalagarriak”.

Ezaugarriak

• Helburuak

• Epeak

• Errekurtsoak

• Pertsonak (zuzendaria eta lan taldea)

Proiektuak, beraz...

... baliabide eta epe mugatuetan helburu batzuk betetzeko pertsonaz osatutako lan taldeak dira.

Lan askatasuna

Proiektuek beren helburuak lortzeko “edozein gauza” egiteko eskubidea dute, beraien ezaugarrien barruan.BAINA proiektuen arteko koordinazioa beharrezkoa da.

Ikasitako lekzioak

• Kodea beste pertsonaren batek errebisatu beharko du.

• Kode konbentzioak jarraitu.

• Aldagaien izenak zentzudunak izan daitezela, mesedez.

Always code as if the person who ends up maintaining your code is a violent

psychopath who knows where you live.

Gurpila asmatu zen aspaldi

• Ahal bada, ez programatu: Wordpress, Drupal, etab.

• Beharrezkoa bada, framework-ak erabili: Play! (Scala, Java), Symfony (PHP), Django (Python), Ruby on Rails, etab.

• Eta liburutegiak eskura badaude, erabili.

Taldean lan egitean dena ezin da egin norberaren gustora

• Bileretan zerbait defendatzean, etsitzeko prest egon.

• Gai polemikoak eztabaidara eraman lehenbailehen.BAINA Batzuetan hobe da barkamena eskatzea baimena eskatzea baino.

BEZEROA!

Bezeroa (1...)

• Galdetu, galdetu, galdetu (agobiatu gabe).

• Prototipo erabilgarriak maiz.

• Aurrekontua egitean ondo definitu, batez ere bere eskutan dauden elementuak.

Bezeroa (... eta 2)

• Jabetza Intelektualaren Legea: egindako lanaren esplotazio eskubideak norenak dira?

• Debranding: zenbat balio du norbere marka produetan ez agertzeak?

Ingeniari moduan, norbere lanari prezio

bat jartzen jakin.

Etxekolanak1. Enpresa baten jabe bazinate, zenbat

kobratuko zeniokete P2-n egiten ari zareten produktua beste enpresa bati?

2. Enpresa baten jabe bazinate, zenbat ordainduko zenukete P2-n egiten ari zareten produktuaren truke?

3. Hona langile moduan ordu eta erdi etortzeagatik, zenbat soldata jaso beharko zenukete?

Eskerrik asko

Formas de participar en la universidad

• Voluntariado

• Representación estudiantil

• Activismo político/social

• Junior Empresas

• Publicaciones culturales y científicas

• Becas de colaboración

• Otros proyectos por alumnos

¿Qué ofrecemos?

• Proyectos, clientes (y quebraderos de cabeza) reales.

• Aprender herramientas y tecnologías novedosas y demandadas.

• Hacer funcionar una empresa.

Lo que no ofrecemos

• Dinero.

• Aprobado (o buena nota) en GP.

magnasis@magnasis.com

www

@