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.

 
Click here to add your name to the list of signatories.

Signatures Received: 12 Sep to 29 Sep 2007
Bjarke Ebert: (Actua) Actua is a small software startup located in Aarhus, Denmark. We highly buy into agile software development and have repeatedly proven it to outperform fixed-price waterfall based projects :)
Tim Luyten: (QNH)
taehan: middleware engineer
Miguel Calix: Software Development Epiphany!
Stefan Vantroba: (Clever Leap) We naturally use these principles while developing our content management system. Agile development is the best way to create high quality, up to date software.
Jim Tucker.
Bryan Nehl: (http://www.dbBear.com/)
Ellery Leung: (Globe7 HK Limited)
Jean-Luc Verschelde: (Language and Computing )
Mohit Garg: (Syntel International Pvt. Limited)
Carl F. Martin: (Anova Group)
Peter Wolfe: (QFD Online) I believe that through the combination of Agile methodologies and customer-focused tools such as Quality Function Deployment (QFD), software can be created that meets the wants and needs of the customer, rather than expecting customers to lower their expectations to match the functionality of the software given to them. Agile principles are the key to not only “listening to the voice of the customer”, but responding to it before the customer begins to sign a different song.
Pearly Lok: I think it is a great methhodology, as the Business users are involved from start to end and they are part of the build stage, hence they will like what they see as they see it being build the way they wanted it to be.
Peyroux Jean Alexandre.
MILAN: (http://milan.blog.sudouestjob.com/) Restons Naturel, l'instinct est souvent le meilleur pilote de nos savoirs !
Riaz Agha: (Rich Media House Ltd) We know from working with our wide range of clients that team interaction and customer collaboration are more important than processes and tools. Agile development practices are essential to a business like ours.
Renato Mateus.
Dan Donovan.
Mike Light: (Systems Software Ltd) Working with defence and nuclear industries in the UK where mandatory Industry Standards do not generally permit the use of improved techniques and processes. From practical experience, existing collaborative working methodologies have proved difficult to maintain under these stringent conditions. The focus on schedule and cost outway the need for best practices, and it is often a case of digging one self or ones team out of the death march. It would be a major improvement if large scale requirements based contracts could utilise this pragmatic approach, not to mention the saving in hours spent after delivery arguing over expectations.
Matthew Canaday: I have used many methodologies in my years as a developer and team lead, and I keep coming back to the fact that life is unpredictable and requirements change in a seemingly random way. The Agile method provides a means to address the realities of software development while maintaining the sanity of developers.
David Metzler: (The Evergreen State Colelge) As a software developer of 20 years now, I've come to value the people-first approaches embodied by the Agile Manifesto. It really has taken my clients from adversaries to partners, and cut in have the time it takes to produce quality softare.
Mikhail Torres: (EACOMM Corporation) EACOMM Corporation has embraced the Agile Manifesto even before it knew it existed. We affix our signature here to formalize our adherence to these principles by embracing Agile Methods in our workplace for the long term.
Chris Hefley.
Joel M. Pareja.
Amit Wadhwa: (University of Arizona)
Marvin Mathai: (Cytrion Technologies)
Julian Mann: For years I've had a queasy distaste for specs, plans, meetings and methodologies. Sometimes the phrase "best practises" gets my back up too. Making software is like painting. Its so refreshing to see these feelings made concrete in the agile manifesto. Thanks!
Tomi Tarvainen.
Scott Delcore: (Interclypse, Inc.)
Ahmed.
Peter A Donovan: (Applause Software) Compound Simplicity, rather than Complexity, and centralized coding rather than repeated code are the foundations of my personal philosophy that support this Manifesto. Regards, Peter
Chittaranjan Rao: (Picomobile Systems) Agile makes the customer a part of the process and allows the delivery to be shaped with his continuous inputs
Halil Erhan: I support the approach, in both academic and professional software development process.
Sudershan: I am a new learner of software engineering concepts.
Rob vanSpronssen: (EyeOnBoard LLC)
Adolfo Rodrigues de Sousa.
Paul Rigor.
Hannes Romare.
Jaime Rodríguez: (http://jaime.vividores.net) After some years of experience developing and architechting software, my conclusions are according to Agile manifesto. So, I think this is the way.
Pham Hoai Van: I Support the Agile Manifesto!
Michael P. McIneney: (AEM Technologies Limited)
Mario Saucedo: (Quantico Software) I Support the Agile Manifesto!
DrLecter: (L2J Project) While OSS/FS development projects are in general terms often referred as agile by definition, it's a must for any project leader (no matter the size of its team) to keep in mind this Manifesto values. Spreading the word and becoming an active practitioner of its principles, can determine a project's success or its complete oblivion.
Kev O'Neill.
Randy Arvizu: (Johns Hopkins University ) woof!
Trond Øvstetun: (http://blog.ovstetun.no)
Gene Huang.
Houston Haynes: Have used agile process methodologies successfully at financial, entertainment, medical software companies.
Jens Paul Berndt: (Berndt GmbH)
Leyton Collins: Agile methodologies are so intelligent and inspirational that the thought of using anything else seems ludicrous. Waterfalls are nice to look at, but they are hardly useful in project/program management.

<< Previous  Index  Next >>