Lan Kooperatiboak
-
Upload
magnasis -
Category
Technology
-
view
163 -
download
0
description
Transcript of Lan Kooperatiboak
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 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 [email protected]
@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.