スクラムがアジャイルでないと感じる人はいますか？
私はアジャイル開発の大ファンであり、数年前に非常に成功したプロジェクトでXPを使用しました。私はそれについてのすべて、反復開発アプローチ、テストの周りのコードの記述、ペアプログラミング、物事を実行するための顧客を現場に持っていることが大好きでした。それは非常に生産的な職場環境であり、私はプレッシャーにさらされているように感じたことはありませんでした。 しかし、私が働いた最後のいくつかの場所はスクラムを使用/使用しました。最近のアジャイル開発の代表的な子であることは知っていますが、アジャイルであることを100％確信しているわけではありません。以下に、私にとって俊敏性を感じない主な理由を2つ示します。 プロジェクトマネージャーは大好き 本質的にタイムラインに夢中になっているプロジェクトマネージャーは、すべてスクラムを気に入っているようです。私の経験では、彼らは時間要件を追跡し、特定のタスクに費やされた時間の記録を保持する手段としてスプリントバックログを使用しているようです。ホワイトボードを使用する代わりに、全員がExcelシートを使用します。各開発者はそれを宗教的に記入する必要があります。 私の意見では、これはアジャイルプロセスのための非常に多くのドキュメント/時間追跡です。タスク自体に取り掛かることができるのに、タスクがどれだけの時間を要するかを見積もるのに時間を無駄にするのはなぜですか。または、同様に、手近な次のタスクに移動できるときに、タスクにかかった時間を文書化するのに時間を浪費するのはなぜですか。 スタンドアップミーティング 私が以前働いていた場所でのスタンドアップミーティングは悪夢でした。毎日、昨日やったことと、その日に何をしようとしていたかを説明しなければなりませんでした。タスクの「見積もり」に時間を費やした場合、プロジェクトマネージャーは悪臭を放ち、タイムラインを順守していないためにあなたが無能であることを示す手段としてスプリントバックログを参照します。 今、私はコミュニケーションの必要性を理解していますが、確かに毎日の会議の雰囲気は軽やかで、知識の共有に焦点を当てるべきです。私はそれがあなたの宿題スタイルのシャレードの場所になるとは思わない。また、アジャイルの重要なポイントは、タイムラインが変更されることであり、それらを固定するべきではありません。 結論 アジャイルのアイデアは、開発者の生活を楽にすることでソフトウェアを改善することです。したがって、私の意見では、チームが使用するアジャイルプロセスは開発者主導である必要があります。プロジェクトマネージャーが、プロジェクトを追跡するために「アジャイル」とラベル付けしたプロセスを使用することは、アジャイル開発と関係があるとは思わない。 誰でも考えますか？