おそらく、これよりも大きな組織アナキストのコレクションを見つけるのは難しいでしょう。 会議の結果として起こったことは、アジャイルソフトウェア開発に関するマニフェスト、すなわちアジャイル宣言と呼ばれ、会議のすべての参加者によって署名されました。 唯一の疑念は、名前のアジャイルという用語に関連しており、ほとんどのアメリカ人が単語を正しく発音する方法を知らないという懸念を表明したマーティン・ファウラーから来ました。
アリステア・コバーンは、一般に、すべての参加者の最初の考えを反映するという懸念を表明しました。 しかし、会議の後、彼は次のように述べました。「私はマニフェストの最終的な定式化に加えて、他の人たちも同様に喜んでいたという事実に満足しています。 すべての基本的な点について合意しました。」
「アジャイルアライアンス」と呼ばれる、開発に関するこの独立した思想家のグループと、時にはお互いの競争相手は、合意してアジャイルソフトウェア開発に関する宣言を作成しました。
しかし、マニフェストはいくつかの基本的なアイデアの概要を示していますが、アライアンスのすべてのメンバーではなく、一部のメンバーを推進するより深いアイデアがあります。 2日間の会議の終わりに、 Bob Martin （会議の主催者、開発に関する書籍の著者）は、会議が非常に「感傷的」であると冗談を言いました。 しかし、遊び心のある形にもかかわらず、私たちはボブの考えに部分的に同意します。人々、協力、そして私たちが所属する社会の組織のタイプに基づいた組織モデルを促進する人々から働きたい 実際、柔軟な方法論は、人々が主な資産であると言う以上のことをする環境で働く顧客のために良い製品を作成することについての感傷的なアイデアに基づいていると信じています。 「資産」という言葉を忘れます。 このように、柔軟な方法論への関心（そして時には批判）の急速な高まりは、これらが価値観と文化の感傷的な要素です。
たとえば、ペアプログラミングやリファクタリングというアイデアだけでなく、最終的に極端なプログラミングが普及し、そのような関心を享受していると思いますが、この技術はディラーコミュニティの「手荷物」から開発者コミュニティを解放するためです（Dilbertは主人公の名前であり、会社のさまざまな部門でのオフィスライフに関する漫画の名前）。
Kent Beck （開発者、エクストリームプログラミング方法論の作成者）は、初期の頃、ペアで作業している2人のプログラマーの6週間の開発タスクをどのように評価したかについて語りました。 上司がプロジェクトの開始時に2人目のプログラマーを削除した後、Kentは12週間でプロジェクトを完了しました。 ボスは、もちろん、過去6週間にわたって彼の遅い仕事のために絶えず彼を見ました。 ケントはこれをプログラマーとしての失敗だと感じていたために落ち込んでいたが、2人のプログラマーの最初の6週間の評価は可能な限り正確であり、期限を守ることができなかったため、彼の失敗は実際には監督者の失敗であることに気付いた業界の典型的なテンプレート思考のために。
そして、そのような状況は、マーケティング、管理、社内または社外のクライアント、そして開発中に毎日発生します。 難しい決定を下すことで妥協したい人はいません。経営陣から不合理な要求が出されます。 これは開発時の問題だけでなく、すべてのディールバート組織にとって横断的な問題です。
ニューエコノミーで成功するためには、eビジネス、eコマース、およびWeb全体の時代を積極的に前進させるために、企業はディルバートの表明と隠されたポリシーを取り除く必要があります。 意味のない企業ルーチンからの自由は、アジャイル手法の支持者を惹きつけ、従来のアプローチの支持者であるビーバーを思いとどまらせます。 率直に言って、柔軟性のある技術は、少なくともプロセスのためにプロセスに非常に満足している企業の官僚を怖がらせ、「約束どおり」に結果をタイムリーにクライアントに示すために「クライアント」のためにより良くやろうとするものとして提示される言い訳は終わります。
柔軟な方法論は、従来の方法論に対立するものではありません。 実際、私たちの多くは「言葉の方法論」に対する自信を取り戻したいと思っています。 バランスを回復したい。 モデルを使用しますが、会社のほこりっぽいアーカイブに別の図を追加するためではありません。 ドキュメントは受け付けますが、数百ページのボリュームを読むことはなく、めったに使用されません。 計画しますが、乱流環境での計画の境界を認識しています。 極端な開発、SCRUM、またはその他の柔軟な方法論を大名だけを使用する人は、現代のハッカーに似ています。前者はほとんどの場合方法論を知らず、後者は用語「ハッカー」の本来の意味を知っています。
Snowbirdの会議は、2000年の春にオレゴン州のRog Lodge Riverで開催された、以前の極端なプログラミングサポーターとKent Beckが主催したいくつかの部外者会議のアイデアの結果でした。 川での会議で、参加者はさまざまな「簡単な」方法論に投票しましたが、正式に行われたり受け入れられたものはありませんでした。 2000年には、「軽量」プロセスまたは「軽量」プロセスのカテゴリに言及する記事が多数執筆されました。 このような記事には、「極端なプログラミング、適応型ソフトウェア開発、Crystal、SCRUMなどの軽量の方法論」というフレーズが含まれていました。 会話では、このニックネーム「ライト」を愛する人はいませんでしたが、これは一時的な名前であると誰もが思っていました。
2000年9月、シカゴのObject MentorのBob Martinは、この電子メールニュースレターで別の会議を招集し始めました。 あなたが招待されています。 そして、あなたの意見は興味深いので、他に誰を招待する必要があります。「ボブは議論が激化するウィキサイトを作成しました。
すでに初期の段階で、Alistair Coburnは、「簡単」という用語との一般的な不一致を示す提案を行いました。「方法論が負荷によって軽度と呼ばれる場合は気にしませんが、会議の「簡単な参加者」として言及されたい「簡単なテクニック。」 何日かを思い出そうとする、thinせた、co病で、体重の少ない人々の集まりのように聞こえます。」
集会所周辺で激しい議論が行われました。 シカゴには深刻な懸念がありました。冬は寒く、娯楽はありません。 ユタ州スノーバードは寒いですが、少なくともスキーに行くことができます。その大ファンはマーティン・ファウラーです。 カリブ海のアンギラは暖かくて楽しいですが、そこに着くには時間がかかりすぎます。 最終的に、スキーが勝った。 ただし、たとえばRon Jeffriesなどの一部の人は、次回はより暖かい場所に集まりたいと考えています。
アジャイルアライアンスとしてのコラボレーションが、私たちの専門職の他の人々が、より柔軟な新しい方法で開発、方法論、および組織について考えるのに役立つことを願っています。 もしそうなら、私たちは目標を達成しました。
2001年、アジャイルアライアンスのジムハイスミス。
翻訳：クリスティーナ・ストレルツォワ
そして、これがEdisonがアジャイルとは何かを説明する方法です：
出版サポート-Edisonは 、 プロバイダー向けの課金システムを 開発し、インターネットを介した税申告用ソフトウェアも開発しています 。