Where the so-called Agile Industrial Complex has turned the Agile Principles and Methodology into what is arguably now a traditional, top-down project management tool focused on grading productivity and scoring contribution, this Agile for Volunteers effort is designed to step back from the current state of affairs, to return to first principles of this generally well-conceived and considered approach to coordinating a cooperative and directed effort, and apply these principles and methods beyond software development.
-It has become fashionable in 2023 and 2024, and for years before in fact, to attack Agile as ineffective, a waste of time, and worse. This is arguably due in large part to the way Agile has been implemented in workplaces that rely on coaches and some rigid structure, productivity and scoring of that productivity, and grading the contributions of members of a development team, using charts and tables of numbers to make decisions. In these scenarios, there is often a sense that Agile is being used as a tool for control and judgement rather than a methodology and set of principles that enables and encourages accomplishment, collaboration, and inclusion of the Whole Team in a development effort. The Whole Team includes not only developers (in a software project context), but management and customers, so that a project is less surprising as it evolves to tackle specific discoveries about initial design direction while still advancing the overall development direction toward established directives.
-In other words, a system designed by software developers for software developers, to bridge some of the gaps that persist today all to often, has been degraded into something it was not intended for. This is debatable, and could be the subject of much discussion, but if someone tells you that Agile does not work, the first question one might ask is if the Agile Manifesto entered into the methodology at all in their experience.
-The Manifesto for Agile Software Development was published in February 2001, the result of software developers coming together to discuss some ideas, inspiration by Extreme Programming principles and methods, and ways to gather some of the existing and new ideas into a coherent plan for Software Developers at large to implement. Arguably, as a starting point. The Agile Manifesto is translated on the website into many languages, and for good reason.
-The brief Principles behind the Agile Manifesto page on the site, which has been translated as part of their homepage translation links (please visit there for their own translations to many languages), lists many useful principles which may be applied to a Whole Team Agile Approach to software development (or, as we will suggest, many types of development efforts beyond software). includes as its final princple, this:
---At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly.
-
It is this final principle (perhaps one of several) which is often forgotten in the Agile Industrial Complex implementations of Agile, often foisted upon development teams without this essential principle, where the Whole Team reflects on what is working and what is not working, reflecting on where to make changes to be for effective, to work together in more productive and satisfying ways, and in the case of Volunteers, to make the best use of the time, effort, and expertise Volunteers bring to any Initiative or Project, and to the Whole Team itself.
-We added a few things at the end there, but the fundamentals of Agile for Software Developers are only more viable as principles for Volunteer Collaborators working on Community Elevation Initiatives, where working together to make the most of these limited Volunteer resources (time, effort, expertise) is something the Whole Team should be thinking about, and here we have a perfectly functional starting point grounded in real experiences of real professionals.
-The original Agile Manifesto was created by Software Developers for Software Developers. The Whole Team approach does make the business side of any project a part of the team, the Whole Team is not a sequestered team of programmers isolated in cubicles or working from home. Another of the Principles we quite here:
---Business people and developers must work together daily throughout the project.
-
There is an implication here, with Agile for Volunteers we make it Explicit. The Whole Team includes all contributors, as coders, artists, editors, translators, testers, project managers, and anyone else making an initiative move forward, including the customers and users and consumers of these efforts who can take part early on as part of an iterative Co-Creation Process. The Initiatives and Projects themselves need not be Software, and in fact might not be more often than they are. Some might prefer working with User Interface and User Experience, some with language translations to make sure we are communicating with as many as we can, some might work with accessibility so that not only language, but specific user interface and user experience make our projects useful and usable by those who might need them, or want them, without presumptions about vision, hearing, and so on. A single initiative may have many elements that are not software at all, but every Volunteer contributor is a part of the Whole Team to accomplish the goals of the Initiative and its Component Projects.
-The Agile for Volunteers Initiative will always be two things:
-The Agile for Volunteers Initiative is its own first customer of sorts, we are aiming high and endeavoring to get there.
+ + + + +Where the so-called Agile Industrial Complex has turned the Agile Principles and Methodology into what is arguably now a traditional, top-down project management tool focused on grading productivity and scoring contribution, this Agile for Volunteers effort is designed to step back from the current state of affairs, to return to first principles of this generally well-conceived and considered approach to coordinating a cooperative and directed effort, and apply these principles and methods beyond software development.
+ +It has become fashionable in 2023 and 2024, and for years before in fact, to attack Agile as ineffective, a waste of time, and worse. This is arguably due in large part to the way Agile has been implemented in workplaces that rely on coaches and some rigid structure, productivity and scoring of that productivity, and grading the contributions of members of a development team, using charts and tables of numbers to make decisions. In these scenarios, there is often a sense that Agile is being used as a tool for control and judgement rather than a methodology and set of principles that enables and encourages accomplishment, collaboration, and inclusion of the Whole Team in a development effort. The Whole Team includes not only developers (in a software project context), but management and customers, so that a project is less surprising as it evolves to tackle specific discoveries about initial design direction while still advancing the overall development direction toward established directives.
+In other words, a system designed by software developers for software developers, to bridge some of the gaps that persist today all to often, has been degraded into something it was not intended for. This is debatable, and could be the subject of much discussion, but if someone tells you that Agile does not work, the first question one might ask is if the Agile Manifesto entered into the methodology at all in their experience.
+ +The Manifesto for Agile Software Development was published in February 2001, the result of software developers coming together to discuss some ideas, inspiration by Extreme Programming principles and methods, and ways to gather some of the existing and new ideas into a coherent plan for Software Developers at large to implement. Arguably, as a starting point. The Agile Manifesto is translated on the website into many languages, and for good reason.
+The brief Principles behind the Agile Manifesto page on the site, which has been translated as part of their homepage translation links (please visit there for their own translations to many languages), lists many useful principles which may be applied to a Whole Team Agile Approach to software development (or, as we will suggest, many types of development efforts beyond software). includes as its final princple, this:
+++At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly.
+
It is this final principle (perhaps one of several) which is often forgotten in the Agile Industrial Complex implementations of Agile, often foisted upon development teams without this essential principle, where the Whole Team reflects on what is working and what is not working, reflecting on where to make changes to be for effective, to work together in more productive and satisfying ways, and in the case of Volunteers, to make the best use of the time, effort, and expertise Volunteers bring to any Initiative or Project, and to the Whole Team itself.
+We added a few things at the end there, but the fundamentals of Agile for Software Developers are only more viable as principles for Volunteer Collaborators working on Community Elevation Initiatives, where working together to make the most of these limited Volunteer resources (time, effort, expertise) is something the Whole Team should be thinking about, and here we have a perfectly functional starting point grounded in real experiences of real professionals.
+ +The original Agile Manifesto was created by Software Developers for Software Developers. The Whole Team approach does make the business side of any project a part of the team, the Whole Team is not a sequestered team of programmers isolated in cubicles or working from home. Another of the Principles we quite here:
+++Business people and developers must work together daily throughout the project.
+
There is an implication here, with Agile for Volunteers we make it Explicit. The Whole Team includes all contributors, as coders, artists, editors, translators, testers, project managers, and anyone else making an initiative move forward, including the customers and users and consumers of these efforts who can take part early on as part of an iterative Co-Creation Process. The Initiatives and Projects themselves need not be Software, and in fact might not be more often than they are. Some might prefer working with User Interface and User Experience, some with language translations to make sure we are communicating with as many as we can, some might work with accessibility so that not only language, but specific user interface and user experience make our projects useful and usable by those who might need them, or want them, without presumptions about vision, hearing, and so on. A single initiative may have many elements that are not software at all, but every Volunteer contributor is a part of the Whole Team to accomplish the goals of the Initiative and its Component Projects.
+ +The Agile for Volunteers Initiative will always be two things:
+The Agile for Volunteers Initiative is its own first customer of sorts, we are aiming high and endeavoring to get there.
+The Agile for Volunteers Initiative is a return to first principles focusing Whole Team efforts on Community Elevation Initiatives and Projects on the part of Volunteers contributing their time, effort, and expertise to these efforts using principles and methods born of the original Manifesto for Agile Software Development and some of the fundamental views on these principles and methods that are team-oriented rather than business-oriented. Business is a part of the process, not the reason for it.
-Volunteers are already contributing their time, effort, and expertise when they participate in Initiatives and Projects focused on Community Elevation. These are typically Open Source software efforts, but they need not be limited to software efforts. Not everything is Code, not everything is an Application.
-The goals of the founders of Agile were to make delivery of high quality outcomes (they referred to these as Software) and efficient use of the time, effort, and expertise of the Whole Team working toward these outcomes, the highest priorities. Communication and Iteration are key elements that aid both, we are focused on these and more to make the most of the contributions of Volunteers to efforts that can and will make a difference.
-The Agile for Volunteers Initiative is itself a Civic Volunteer Initiative, Open Source, and available for extension and re-consideration. As a starting point, this Initiative may be a basis for a particular cohort to craft a set of principles and methodologies which will work for their participants to make the most of their contributions.
+ + + + +The Agile for Volunteers Initiative is a return to first principles focusing Whole Team efforts on Community Elevation Initiatives and Projects on the part of Volunteers contributing their time, effort, and expertise to these efforts using principles and methods born of the original Manifesto for Agile Software Development and some of the fundamental views on these principles and methods that are team-oriented rather than business-oriented. Business is a part of the process, not the reason for it.
+ +Volunteers are already contributing their time, effort, and expertise when they participate in Initiatives and Projects focused on Community Elevation. These are typically Open Source software efforts, but they need not be limited to software efforts. Not everything is Code, not everything is an Application.
+The goals of the founders of Agile were to make delivery of high quality outcomes (they referred to these as Software) and efficient use of the time, effort, and expertise of the Whole Team working toward these outcomes, the highest priorities. Communication and Iteration are key elements that aid both, we are focused on these and more to make the most of the contributions of Volunteers to efforts that can and will make a difference.
+ +The Agile for Volunteers Initiative is itself a Civic Volunteer Initiative, Open Source, and available for extension and re-consideration. As a starting point, this Initiative may be a basis for a particular cohort to craft a set of principles and methodologies which will work for their participants to make the most of their contributions.
+