私はアジャイル開発後の方法論として請求されているように見える開発者(またはプログラマー)アナーキーについて読んでいます。私はそれにいくつかのリソースを見つけました( 1 、 2 )が、そこにはそれほど多くないようです。
私はそれについてもっと知ることができる良いリソースがあるかどうか_それを実装する方法、長所と短所、他の方法論との比較などがあるかと思っていました。
「真の」アジャイルプロジェクトのこの側面について、Alistair Cockburnの thoughts を紹介します。
方法論のCrystalファミリーの1つのメンバーはCrystal Clearです。 Crystal Clearは、レベル3のリスナーに次の言葉で説明できます。
「ワークステーションとホワイトボードを備えた部屋に4〜6人を配置し、ユーザーにアクセスできるようにします。 1〜2か月ごとに実行中のテスト済みソフトウェアをユーザーに提供し、それ以外の場合はそのままにしておきます。」
実際、私はクリスタルクリアについて、精通したプロジェクトスポンサーにその言葉で説明しました。彼はそれらの指示に従い、5か月後に「あなたが言ったことをやった、そしてそれはうまくいった!」と報告した。
数か月後にチームリーダーにインタビューしたところ、彼の報告は私の指示とほぼ同じでした。
「あなたの提案に従って、私たち4人がネットワークに接続されているこの会議室を引き継ぎました。私たちはそれを4か月間維持し、そこにあるホワイトボードを利用して、ソフトウェアを配布しました。うまくいきました。」
それがアジャイルについてでした、そしてこれはアナーキーの方法論によって採用されたアプローチであるようです-ポイントは、あなたが人を経験した場合、それからあなたは彼らに「sod off and it it work」と言うことができ、彼らはまさにそれをします。 (これは経験の浅い人には機能しません。後輩のチームに少なくともいくつかの監督なしでそれをさせることはできません)。
毎日のスタンドアップやスクラムボード、製品バックロググルーミングセッション、製品バックログスクラムボードグルーミングセッション計画会議など、長年にわたって蓄積されてきたアジャイルに関するすべての問題は、すべてのヘビー級プロジェクトであり、次のように見なされます。製品の配送を成功させるための諸経費。
しかし今日では、これらは必須であると見なされており、「アジャイル」な方法論は、古い方法よりも多くのプロセスを持つシステムにまで至ります。