開発者アナーキーとは何ですか？

開発者（またはプログラマー）アナーキーについて読んでいますが、これはアジャイル開発後の方法論として請求されているようです。私は（それにいくつかのリソースを発見した1、2）そこにたくさん出ていないようです。

私はそれについてもっと知ることができる良いリソースがあるかどうか疑問に思っていました-実装方法、賛否両論、他の方法論との比較など

「真の」アジャイルプロジェクトのこの側面に関するAlistair Cockburnの考えを指摘できます。

方法論のCrystalファミリーのメンバーの1つはCrystal Clearです。クリスタルクリアは、次の言葉でレベル3リスナーに説明できます。

「ワークステーションとホワイトボードのある部屋に4〜6人を置き、ユーザーにアクセスします。実行中のテスト済みソフトウェアを1〜2か月ごとにユーザーに配信し、それ以外の場合はそのままにしておきます。」

実際、私はクリスタルクリアをその言葉で、精通したプロジェクトスポンサーに説明しました。彼はそれらの指示に従い、5か月後に「あなたが言ったことをやった、そしてうまくいった！」と報告しました。

数か月後、チームリーダーにインタビューしましたが、彼の報告は私の指示とほぼ同じくらい短いものでした。

「あなたの提案に続いて、私たち4人がネットワークに接続しているこの会議室を引き継ぎました。私たちは4か月間それを保持し、あちらのホワイトボードに描いて、行ったとおりにソフトウェアを配信しました。うまくいきました。」

それがアジャイルに関するものであり、これがアナーキーの方法論によって取られたアプローチであるようです-ポイントは、あなたが男を経験しているなら、あなたは彼らに「落ち着いてそれを機能させる」と彼らに伝えることができるということです。（これは経験の浅い人には機能しません。少なくとも何らかの監督なしに後輩のチームにそれをさせないでしょう）。

毎日のスタンドアップやスクラムボード、製品バックロググルーミングセッション、製品バックログスクラムボードグルーミングセッション計画会議に関する事前会議など、長年にわたって蓄積されてきたアジャイルに関するすべての欠点は、すべてのヘビーウェイトプロジェクトのものです。製品の配送を成功させるためのオーバーヘッド。

しかし今日では、これらのことは必須であると見なされており、「アジャイル」方法論は古い方法よりも多くのプロセスを備えたシステムに発展しています！