Increasing awareness of Agile in New Zealand
Friday 7 December. 8.30am, first presentation at 9.00am
Print the flyer
| 
Faceboook event
Deloitte, Level 16 (top floor) Deloitte House, 10 Brandon Street, Wellington
ZoomIn map | Google Map
Following on from the success of the E-government BarCamp we want to bring together anybody who knows lots about, or wants to know lots about, Agile (Agile Development, Agile Project Management, Agile Enterprise Architecture, Agile ...). This informal, self organising day will consist of quality presentations and discussions involving people with considerable experience in this area and a great opportunity to network with others in this space.
Please note this is not about vendors selling stuff or people telling you that Agile will solve all your problems.
Who should come: You + anybody who knows lots about Agile or wants to know lots about Agile.
What will happen on the day: Whilst BarCamps are self organising the use of some Agile practices to ensure that everybody gets the most out of it has been proposed - read more ...
There will be plenty of opportunities for break-out discussions and networking.
Lunch, tea/coffee and (some) t-shirts will be supplied. There may even be a bar tab in the evening if there is sponsorship money left over.
What does it cost: $0 + your time.
What you should do next:
- Put your name down in the participants list and turn up on the day
- If you have a question/topic you would like answered enter it below
- If you know somebody who may be interested let them know
- If you want to present then enter a presentation topic below.
- If your company/organisation is willing to help with sponsorship (e.g. a $250 donation, food, venue etc) then please contact one of the organising team.
If you want to be involved but aren’t comfortable using Wiki’s please email one of organising team and they will help.
Participants
Want a T-Shirt? add your size before 12pm, Thursday 29th November (only the first 70 to sign up will get shirts! We'll do our best to make sure you get the size you want.)
Add your name to the list below:
Communication
Stay in touch
To be kept informed, join the ongoing discussions.
Subscribe by sending a blank email to barcampagilewellington-subscribe@googlegroups.com
Catch up on the discussion
Tagged content
Please use the tag barcampAgileWellington for content related to this event, for flickr, delicious, ma.gnolia, technorati etc.
Who's blogging about it?
The Event
Topics
You can expect presentations around the following main topics at the barcamp!
The Agile Experience
Hear and talk about real life experiences, case studies and stories (success or failure) - preferably from New Zealand. Discuss when Agile is your best choice - and when not.
The Agile Engagement
Let's talk about governance models, project management, contracts and other engagement related topics and how they work when using Agile.
The Agile Process
Find out what Agile means (and what flavors are out there that might be right for your organization) and how your traditional tasks and roles - architecture, design, requirements gathering/analysis, testing, development - fit in.
Presentations
Add your presentation to the list below:
If you have something to say then add it to the list below. To increase your chance of being heard please give details about the topic:
| Topic | Description | Presenter/facilitator |
| To Be Decided | | Thomas Scovell |
| User experience design vs. agile software development - the big clash? | Combining agile and IA/design is one of the most difficult challenges. Agile methods such as SCRUM and XP say absolutely nothing about the IA and design process.IA/design are usually driven by a holistic approach which is troublesome to combine with the iterative and incremental nature of agile software development. How can we overcome the problems and work together constructively? | Sandy Mamoli |
| Agile Governance and Project Management | Forget about agile techniques and processes like iterations, rapid feedback cycles etc for a moment. Let's talk about the impact of running agile projects on governance and project management. Let's talk about what you as a project manager, business sponsor, CIO etc should and could do to achieve the outcome that you want! | Eduard Liebenberger |
| Adopting Agile in your organisation (for vendors and clients) | Ok - so you are convinced that agile (whatever it is) is a good thing. What are your next steps? How can you make it work in your organisation? I will present you with a way forward - partly generic and partly specific to government and corporate environments. You think it can't be done in your organisation? Then this session is for you! | Eduard Liebenberger |
| Lean - taking the first steps | Principles of lean operations can be applied to software development, as well as manufacturing. Agile tools are not required but natural partners of Lean. Preso will address two case studies of Lean practices experienced in the same NZ government agency - one successful and the other unsuccessful, from the customer's perspective. | Barry Polley |
| Lean Case Study | how a major ERP vendor applied Lean to improving its customer satisfaction. Time permitting will go into a Kaizen relating to development and the issues to do with product quality. Will complement Barry's presentation above. | Sunit Prakash |
| Agile de-mystified | An introduction to agile. What it is and what it is not. If you have wondered what this agile thing is and/or are not entirely sure about all the details this session is a good introduction for you. We'll cover the basics and debunk some of the myths around it. | Sandy Mamoli & Brian Calhoun |
| Big Lessons from a Small Process | Crystal Clear is one of the lightest of the agile processes. I'll give an overview of this lesser-known approach to Agile, and outline the 4 big lessons I've learned from it: how you can tune your process to suit each project; an answer the debates about documentation; the importance of understanding your audience when introducing agile; and why good processes should be very, very simple | John Rusk |
| Agile Contracts | Part of the Agile Manifesto says "Customer collaboration over contract negotiation". At the beginning of an Agile project the cost and timeframe can be fixed but the precise feature-set cannot – in other words the customer doesn't know exactly what they will get for their money. If an organisation wants to engage a software development vendor for an Agile project how can a contract be created that protects both parties, minimises risk whilst not compromising the Agile principles? | Mark Pascall |
| DSDM: An Enterprise Friendly Wrapper for Agile Development | Adopting agile methods can be a difficult process in the corporate environment, especially where existing traditional methodologies are already established. DSDM provides a management friendly wrapper for agile development's best practices. This approach is backed up by a wealth of supporting information and practical case studies. | Stephen Hilson |
| Storytest Driven Development: The Last Frontier | to be provided. | Rick Mugridge |
| copy/paste a row | | |
Questions
Add your question to the list below:
| Question or topic you would like to see covered | Name (optional) |
| I'd love to hear about real life Agile case studies that have gone on in Wellington | |
| What's the benefit of moving from "waterfall" to Agile Project Management? | |
| When do Agile techniques not fit and how do you know? | |
| How to enjoy an architectural context while leveraging agile development processes? | |
| Can we hear some real life stories of successful NZ Agile implementations? | |
| Can we hear some real life stories of UNsuccessful NZ Agile implementations? | |
| Do the official government procurement guidelines really make it more difficult to do agile projects; or is it just a question of how they are interpreted? | |
| Perhaps cover the commom areas of difficulty when implementing Agile, where project may fail and revert back to Waterfall? | |
| It would be great to hear a clients perspective on moving to an Agile methodology | |
| copy/paste a row | |
Some Background Reading
The rules of BarCamp (as listed by barcamp.org) are:
- 1st Rule: You do talk about Bar Camp.
- 2nd Rule: You do blog about Bar Camp.
- 3rd Rule: If you want to present, you must write your topic and name in a presentation slot.
- 4th Rule: Only three word intros.
- 5th Rule: As many presentations at a time as facilities allow for.
- 6th Rule: No pre-scheduled presentations, no tourists.
- 7th Rule: Presentations will go on as long as they have to or until they run into another presentation slot.
- 8th Rule: If this is your first time at BarCamp, you HAVE to present. (Ok, you don't really HAVE to, but try to find someone to present with, or at least ask questions and be an interactive participant.)
Added by Mike Riversdale (MiramarMike):
The one, overarching rule is, all rules are there to be broken!
If you don't want to present then don't, if you don't want to blog about then don't - do whatever gets the most out of the barcamp for you and everyone else within the spirit of the particular event you're attending.
Sponsors
Email one of the organisers if your organisation can help out.
Organisers
The group of people below have volunteered to meet up regularly and help organise this event. We want to keep this group small so probably don't need anybody currently however if you have something to offer and want to help out please email one of the people below.
You can watch the event organisation unfold before your very eyes at the, open, Agile Barcamp Organisers group
To Do List
Admit that you want to organize a barcampLay the groundworkGet graphics straightTell others- Network
Assign tasksGet a venue- Release the blogs
Make lists : equipment- Prepare for lift-off!
Logos
Please link back to this wiki page: http://barcamp.org/BarCampAgileWellington
