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

1. Lan
kooperatiboak
Trabajos
cooperativos

2. Zertarako gaude hemen? /
¿A qué hemos venido?
1. Erakusteko / Para enseñar
2. Ikasteko / Ikasteko

3. Bileren gestioa /
Gestión de reuniones

4. Zereginen antolaketa /
Gestión de tareas

5. Bertsio kontrolerako softwarea /
Software de control de versiones

6. Metodologia arinak /
Metodologías ágiles

7. Proiektuen antolaketa
enpresan / Organización de
proyectos en la empresa

8. Hanka sartuko dugu
Nos equivocaremos
DISCLAIMER

10. 2013/02/12 1
Gestióndereuniones
AlbertoCalvoGarcía
alberto.calvo@magnasis.com

11. 2013/02/12 2
Introducción
Reuniones:Porquéyparaqué
“Unareunióndeberíaserlaformamásefectiva
delograrlainteracciónycompromisode
personashaciaunobjetivodeterminado.”
Tresfases:
ANTES DURANTE DESPUÉS

12. 2013/02/12 3
Antes
Convocatoria:
Quiénes
Cuándoydónde
Paraqué
Ordendeldía
Temasatratar:
Informativos
Consultivos
Decisorios
Formativos

13. 2013/02/12 4
Durante(I)
Existenciadeunmoderadorque:
Detecteyreconduzcalassituacionesyconductas
perjudiciales.
Estéalertadelainteracciónqueseestá llevando
acabo.
Repartalosturnosdepalabraentrelos
participantes.
Seciñaalaagendayevitepérdidasdetiempo.
Mantengaelritmo,controlelostiempos.
Saqueconclusionesytomedecisiones.

14. 2013/02/12 5
Durante(II)
Conductasperjudiciales:
-Elhablador
-Elcallado
-Elpasota
-Elcrítico
-Elconservador
-Elsabelotodo
-Elquenodejaacabar
-Elquenoseenteradenada
-Elquesusurraconeldeallado
-Elqueserepite
-Elgraciosete
-Elocupado

15. 2013/02/12 6
Durante(III)
3.ªLeydeParkinson(LeydelaBanalidad):
“Eltiempodedicadoacualquiertemadelaagenda
esinversamenteproporcionalasuimportancia”
Tomadedecisionesyacuerdos:
Establecerdeantemanolasnormasdejuego.
Actitudnegociadora,búsquedadeacuerdos.
Detallarencargado,plazoyformadeejecución.

16. 2013/02/12 7
Después
Actavs.notasdereunión
Redaccióndeunactaquerecoja
losacuerdostomados
eldesarrollodelasesión
lasopinionesexpresadas

17. 2013/02/12 8
Resumen(I)
Antesdelareunióndeberemos:
Elegirlosparticipantes.Soloaquellaspersonas
queseannecesarias.
Definirlospuntosatratar/ordendeldíay
convocarlareunión.
Prepararlostemasquesetratarán.

18. 2013/02/12 9
Resumen(II)
Durantelareunióndeberemos:
Asumirlasreglasdejuegoqueseestablezcan.
Reconoceraunmoderadorladireccióndela
reunión.
Participaractivayordenadamenteenlos
debates.
Asumirlasconclusionesalcanzadas,seanonode
nuestroagrado.

19. 2013/02/12 10
Resumen(III)
Despuésdelareunióndeberemos:
Redactar,difundiryleerelacta.
Materializarlasdecisionesadoptadas.

20. 2013/02/12 11
Bibliografía
“Lasreuniones”FernandodelaRivayPablo
SolodeZaldivar(1998)
“Cursotaller:Gestióndereuniones”Raúl
SuárezÁlvarez(2009)

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

22. Plani1icación(
• EDT*
*
*
• GANTT*

23. 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.*

24. Tipos(de(aplicaciones(
• ToDdoDlists*o*GTD*
• ITS*

25. To7do7list(/(GTD(
• Lista*de*tareas*ordenada*por:*
• Prioridades*
• Fechas*
• E@quetas*
*

27. 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.*

28. 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.*

29. Trello(

30. 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.*

31. Más(alternativas(

32. ITS(

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

34. 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.*
*

35. Resumen(

36. METODOLOGÍAS ÁGILES

37. ¿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

38. 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

39. 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/

40. 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.

41. 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

42. 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

43. 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

44. SCRUM
● Scrum = Mêlée
● Se basa en la gestión

45. 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

46. ● 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

47. ● 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

48. 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

49. RECURSOS ÁGILES
● http://agile-spain.org/
● http://agilismo.es/
● http://www.agile-tools.net/
● http://katayunos.com/

50. ¿?

52. Proiektu
antolaketa
enpresa barnean
Gorka Maiztegi Etxeberria
gorka.maiztegi@magnasis.com
@gmaiztegi
(eta hau klasean ikasiko
duzuenez, hilabete hauetan
ikasitako hainbat lekzio)

53. Beharra
Eginbehar Pertsona
n m

54. Sailak?
• Estatikoak.
• Endogamikoak.
• Multidisziplinaritate eza.
• Tamaina txikietan zentzua galtzen
dute: pertsona bakarreko
departamentuak.

55. Proiektuak!
• Helburuetan zentratuak.
• Multidisziplinarietatea.
• Lanaren arabera “horizontalki
eskalagarriak”.

56. Ezaugarriak
• Helburuak
• Epeak
• Errekurtsoak
• Pertsonak (zuzendaria eta lan
taldea)

57. Proiektuak, beraz...
... baliabide eta epe mugatuetan
helburu batzuk betetzeko pertsonaz
osatutako lan taldeak dira.

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

59. Ikasitako lekzioak

60. • 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.

61. 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.

62. 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.

63. BEZEROA!

64. Bezeroa (1...)
• Galdetu, galdetu, galdetu
(agobiatu gabe).
• Prototipo erabilgarriak maiz.
• Aurrekontua egitean ondo definitu,
batez ere bere eskutan dauden
elementuak.

65. Bezeroa (... eta 2)
• Jabetza Intelektualaren Legea:
egindako lanaren esplotazio
eskubideak norenak dira?
• Debranding: zenbat balio du
norbere marka produetan ez
agertzeak?

66. Ingeniari moduan,
norbere lanari prezio
bat jartzen jakin.

67. 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?

68. Eskerrik asko

69. 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

70. ¿Qué ofrecemos?
• Proyectos, clientes (y quebraderos de
cabeza) reales.
• Aprender herramientas y tecnologías
novedosas y demandadas.
• Hacer funcionar una empresa.

71. Lo que no ofrecemos
• Dinero.
• Aprobado (o buena nota) en GP.

72. magnasis@magnasis.com
www
@