Agile Fundamentals Online Learning
The course is part of these learning paths
This course takes a look at how you can work in an agile way. It will help you to understand what value is, how to measure progress and what Kanban is, and what a project is. You will also learn more about iterative development, how to estimate, and reflect on your own agile journey.
The objectives of this course are to provide you with and understanding of:
- What value is
- How to measure progress
- What Kanban is
- What agile pm/ DSDM is
- How to delivery in an iterative way
- How to estimate
- Growth through mastery
This course is suitable for anyone with no prior knowledge of agile who is considering, evaluating or involved in a move towards working in (or with) an agile environment.
There are no prerequisites for this course, however, participants should be familiar with the content and rationale in the agile manifesto (http://agilemanifesto.org/ )
We welcome all feedback and suggestions - please contact us at firstname.lastname@example.org if you are unsure about where to start or if would like help getting started.
Projects are a universal way of doing work, and you'll find them in every industry. But what is a project? Well, a project is a temporary endeavor, if you'd like, set to deliver a unique change. The key point here is that it has a clear start and end point. At the beginning of the project, we all need to understand what is most important. There are four key factors within any project to keep in mind when you're trying to understand what is most important to that project. First, the time. How long can we spend on this project? Next, how much money can we spend on delivering the project? After this, we have quality, and of course, the quality can vary. Finally, scope, and by scope, I mean specifically what the deliverables of the project will do or in other words, how many features it will have. Now, in Agile ways of working, we tend to believe that a large percentage of features that we deliver won't actually be used. So often, the safest variables to focus on is the scope. Now, there's a fantastic way to figure out just exactly how the scope might change, and it's a process called MOSCOW Prioritization. To help explain this in a little bit more detail, we've brought in one of our resident experts who has a lot of experience using MOSCOW to help Agile teams deliver projects successfully.
- MOSCOW is a tool that is used to prioritize a list of requirements or a list of tasks in order of value to the customer or the end user. So M within the MOSCOW acronym stands for must haves which are features or tasks that are critical, ie, without those tasks or features, that product or that service would not be viable. S stands for should have, which stands for a feature that is, if it were possible, it would be nice to have it included and will add some value to the business. C stands for could have, which is a feature or an aspect or a task that is not critical, but should there be enough time and budget, it would be good to have included so that they are nice to have. And then W stands for won't have. It's typically a requirement that was requested that is not deemed a high business value and neither is it deemed critically urgent, so it could easily be dropped off as in not done as part of the list of things to do. An example of where you could apply, a good of that example might be the sort of prioritization an event planner would undertake to plan a conference or plan an event. The event planner might list several tasks such as venue, procuring a venue for the event, might want that venue to be within half a mile radius of an underground station. Might also want to have doggy bags to give out branded materials to delegates who attend the event, might want to put on refreshments and part of those refreshments could include sandwiches, buffet, or alcohol, and so if you assume that the list that I have spoken about is ranked in the order that the event planner has in mind, then the venue would be a must have, for sure. You can't have an event without a venue, and ideally, most events I've been to are in close proximity to an underground station so those two criteria would be must haves, perhaps goody bags to be the should haves, because definitely they would be a very nice to have accompaniment to any event, and alcohol would be a won't have. Food would definitely have a higher priority, maybe sandwiches, at least, would be a higher priority than alcohol. So that would kind of be an example of how a MOSCOW prioritization approach might be applied by an event planner.
- So, projects are a universal idea used to deliver work. They tend to have four variable qualities, time, money, quality, and scope. In Agile projects, we use MOSCOW to ensure on time delivery. When a project becomes delayed or over budget, we reduce the scope instead of adding time or cost, and that allow us to guarantee on time delivery.
About the Author
Tony has over 20 years’ experience in Business Development, Business Change, Consulting and Project/Programme Management working with public, private and third sector organisations.
He has helped organisations to design and create process and procedures to align ways of working with corporate strategy. A highly motivated and detailed solution provider utilising a wide range of methods and frameworks to provide structure whilst promoting creativity and innovation.
As a confident and self-motivated professional with excellent communication skills Tony is able to bring people together and get them working as a team quickly.
Tony is an Agile and Scrum trainer with a vast knowledge spanning IT Systems, Business Change, Programme and Project Management. With excellent presentation skills and a solid background, he ensures that all clients gain maximum benefit from his training. He has successfully guided those new to the industry through their initial training, helped experienced staff as they progress in their careers and worked at Director level advising on best use and practice, as well as tailoring courses to fulfil the exact needs of clients.