Independent Signatories of
The Manifesto for Agile Software Development

We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value:
  • Individuals and interactions over processes and tools
  • Working software over comprehensive documentation
  • Customer collaboration over contract negotiation
  • Responding to change over following a plan

That is, while there is value in the items on the right, we value the items on the left more.


Signatures Received: 02 May to 27 May 2002
Francesco Sisini: (Hypersoft srl)
Jørgen Larsen: ( The is here to support the Agile Manifesto!
Chuck Wegrzyn: (IPeria Inc)
Prasad MNS: I am interested in practicing the Agile Programming techniques for the projects I do.
Randy Ballew: (Information Systems and Technology, UC Berkeley)
Marco Papacchini: I strongly support the Agile Alliance Manifesto. Its principles are unfolding the real nature of software development
Jens Jahnke: (Software AG) Coping about 10 years with software project management all the heavy weight Software Engeneering methods showed inherent problems. Scrum & XP have been introduced into development with great success.
Rajesh Sachde: (Tata Consultancy Services) Excellent - we are currently shifting our Software Development Methodology from Waterfall to XP - and Agile Practices seems to be a natural extension.
Raghavendra Singh: (GNFC Ltd) Great News that a new software development help is comming up. Please see to it that like others this also does not become a developers nightmare by needing expensive lectures to learn first and then keep gruping how to implement the various diagrams in his project.
Ravi Veeramachaneni.
Christian Rath.
Sapna Subramani: (SPCNL) The Agile Software process will improve efficiency as well as effectiveness of the process leading to overall optimisation.
Knut I Stenmark: (Dynamic Project Management AS) Being able to respond to changes, is like being responsible for business benefit. The world is changing, our environment is changing; even the organisation we are working in. All this is affecting our business requirements, and should thereby also be reflected in our projects.
Ambareesh Reddy: (Aalayance E-Com Services Pvt. Ltd.,) I am impressed very much with the Agile Manifesto. vote for Agile Manifesto -Ambareesh
Marnie Juel Shaw: I also believe in quality over quantity.
Talbott Crowell: (Third Millennium) The Agile Manifesto is an important doctrine to follow and is key to successful software development. More importantly, the manifesto's heightened value of the individual increases job satisfaction, which increases productivity.
Bertrand Weegenaar.
Mr Alex G Hunt: (DISSC Ltd) I have been a practitioner of what is now called Agile Programming for most of my working life. Real-world systems are by definition agile.
David S. de Lis: (Altran SDB) Just hat off. I struggle everyday to apply these principles and let my customers and co-workers to apply them as well.
Thomas Georgopoulos.
Paul Caswell: (http:// "You can't stop the waves, but you can learn to surf" Thanks for you helping us in handling the waves. It is actually a lot of fun surfing when you are not alone. I share your values and feel your support. You have my support.
Sai Prasad Matam: (Shankerson Consulting, Inc.) Agile is not a silver bullet. There is no substitute for thought and hardwork. Agile should not be mis-understood as an 'undisciplined way' of doing things. In the coming years the propounders should clarify the agile concepts.
Simon Roberts: (Objective Visions) We're increasingly finding that Agile process (particularly XP) ways of working can be useful outside of software development as well. We now do a substantial amount of our management using "pair managing" and strategic planning using something similar to the XP Planning Game.
Per Bergman.
Alesia Sowell.
Jan Coffey.
Olivier Brisson.
Manuel Amago: People over bits. Lets make software that matters. For who it matters. Go Agile.
Andy Hoffman.
ram potty: (IIITM-K) Agile Methods is a step towards simplified software process than heavyweight stuff. More over it integrates with many process styles like XP very well . Need to Do more in this arena . ..Together We can achive more .....
Boris Kontsevoi: (Web Space Station)
atirek: (Agilent)
Michael Burleson: (Collaborative Development Strategies) Agile is a culture as much as it is a collection of processes and tools. Collaboration makes it possible. Any new product development (software or otherwise) is wild and untamed. Agile expects and respects this. RAD meets REALITY! CDS is dedicated to moving Agile forward in the development and BUSINESS community.
Roberto Barsallo.
Shailesh mangal: (Cymbal Corporation) I like agile because its the best methodology which provide maximum flexibility to customer and developers. I have been working in one of the agile methodology called XP(X-treme Programming) and I almost love it by heart.
Ron Lubensky: (Click Craft Pty Limited) I build custom eLearning solutions using Macromedia Authorware. We have a strong developer community which, as it happens, already tends to follow the ethics of this manifesto. With the growing acceptance of Agile philosophy, I have a better chance of successfully overcoming client conservatism and educating more to go along with the Agile approach. I am proud to sign up!
Steven Beales: (Medical Decision Logic, Inc)
Atsaves George: (SINGULAR SA)
Manfred Schäfer.
M. Abdur Rasheed.
Marc Clifton: (Knowledge Automation) I and my team have successfully developed large scale engineering and process management software using the principles of the Agile Manifesto. Modern software development must take into account rapid advances in technology and customer requirements. In addition, many customers do not fully understand that an existing "paper" process does not translate 1 for 1 to a software process. Nowhere is this more true than in an engineering and process management fields, where existing processes can be so "subconscious" that they actually become hard to define by the customer. It is vital therefore that the software development team develop agile software--software that is delivered early, in incremental steps, and can support late requirement changes. Built-in flexibilty is a key component of this. Frequent face to face design meetings and delivery presentations is essential to ensure that the team is on track with the customers' expectations. Not only is it important to use the right design models, but existing tool sets (such as Microsoft's Foundation Class library) and current software implementation practices all but ensure failure in supporting agile software development. It is therefore vital that the development team enhance existing tools so that flexibility and traceability is at the foundation of the software implementation. The Agile Manifesto is key to this success.
Bart Samwel: While working as a software developer I have often found that development teams depend too much on processes and too little on interaction with and paying attention to customers and each other. As my friend Jeroen Vermeulen told me, methodologies are usually a systematic way to overlook things. And the things most often overlooked are changing requirements, or even the fact that requirements are incorrect or incomplete. Once the goal becomes satisfying a static, frozen set of requirements, you can forget about the real goal, which is delivering a product that satisfies the only requirement that counts - making your users happy. I therefore support the principles of the Agile Manifesto.
Jim McGovern: (Royal Melbourne Institute of Technology)
Sander Hoogendoorn: (Ordina) As one of the authors of Ordina SMART, one of agile methods, I fully support the agile manifesto. I hope that in the years to come more and more project teams will rethink the way they work and co-operate and implement the principles in the manifesto. Having experienced such projects I can only say that it works better, project teams become far more flexible, and even more important: projects are more fun.
Darin Cummins.
Jose Menes: (menesco SCI Ltd) Controlled chaos is not an oxymoron
Nick Xidis: (US Central)
Paul Markov: (DMR Consulting) Great Idea !
Janet Gregory.
Søren C. T. Ravn.

<< Previous  Index  Next >>