So let's quickly walk through some of the AGILE project techniques. So first: frequent inspection of the product and adaptation to the changes and input during the project. Second: aligning development with customer needs and company goals. Third: co-location of resources to be in the same workspace so it's easy to talk. Four: self-organized and accountable teams. Five: getting rid of waste and ceremony and things that don't really add any value in meetings, for example. Six: having that empirical demonstration of results. Seven: make sure the customer is always present if possible. And eight: product managers and owners. 

So, frequent inspection of the product and adaptation to the changes and inputs during the project. Now this is a core difference between AGILE projects and non-AGILE projects. With AGILE, we are encouraged to test and adjust. To fail fast, and adjust quickly. Aligning development with customer needs and company goals. So the role of the product owner provides the missing bridge that I've found between the user and the developer. Having a product owner who is in constant contact with the customer or users, and who is aware of the overall goal of the business, is more effective than the requirements documents that we used in the past. So the product owner is the voice of the customer. Being self-organized and accountable. 

Now, it's a key technique in empowering team members to self-organize resources to match the roles required. A regular demonstration of results. And that's a core part of code over documentation. Remember that key difference between code... over documentation, one of the pillars of AGILE. And we're focusing on key planning events. So product planning, release feature planning, iteration planning, SPRINT review, and stand-ups.