Lan Kooperatiboak

575 views

Published on

Magna SIS-ek 2013ko otsailan emandako hitzaldien gardenkiak / Transparencias de las charlas dadas por Magna SIS en febrero de 2013

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
575
On SlideShare
0
From Embeds
0
Number of Embeds
3
Actions
Shares
0
Downloads
1
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Lan Kooperatiboak

  1. 1. Lan kooperatiboak Trabajos cooperativos
  2. 2. Zertarako gaude hemen? / ¿A qué hemos venido? 1. Erakusteko / Para enseñar 2. Ikasteko / Ikasteko
  3. 3. Bileren gestioa / Gestión de reuniones
  4. 4. Zereginen antolaketa / Gestión de tareas
  5. 5. Bertsio kontrolerako softwarea / Software de control de versiones
  6. 6. Metodologia arinak / Metodologías ágiles
  7. 7. Proiektuen antolaketa enpresan / Organización de proyectos en la empresa
  8. 8. Hanka sartuko dugu Nos equivocaremos DISCLAIMER
  9. 9. 2013/02/12 1 Gestióndereuniones AlbertoCalvoGarcía alberto.calvo@magnasis.com
  10. 10. 2013/02/12 2 Introducción Reuniones:Porquéyparaqué “Unareunióndeberíaserlaformamásefectiva delograrlainteracciónycompromisode personashaciaunobjetivodeterminado.” Tresfases: ANTES DURANTE DESPUÉS
  11. 11. 2013/02/12 3 Antes Convocatoria: Quiénes Cuándoydónde Paraqué Ordendeldía Temasatratar: Informativos Consultivos Decisorios Formativos
  12. 12. 2013/02/12 4 Durante(I) Existenciadeunmoderadorque: Detecteyreconduzcalassituacionesyconductas perjudiciales. Estéalertadelainteracciónqueseestá llevando acabo. Repartalosturnosdepalabraentrelos participantes. Seciñaalaagendayevitepérdidasdetiempo. Mantengaelritmo,controlelostiempos. Saqueconclusionesytomedecisiones.
  13. 13. 2013/02/12 5 Durante(II) Conductasperjudiciales: -Elhablador -Elcallado -Elpasota -Elcrítico -Elconservador -Elsabelotodo -Elquenodejaacabar -Elquenoseenteradenada -Elquesusurraconeldeallado -Elqueserepite -Elgraciosete -Elocupado
  14. 14. 2013/02/12 6 Durante(III) 3.ªLeydeParkinson(LeydelaBanalidad): “Eltiempodedicadoacualquiertemadelaagenda esinversamenteproporcionalasuimportancia” Tomadedecisionesyacuerdos: Establecerdeantemanolasnormasdejuego. Actitudnegociadora,búsquedadeacuerdos. Detallarencargado,plazoyformadeejecución.
  15. 15. 2013/02/12 7 Después Actavs.notasdereunión Redaccióndeunactaquerecoja losacuerdostomados eldesarrollodelasesión lasopinionesexpresadas
  16. 16. 2013/02/12 8 Resumen(I) Antesdelareunióndeberemos: Elegirlosparticipantes.Soloaquellaspersonas queseannecesarias. Definirlospuntosatratar/ordendeldíay convocarlareunión. Prepararlostemasquesetratarán.
  17. 17. 2013/02/12 9 Resumen(II) Durantelareunióndeberemos: Asumirlasreglasdejuegoqueseestablezcan. Reconoceraunmoderadorladireccióndela reunión. Participaractivayordenadamenteenlos debates. Asumirlasconclusionesalcanzadas,seanonode nuestroagrado.
  18. 18. 2013/02/12 10 Resumen(III) Despuésdelareunióndeberemos: Redactar,difundiryleerelacta. Materializarlasdecisionesadoptadas.
  19. 19. 2013/02/12 11 Bibliografía “Lasreuniones”FernandodelaRivayPablo SolodeZaldivar(1998) “Cursotaller:Gestióndereuniones”Raúl SuárezÁlvarez(2009)
  20. 20. Gestión(de(actividades(y(tareas( Herramientas*y*Apps* *
  21. 21. Plani1icación( •  EDT* * * •  GANTT*
  22. 22. 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.*
  23. 23. Tipos(de(aplicaciones( •  ToDdoDlists*o*GTD* •  ITS*
  24. 24. To7do7list(/(GTD( •  Lista*de*tareas*ordenada*por:* •  Prioridades* •  Fechas* •  E@quetas* *
  25. 25. 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.*
  26. 26. 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.*
  27. 27. Trello(
  28. 28. 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.*
  29. 29. Más(alternativas(
  30. 30. ITS(
  31. 31. Tipos(de(tickets(o(issues( •  Suele*haber*cutro*@pos*diferentes*de*@ckets* •  Bug* •  Task* •  Enhancement* •  Proposal*
  32. 32. 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.* *
  33. 33. Resumen(
  34. 34. METODOLOGÍAS ÁGILES
  35. 35. ¿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
  36. 36. 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
  37. 37. 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/
  38. 38. 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.
  39. 39. 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
  40. 40. 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
  41. 41. EXTREME PROGRAMMING Todo 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
  42. 42. SCRUM ● Scrum = Mêlée ● Se basa en la gestión
  43. 43. 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
  44. 44. ● 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
  45. 45. ● 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
  46. 46. 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
  47. 47. RECURSOS ÁGILES ● http://agile-spain.org/ ● http://agilismo.es/ ● http://www.agile-tools.net/ ● http://katayunos.com/
  48. 48. ¿?
  49. 49. Proiektu antolaketa enpresa barnean Gorka Maiztegi Etxeberria gorka.maiztegi@magnasis.com @gmaiztegi (eta hau klasean ikasiko duzuenez, hilabete hauetan ikasitako hainbat lekzio)
  50. 50. Beharra Eginbehar Pertsona n m
  51. 51. Sailak? • Estatikoak. • Endogamikoak. • Multidisziplinaritate eza. • Tamaina txikietan zentzua galtzen dute: pertsona bakarreko departamentuak.
  52. 52. Proiektuak! • Helburuetan zentratuak. • Multidisziplinarietatea. • Lanaren arabera “horizontalki eskalagarriak”.
  53. 53. Ezaugarriak • Helburuak • Epeak • Errekurtsoak • Pertsonak (zuzendaria eta lan taldea)
  54. 54. Proiektuak, beraz... ... baliabide eta epe mugatuetan helburu batzuk betetzeko pertsonaz osatutako lan taldeak dira.
  55. 55. Lan askatasuna Proiektuek beren helburuak lortzeko “edozein gauza” egiteko eskubidea dute, beraien ezaugarrien barruan. BAINA proiektuen arteko koordinazioa beharrezkoa da.
  56. 56. Ikasitako lekzioak
  57. 57. • 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.
  58. 58. 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.
  59. 59. 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.
  60. 60. BEZEROA!
  61. 61. Bezeroa (1...) • Galdetu, galdetu, galdetu (agobiatu gabe). • Prototipo erabilgarriak maiz. • Aurrekontua egitean ondo definitu, batez ere bere eskutan dauden elementuak.
  62. 62. Bezeroa (... eta 2) • Jabetza Intelektualaren Legea: egindako lanaren esplotazio eskubideak norenak dira? • Debranding: zenbat balio du norbere marka produetan ez agertzeak?
  63. 63. Ingeniari moduan, norbere lanari prezio bat jartzen jakin.
  64. 64. Etxekolanak 1. 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?
  65. 65. Eskerrik asko
  66. 66. 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
  67. 67. ¿Qué ofrecemos? • Proyectos, clientes (y quebraderos de cabeza) reales. • Aprender herramientas y tecnologías novedosas y demandadas. • Hacer funcionar una empresa.
  68. 68. Lo que no ofrecemos • Dinero. • Aprobado (o buena nota) en GP.
  69. 69. magnasis@magnasis.com www @

×