|
|
Obiettivi
Semplicità significa sottrarre l’ovvio e aggiungere il significativo.
In questo corso si identificano le leggi che permettono di ridurre ed organizzare in tempo problemi complessi, cercando di imparare dalle differenze e dal contesto nel quale una soluzione porta beneficio.
L’emotività, la fiducia e un modo di porsi “diverso” permetteno di anticipare un fallimento e di centrare un obiettivo, senza perdersi in tutte quelle pratiche che complicano e sflasano la visione, ed amplificando il significato che un approccio semplice determina.
Durante la sessione saranno posti a riflessione alcuni modi con i quali iniziare a semplificare e a vedere da ottiche diverse i problemi che ci affliggono nel quotidiano.
I lcosto di partecipazione è pari a € 600,00.
Data: 6 ottobre 2009
Location: AtaHotel Contessa Jolanda,
via Murat 17,
20159 Milano,
SALA BEATRICE
|
Formazione Personalizzata
Per saperne di più e progettare in maniera mirata il corso, contattate:
Lucia Longoni
tel: 800.180.494
fax: 0623315403
e-mail:lucia.longoni {at} mondora(.)com
Durata: 1 giorno
Il corso sarà sia teorico e che pratico.
A chi è rivolto
Il corso è adatto a tutte quelle persone che fanno parte o che hanno a che fare con gruppi di lavoro e che vogliono collaborare per migiorare l’approccio al lavoro quotidiano. I partecipanti sono invitati a riportare casi e situazioni specifiche del loro quotidiano, da analizzare durante la sessione |
| Metodologie Agili Applicate |
scarica brochure in PDF |
Obiettivi
Il corso si focalizza sull’approccio di metodologie agili attraverso un training collaborativo che si propone di:
Richiedi una quotazione per la tua città. Un’aula di 10 partecipanti riserva il prezzo di EUR 3.000,00, per tutta la durata del corso. Durante il corso saranno previsti alcuni coffee break. |
Formazione Personalizzata
Per saperne di più e progettare in maniera mirata il corso, contattate:
Lucia Longoni
tel: 800.180.494
fax: 0623315403
e-mail: lucia.longoni {at} mondora(.)com
Durata: 2 giorni
Il corso sarà al 40% teorico e al 60% pratico.
Esperienza richiesta
Gli studenti devono possedere una buona familiarità con Java, con UML e, se richiesto, con J2EE. |
Agile Retrospectives
Date:
Only on request
For informations about the course, please contact:
lucia.longoni {at} mondora(.)com
scarica brochure in
|
Description
One of the fundaments of Agile is to “Inspect and Adapt”. This applies to what we achieve but also to how we are achieving it. In Agile projects running Retrospectives happens not just at the end of the project but at each iteration, to find and fix the problems to help the team today. Even if your team is not using Agile methods you can adapt the advice on this course to inspect and adapt your processes and teamwork before the end of a project: hold a retrospective every month or so or at project milestones. Agile Retrospectives is a two-day hands-on workshop, led by the experts and provides the tools, tips and tricks to tune-up your team on an ongoing basis. You’ll see how to architect retrospectives in general, how to design them specifically for your team and organization, how to run them effectively, how to make the needed changes and how to scale these techniques up. Each participant will have the opportunity to lead a different retrospective activity, they will receive feedback and coaching, and will experience up to 8 different retrospective activities. Using the skills taught on this course you’ll be able to incrementally improve the capability of your team, and even your whole organization. A copy of Esther Derby and Diana Larsen’s book is provided free with the course.
Main Topics
- A flexible framework for retrospectives
- Demonstration project
- Demonstration retrospective
- Design concerns
- Design practice
- Facilitation basic
- Practice leading retrospective activities
Suitable for
Anyone who wishes to learn how to lead effective retrospectives e.g. facilitators, Scrum Masters, leads and team members. Facilitation experience is desirable but not required. |
Deep Dynamics of Agile Teams
Date:
Only on request
For informations about the course, please contact:
lucia.longoni {at} mondora(.)com
scarica brochure in
|
Description
Agile teams are self-organizing groups of highly intelligent individuals. They work together to access this collective intelligence and to create teams that are greater than the sum of their parts. In practice, teams often struggle to meet this ideal. Working in these groups can be both rewarding and challenging. Groups often develop a life of their own, complete with roles, behaviors and motivations that can help or hinder the group’s purpose. How can we create and nurture high performance teams? In this course, we will explore some leading edge methods for working effectively in teams. The course methodology is interdisciplinary, and weaves together methods and approaches from Applied Social Complexity, Social Psychology, Appreciative Inquiry and Organizational Development. This is an experiential training. The participants will receive a thorough theoretical grounding and will be able to test their skills through applying the learning to their own real life situations. Due to the intensive, interactive nature of the course, the number of places is limited, and places will be allocated on a first-come, first-serve basis.
Main Topics
- Frameworks to understand teams as complex environments
- Characteristics of high performance teams
- Increasing team participation, innovation and creativity
- Effective interpersonal communication and feedback
- Working with conflict
- Rank, power and influence
- Evaluating teamwork
- Applying the course material in your actual working situations
- Additional topics may be covered as time and interests permit
Suitable for
This course is relevant for anyone who leads and/or participates in Agile teams. Participants are invited to bring specific situations from their work to explore in the training. |
Certified Scrum Product Owner
Date:
Only on request
For informations about the course, please contact:
lucia.longoni {at} mondora(.)com
scarica brochure in
|
Description
You are in charge of building a system, creating a new product release, or any other complex business project. Traditionally, you would hand this undertaking over to a trained project manager to run for you. You would then wait and hope for the best, since over 50% of all projects fail and those that succeed deliver products in which 65% of the functionality is rarely or never used. Scrum provides a way for you to directly and effectively manage the project yourself. Intuitive and lightweight, the Scrum process delivers completed increments of the product at rapid, regular intervals, usually no longer than monthly. Your primary tool for managing the project is called a Product Backlog, a list of features you want in the system or release, prioritized by value, cost, and risk. You use the Product Backlog to cause the most valuable functionality to be built first, and remove risk early in the project. As you watch the product take shape, increment by increment, you can restructure the Product Backlog to incorporate your insights or respond to changes in business conditions. You can also identify and cancel unsuccessful projects early, often within the first several months. The Certified Scrum Product Owner course equips you with what you need to achieve success with Scrum. Following successful completion of the course, each participant will be designated a Certified Scrum Product Owner. This certification includes a one-year membership in the Scrum Alliance, where additional member-only material and information are available.
Main Topics
- Expectations of the product owner
- Scrum overview
- Stocking the product backlog
- Day one retrospective
- Prioritizing the product backlog
- Responsibilities
- Release management
Suitable for
This course is ideal for product managers, analysts, testers, and others who represent and are expected to understand the desires of users and customers on agile projects. You will leave with solid knowledge of how and why Scrum works and of your role on the project. Through practical, hands-on exercises and small-group discussion you will leave prepared to guide a Scrum team to success. |
| Analisi e Design Object Oriented |
scarica brochure in PDF |
Obiettivi
Il corso si focalizza sull’analisi ed il design object oriented, utilizzando l’Uml come tool di processo nel modeling.
In particolare il corso tratta i seguenti argomenti:
- Introduzione all’Analisi e al Design Object-Oriented
- Introduzione all’Unified Modeling Language
- Requisiti ed Analisi Iniziale
- Analisi di Oggetti e Classi – Parte I
- Analisi di Oggetti e Classi – Parte II
- Analisi di Modelli Dinamici
- I Patterns
- Il Modello ad Oggetti nel Design – Parte I
- Il Modello ad Oggetti nel Design – Parte II
- Il Modello a Oggetti nel Design – parte III
- Il Design
|
Formazione Personalizzata
Per saperne di più e progettare in maniera mirata il corso, contattate:
Lucia Longoni
tel: 800.180.494
fax: 0623315403
e-mail: lucia.longoni {at} mondora(.)com
Durata: 3 giorni
Il corso sarà al 80% teorico e al 20% pratico.
Esperienza richiesta
Per completare con successo la sessione di corso è necessario che i partecipanti abbiano un minino di sei mesi di esperienza nella programmazione Object-Oriented ed esperienza del deisgn di appliazioni. |
Mondora s.p.a. propone ai propri clienti l’Extreme Programming (XP), un approccio ponderato e disciplinato allo sviluppo del software che pone al centro la soddisfazione del cliente.
La metodologia permette di rilasciare il software che soddisfa le necessità del cliente quando queste si verificano.
XP, infatti, permette ai programmatori di mondora di rispondere prontamente alle richieste di cambiamenti nel software, anche in uno stato avanzato dello sviluppo.
Questa metodologia richiede il lavoro di gruppo: i Manager, il cliente e gli sviluppatori sono parte del team che si dedica al rilascio di software di qualità.
L’aumento di produttività è dovuto ai quattro elementi essenziali dei programmtori XP: comunicazione, semplicità, ritorno di informazioni (feedback) e coraggio.
Il coraggio richiesto ai programmatori è quello di avere un approccio più attivo nella loro attività: devono “mettersi in gioco” quotidianamente, crearsi stimoli e affrontare continuamente delle piccole sfide.
Comunicano con il cliente e con i programmatori personalmente, mantengono il disegno del software semplice e ordinato, ottengono feedback testando continuamente il software, sin dal primo giorno. Rilasciano il sistema in tempi brevissimi e implementano i cambiamenti sulla base delle esigenze del cliente.
Mondora s.p.a. ha una vasta esperienza nell’utilizzo di Scrum, una metodologia che implementa un approccio empirico basato sulla teoria del controllo dei processi. L’approccio empirico reintroduce flessibilità, adattabilità e produttività in un sistema di sviluppo.
Il termine scrum descrive un tipo di sviluppo originato inizialmente in Giappone. All’inizio, nel 1987, è stato utilizzato da Ikujiro Nonaka e da Hirotaka Takeuchi per descrivere e lavorare in ambienti iperproduttivi.
Scrum, nel gioco del rugby, rappresenta la mischia in cui attraverso la collaborazione di diverse parti (la prima linea, la seconda, la terza e il mediano di mischia) si rimette in gioco la palla. Esiste una certa similarità tra il gioco del rugby e lo sviluppo del software: sono entrambi adattivi, veloci e auto organizzati.
Oggi accade spesso che i progetti di costruzione di sistemi software falliscano a causa della sottostima del progetto e della mancata definizione dei requisiti. Diversi studi comprovano che 2/3 dei progetti software terminano a causa delle stime errate definite a preventivo.
L’adeguamento dei requisiti con l’andamento del business e la complessità tecnologica possono essere, infatti, fattori di crisi che se non controllati portano alla chiusura del progetto.
Scrum è un processo di management e di controllo che adatta la complessità tecnologica al problema di business producendo parti di software rilasciabili nel breve periodo.
Ciò è possibile grazie all’inserimento nel gruppo di lavoro del concetto di “Social Engineer” e non di “Individual Engineer”. Scrum spinge la cooperazione al punto da creare il team e forzare l’auto organizzazione del team stesso.
Sarà il gruppo di lavoro stesso che deciderà la metodologia di sviluppo del software più conforme alle proprie attitudini.
Utilizzando Scrum il team produce in maniera incrementale ed empirica; il gruppo di lavoro è guidato dall’esperienza e dalla conoscenza globale piuttosto che da piani prestabiliti. Per questo motivo dove Scrum è stato applicato la produttività è aumentata in modo esponenziale.
Mondora s.p.a. fornisce supporto per l’implementazione di tutti gli aspetti del project management.
Il project manager di mondora è in grado di comprendere il contesto di un progetto, definire il piano specifico per le singole fasi, con un occhio di riguardo ai tre principi fondamentali del business: costi, tempi e qualità.
Nella prima fase di lavoro, sostiene il cliente nella definizione dei processi e degli standard che, spesso, vengono modellati nel software e sono un riferimento costante per gli utilizzatori per l’intera durata del progetto.
Definisce, inoltre, i meccanismi di comunicazione e gli artefatti necessari per osservare e ottimizzare il controllo del progetto.
Mondora s.p.a. riduce le difficoltà di gestione dei progetti software e aumenta le possibilità di successo applicando metodologie e pratiche riconosciute dall’industria dello sviluppo software, dalle più tradizionali fino a quelle più innovative, le metodologie agili.
I project manager di mondora sono bene organizzati, hanno ottimi skill e sono in grado di comunicare con chiarezza le idee al team, al management e al cliente. Hanno grande capacità di risoluzione dei problemi e mantengono il morale del gruppo sempre alto.
 We’re used to thank someone when we are relaxed; when we are working to gain some objectives, we start forgetting to thank our colleagues and we’re focused on the delivery and not on the informal relation. Formalities are taking over, and titles are governing instead of relations, passion and other emotive behavior typical of people hides.
I see this as one of the big problem on a committed agile team that is highly committed and is releasing often; delivery is every day near the door, and commitment is really high since the first day. A formal title dominates to the relationship, passion is translated into the word work and stress is continuous.
I like to approach this kind of problem by doing a daily debrief in every team I work with: we start the morning by planning the day and believing what is a concrete result for the day, and we close the day by packaging up all the work by committing it to the version control and thinking about what’s coming next.
I usually debrief teams every day before teams’ player is leaving the office at a fixed our 6.30PM. This lets individuals to relax a little bit, to focus on what is done and to focus on what can be done the next day. This kind of approach is a formal day closure where we brainstorm about the day. It’s an informal event differently from the morning daily scrum where there is also the product owner, and it takes no more than 5 minutes each day but gives some benefits like:
- work less than 9 hours a day;
- stay focused during the day to achieve the daily milestone;
- be sure every day everyone can remove every unpleasant thing matured during the day in an informal way.
For me and every person inside the team, this is a good opportunity where all of us can realize the power of individuals from the group perspective and start thinking about each one. I see some thanks fly around only during this kind of informal meeting and, when thanks is a reputation system better than all those you can find around internet.
A daily based thanks opportunity is the best way to achieve self-esteem and then increase the reputation of each one in the team; the more a team is growing the more it increases the reputation of all the people inside it. Reputation is something that builds from small action and models the different attitudes of a person making her confident what the others are thinking about her.
The things I’m presenting here is one of the techniques I’m adopting to make individual to act as a team and to stay focused. This kind of tuning is mandatory to search a group personality and moreover to enrich individual personality. During this type of meetings I’m acting as a facilitator and not as a stakeholder or as a troubleshooter; my role is to help in maturing self-confidence about the work and to stay committed daily.
Team players know I’m not so good to help them, they see me only as a curious person that would like to share the day and to breath the same air: someone outside that can make a team member being a team and can bring fresh air and harmony inside.
I will continue more on the topic of a daily reputation in the next posts.
|
|
|
