Upcoming Agile Training in Ottawa August 15-16

We have an upcoming Certified ScrumMaster (CSM) training in Ottawa on August 15-16. This two-day Scrum training is full of great features including:

  • Facilitated by Certified Scrum Trainer ™ Mark Levison, an Agile expert since 2001
  • Classroom management using agile methods so that you can learn by example
  • Two intensive days of training with exercises, simulations, discussion and lecture
  • plus much more!

For more information and to register visit: http://www.berteigconsulting.com/UpcomingAgileScrumOpenAgileSeminars

Proudly delivered by Berteig Consulting, a Canadian organization.

CSM Certified ScrumMaster – Sept. 26 & 27, 2011 – Ottawa

CSM Certified ScrumMaster – Sept. 26 & 27, 2011 – Ottawa

Certified ScrumMaster
In this two day Seminar participants learn how to guide a team, a project, or an organization into a process of rapid delivery of valuable results. We will also focus on the role of the ScrumMaster (or Agile Project Manager) as an enabler of hyper-productive teams. Exercises, case studies, and examples are used to assist participants to develop the knowledge, skills, capabilities, and insights needed to make the shift from traditional management practices to Agile practices.

To register click on this link!

CSPO Certified Scrum Product Owner – Sept. 22 & 23, 2011 – Toronto

CSPO Certified Scrum Product Owner – Sept. 22 & 23, 2011 – Toronto

Berteig Consulting is among the few firms to offer to the public a Certified Scrum Product Owner training seminar. The first day will be an introduction to Scrum aimed specifically at the role of the Product Owner. The second day will be an in-depth look at this role. After completing this course, attendees of this seminar will be able to create and manage a Product Backlog, work with a Scrum Team to create high-quality software, and use the Scrum framework to build and deliver the right software.

10 to 1, Participant to Facilitator Ratio

The Learning Objectives for this Seminar are:
One: Describe the Scrum framework including process, meetings, and roles
Two: Participate effectively as a Product Owner in Sprint Planning and Sprint Review
Three: Manage the Product Backlog and plan releases to provide the most value
Four: Identify and avoid typical pitfalls of the Product Owner

To Register click on this link!

OATM OpenAgile Team Member – Markham – Sept. 12 & 13, 2011

OpenAgile Team Member training – Sept. 12 & 13, 2011 – Markham

For people who have received the OpenAgile Readiness Certificate, this seminar is a key component for advancing your learning to the next level – the level of being able to function effectively as a Team Member in OpenAgile. This training gives you hands-on exposure to the OpenAgile team environment, and practice with all the core OpenAgile techniques for accelerating learning and moving systematically towards your goals.

 

Seminar details:
Schedule: 2 full days 9:00am to 5:00pm with 3 breaks of 10 minutes and a 1 hour lunch break per day (Lunch will NOT be provided). This seminar counts as 16 PDUs.

Pre-requisite:Each participant is required to read the OpenAgile Primer and pass the OpenAgile Readiness Knowledge Test before attending this seminar. Go to http://www.openagile.com/BasicReadiness to learn more and go through the required steps.

To register click on this link!

Reader Survey: Important Topics for an “Agile for Managers” Workshop

Hi Everyone,

We have started putting together a list of topics / learning objectives for a new course: “Agile for Managers”. I am interested in getting suggestions from readers on topics to include. What are the challenges you have had with managing agile teams? If you are on an agile team, what are some of the challenges you have had with management? What are the burning questions you have as a manager about deciding to use agile methods? What have been some of the critical success factors in adopting agile methods? What about pitfalls?

I will summarize feedback in a future article as well as post a proposed agenda for such a workshop. In order to “give back”, I will also make the initial draft of the course materials available under a Creative Commons license so that others can use the materials.

I look forward to hearing your thoughts!

AgilePM + Scrum(CSM) + OpenAgile + Kanban training in Markham Sept. 7 & 8

We have an upcoming three-day agile training seminar in Markham September 7 & 8, 2011.

In this unique seminar, we will be offering a practical view of three important Agile methods: OpenAgile – used for general agile project management and agile teamwork including projects and organizations doing any kind of work. Scrum – used for software new product development and IT project management. Kanban – used for teams doing operational work.

This seminar contributes towards three certification programs: the Scrum Alliance’s Certified ScrumMaster program, the OpenAgile Team Member level and the IPMA/PMAC Agile Project Management certification.

To register: http://www.berteigconsulting.com/UpcomingAgileScrumOpenAgileSeminars

Proudly delivered by Berteig Consulting, a Canadian organization since 2004.

AgilePM+Scrum(CSM)+OpenAgile+Kanban training in Toronto, August 22-24

We have an upcoming three-day agile training seminar in Toronto, August 22-24, 2011.

In this unique seminar, we will be offering a practical view of three important Agile methods: OpenAgile – used for general agile project management and agile teamwork including projects and organizations doing any kind of work. Scrum – used for software new product development and IT project management. Kanban – used for teams doing operational work.

This seminar contributes towards three certification programs: the Scrum Alliance’s Certified ScrumMaster program, the OpenAgile Team Member level and the IPMA/PMAC Agile Project Management certification.

To register: http://www.berteigconsulting.com/UpcomingAgileScrumOpenAgileSeminars

Proudly delivered by Berteig Consulting, a Canadian organization since 2004.

AgilePM+Scrum(CSM)+OpenAgile+Kanban training in London, Sept. 7-9

This 3-day training covers 3 Agile methods: ScrumMaster (the most popular Agile method), OpenAgile (the most widely applicable Agile method), and Kanban (a method that can be used together with other Agile methods).

To register: http://www.berteigconsulting.com/UpcomingAgileScrumOpenAgileSeminars

Remember that Agile is about Quality and Business Value

Recently, I had an interesting discussion with a companion about Agile Processes and the need for corporations, communities or groups to change their approach to planning and doing work. We were discussing using OpenAgile as a Framework.

The person I was talking to told me that their group (Artists) were already used to and embraced the idea of shared responsibility, self-organization, mutual respect and open discussion to get things done. OpenAgile (as well as Scrum) require open communication and truthfulness to be effective tools for self-organization.

My friend then told me how it made sense in the Art Community but it would be hard for Financially minded people to believe in what Agile was about and that it would be even harder for financially oriented educators (ie: Universities and Colleges) to change their minds about teaching Agile processes as a primary part of the education system.

Then it struck me.

For many people, they hear FIRST about the need to share work, how the organization changes, how people are treated better and all the usual comments.

I realized I need to change my approach with these types of people to first discuss how agile processes work to benefit Business Value and Quality. My 15 second elevator speech should start with these ideas and not the other way around.

I don’t know of any business leader, financial manager, non-profit CEO or educator that would think it to be a bad idea if I said to them “Listen, I would like to show you a way to do the most valuable things first, with exceptional quality while at the same time consistently getting better at it. Oh, and as a by-product, you will also have more engaged, long-term staff. What do you say ?”.

We must admit that OpenAgile (or any other Agile process) is not a silver bullet to be used everywhere for all groups. I have however found that after teaching about iterative work and the IDEA of Business Value and Return on Investment, even a “non-agile” team can still benefit from some of the procedures or “routines” of a fixed cycle of learning and it’s heartbeat.

All of the new ways of doing things including culture shift, team based work, etc. would be unfortunate for a business without first remembering that the purpose is to provide Quality and at the same time provide the items that have the most VALUE to the organization.

Quality is an inherited part of the process of going Agile. As more discussion happens and all people in the team have input into the process, inevitably, you should end up with a better result. The customer has more direct input into the final product as it is being created, therefore helping to achieve a result that everyone is happy with.

The real goal to business is this Quality, and the way to get there is all these things that Agile asks us to do, through a continual process of learning.

Business Value. This means different things to many people. Where you are using OpenAgile, Scrum, XP, Pomodoro, remember, the goal of all of these is to work on the tasks that will provide the company or organization to most Business Benefit First.

When coupled with the idea of Return on Investment, the reasons are just far too compelling to an organization to ignore. After all, no organization of any type can afford to exert effort with no return at all in the form of artifacts of some sort. Every organization is there to create some kind of result (value) in its’ chosen field.

Most organizations have many different opinions and reasons for considering one item more valuable than another. You will likely find that most people think ALL of their backlogged items are of equal value to a project or company.

The idea of doing work based on Return on Investment takes some of the emotion out of this process to allow work that is clearly more beneficial to the group to take precedence.

When a task is determined to be of lower value (not because of just value, but work for value) doesn’t make it into this cycle, it MAY well be classified as a higher Value for the next cycle, and therefore, it’s Return of Value / Work may be higher and bring it up the work scale through this process.

There are several ways to accomplish this. One of the easiest is by breaking the item to be done into smaller pieces. It’s Value will remain the same, but the work (effort) required to complete that smaller piece will be less. Therefore, the new smaller task will have a higher Return on Investment and be done sooner.

The idea is that true business value is what is provided first with many competing priorities. Most of us don’t have the ability to just add two or three more teams when more work comes along, so there needs to be some logical process to deal with this.

For my friend in the Arts who is wondering about the Financial Elite having a hard time doing a mental shift towards Agile processes instead of Waterfall processes, consider the conversation about Return on Investment and Quality of the Final product as your starting point. THEN let them know, “Oh ya. you’ll also end up with less turnover and happier employees”. :->

Mike Caspar

References :

OpenAgile – http://www.openagile.com
Scrum – http://www.scrumalliance.org
Pomodoro – http://www.pomodorotechnique.com
XP – http://www.extremeprogramming.org

Agile Jobs in Beautiful Saskatoon!

From time to time I am happy to list positions that are available in organizations that are becoming agile or already are agile. For what it’s worth, this position was described verbally to me as being much like a Scrum Product Owner. Here is the position information:

Project Manager at zu
Closing date: Monday, May 30, 2011

Our new Agile PM will manage full life cycle website/application development projects using the Agile methodology, work closely with our strategists, designers and development team and other stakeholders to manage requirements, scope, milestones, timelines and budget.

As an Agile Project Manager at zu, you enjoy working with other talented people and succeed when we deliver a project worthy of being called “zu-made” to a client. You live to under promise and over deliver.

You have a passion for Agile Software Development. You are eager to work with and share your experiences with a team transitioning to Agile. The thought of finding new ways to adapt Agile to an existing team excites you.

As a team leader, you inject enthusiasm into the combined zu-client team, adding transparency and candidness to communication in all directions. Using your natural ability to develop rapport with all types of people, you liaise regularly with the client and team, keeping progress on track and delivering on expectations.

You are excited by the idea of creating things that have never existed before, that learning and teaching are everyday occurrences, you don’t mind dressing funny from time to time, or bringing a dish to the potluck.

If you have the required experience, pride yourself on being extremely well organized, have a magnetic personality, sense of humor and are eager to be a part of an evolving company, then what are you waiting for? Drop us a line!

Background

Post secondary education in business or technical field
Minimum three years related work experience
Knowledge and experience with Agile software development, processes and methodology
Ability to work effectively on concurrent, multiple tasks and projects
Ability to effectively manage priorities in an ever-changing environment
Outstanding leadership and teamwork skills
Clear and concise documentation skills; you can write mean user story
Strong verbal and written communication skills

Responsibilities

Document, learn and support all aspects of projects: scope, risk, schedule, budget, quality and communication
Manage client expectations and co-ordinate and deliver progress updates to ensure the successful delivery of projects on time and on budget
Manage all project related requests with the client
Ability to guide and direct production teams to keep them on budget and schedule while continually inspiring them to innovate and provide the best solutions for our clients
Work with development teams on a daily basis to clarify requirements and to provide feedback
Facilitate developing user stories based on requirements
Prioritize and prepare product backlog and facilitate estimation meetings for strategists, designers and developers
Communicate project status with stakeholders and gather feedback for review and implementation

For more information about zu, head to our website: www.zu.com/live/careers.

Paul @ Scrum Gathering Seattle – Airport 2

Now I am in Vancouver only one step away from Seattle, which is the location for the Scrum Gathering. I will go tonight to the hotel and register. I am excited to see the layout and look into the sessions.

I just read that the 3rd day of this 3 day conference has many sessions called “un-conference” open sessions. I like that this is a creative way to hold sessions which are normally setup with a speaker and a bunch of learners.

I hope that we will experience what we train. An environment where individuals interact to learn things, instead of a bunch people that have cups needed to filled up by an expert.

More to come!

Warm regards,
Paul Heidema

Paul @ Scrum Gathering Seattle – airport

I, Paul Heidema, am currently waiting at the Toronto airport for my flight to Vancouver and then to Seattle where I will be attending the Scrum Gathering. This will be my first Scrum Gathering, so I am excited, curious and a little nervous. What will it be like? Will I enjoy myself? What talks should I attend? Will I feel lonely? What is expected of me? These are just a few questions that I have rolling around in my mind.

Usually when I attend a conference, Agile or not I am with others that are familiar with the movement of the event. Not this time. However, my wife Laila is coming for the trip which makes it that much more enjoyable even though she is not attending the conference.

I hope to meet many trainers, consultants, people new to Scrum and all kinds of unique and wonderful people.

I am also in the process of applying to become a Certified Scrum Trainer (CST). I hope to meet other CSTs and learn from there experience.

I will post more throughout the event.

Warm regards,
Paul Heidema

Teams, People and “Resources” – The Culture of Agility

In an Agile culture, it is considered rude to refer to people as “resources”. People are not fungible – you cannot just take any old developer and plug them into any old project. Skills, personalities, likes, talents, potential all are so dynamic and unique for each individual person. So any management theory (including traditional project management) that treats people as “resources” like oil, gold or computers, is making an unjust simplification at the expense of the people working in the organization.

Yet organizations need to be able to plan where to spend money, and certainly the people working in an organization are often one of the largest costs. From a financial perspective, from a business perspective, it makes sense to somehow treat people costs in the same way as other operational costs… and this often leads to dehumanizing people to the point of treating them like resources.

So how can these legitimate organizational needs for budgeting mesh with the equally legitimate approach of Agile to treating people as unique actors be merged? It is actually quite simple, but the ramifications are deep: treat TEAMS as resources. Teams become the fundamental building blocks of an organization. Teams move from project to project or program to program or operation to operation. There is still a need to support the individuals in an organization, but it is done in the context of teams.

An Agile team is cross-functional, but also constantly learning. Individuals on the team learn skills based on their own interest, but also based on the needs of the team for redundancy, parallelism, and expansion of capacity to take on new, more challenging work. Cross-functional teams can more easily (and more sanely) be compared for their value to the organization by looking at things such as their ability to produce finished product/services, their flexibility in serving the needs of the organization, and the quality/consistency of the work they produce. Teams can compete in a healthy way by striving for excellence in delivering value to the organization, whereas often competition between individuals can be quite unhealthy.

From a budget perspective, teams are easy to manage: each team has a fully loaded cost based on salaries, space, equipment, etc. The cost is (or can be) relatively stable or grow predictably, and can still be handled operationally. As well, unlike individuals, it is much easier to treat a whole team as a fungible unit: you feed work to teams based on their availability rather than based on a detailed analysis of their skills/capacities/allocations.

In Agile organizations, teams are resources, people are not.