成熟したアジャイルチームには管理が必要ですか？

スクラムに関する最近の白熱した議論の後、私の問題は、管理が完全にアジャイルなチームで非常に不必要で冗長な活動であると考えることであることに気付きました。成熟したアジャイルチームは、管理や非技術的な意思決定プロセスを一切必要としません。私の（明らかに間違い）目には、成熟した開発チームを管理するのに適した能力があるのはコーチ（適切なコミュニケーションスキルを持つ最も技術的に有能な同僚）だけであることは明らかです。スクラムマスターがこのようなチームにどのように貢献できるか想像できません。

私は、スクラムとそのようなベテラン開発者ではないが、チームにコーチがいる場合の生産サイクルの計画に長けているマネージャーの価値を理解し理解するのに非常に苦労しています。それは一体何の意味ですか？開発の最先端スキルを持たない人が高度な技術チームを管理するにはどうすればよいのでしょうか？おそらくここでの管理は何か他のものを意味するのでしょうか？

管理は時間の無駄であり、未熟さの副産物だと考えています。私の理解では、成熟したチームは完全に自己管理しています。どうやら私は多くの偉大な人々が反対を言うので間違っていますが、私は自分を納得させることができません。

ここで多くの間違いを犯しています。

1つ目は、スクラムマスターがマネージャーであることを前提としています。そうではありません。彼らは基本的に管理者兼ファシリテーターです。彼らは物事をスクラムスケジュールで確実に実行しますが、あなたが完全に成熟したアジャイルチームである場合、どのように指示する必要はありません。それはほとんどただ起こる。

しかし、彼らはあなたの仕事の質を監視したり、あなたの休暇をサインオフしたりするようなことはしません。また、製品やプロジェクトを管理しません。それは他の人によって行われます。

あなたが犯しているより大きな間違いは、あなたが他の質問で説明した状況から逃げることができると仮定していることです（「開発者は現時点でアジャイルプログラミングを行う能力にはほど遠い。ユニットテスト、ペアプログラミング、CIなし（それは何ですか？）...あなたはアイデアを得ます。 "）一晩で「完全に成熟したアジャイルチーム」に。それは単に不可能です。忘れてください。試してはいけません。

夜間の結果が必要な場合は、より構造化されたプロジェクト管理アプローチを検討してください。そして、何人かのマネージャーを雇います。

ビジネスがあなたをアジャイルにしたいなら、時間がかかり、文化の変化が必要です。はい、最初は、混Chaとした改善の段階にあるとき、管理が必要になります。それが個人であろうとグループであろうと、誰かが何らかの決定を下さなければなりません。

大きな画像を見て、開発者とビジネスの両方に現在の状況を説明し、改善のための選択肢を説明し、ビジネスに必要なものを見つけて、人々を導く責任がある人またはグループが必要ですそれ。

自分自身を完全に成熟したアジャイルチームと呼び、自己管理できるようになるまでには長い時間がかかります。ほとんどのチームは決してそこに着きません。

私の理解では、成熟したチームは完全に自己管理しています。

しばらくの間あなたが正しいと仮定しましょう。なんとかわからないので、それについては議論しません。

問題は、自己管理チームであっても、他の部門にチームを代表できる優れた社会的および政治的スキルを備えた人になってしまうことです。誰もが何をしているのか、休暇を取っているときなどを追跡している人。人見知りと予算編成を処理している人。QAおよびPMグループと議論し、チームの他のメンバーが必要としない人。開発者間の避けられない対人の争いを仲介する人。会議をスケジュールし、士気を維持できる人。

この人はマネージャーです。

• ある日家に着いて、小切手は支払わない...
• あなたは休暇を取りたいと思っていますが、チームは忙しすぎて、1年になります...
• あなたの妻または子供は病気であり
  、6か月間、週に20時間削減する必要があります。
• 財務部は予算削減を求めており、誰かが行かなければなりません。
• コーヒーマシンが壊れ、誰もそれを修正できません。
• あなたのチームは非常に優れているため、修正すべき欠陥や追加する機能はありません。仕事が不足しています。
• 顧客は仕事の費用を支払わない
• 顧客はあなたが達成できる以上の仕事を望んでおり、それに対して支払う準備ができています。

このリストには、私のキャリアで私に起こったことは何もありません。このリストには、高度な技術的スキルの解決を必要とするものはありません。このリストには、率直に言って、過去に何を管理していても、ほとんどの開発者にはない特定のスキルが必要であり、優秀なマネージャーには必要なものがたくさんあります。

マネージャーの袋詰めをやめる-スキルのセットがあることと、異なるセットがあることを認識してください。これらのスキルはすべて、どの組織でも必要です。彼らはあなたと同じようにあなたも彼らの仕事をするでしょう。両方の仕事に長けている人がいることはめったにありません。両方を同時に行うことができる、両方に長けている人がいることはまれです。飼い葉withoutなしで起こることは、物事がゆっくりと機能不全の状態に侵食されることです。運がよければ、マネージャーは十分に早く認識され、マネージャーが雇われ、突然の問題はすべて魔法のように消えてしまいます。ここで体験してください）。

管理は時間の無駄であり、未熟さの副産物だと考えています。

ワオ。最近、良いマネージャーと仕事をしていませんか？（私たちは皆、悪いものを扱ってきました）。

私は、人々が時々、完全に理解していないものは簡単だと誤解するのを見てきました。

（ビジネス関係者は特にこれについて有罪です-品質の悪い仕様や期限が迫っていますか？）

ほとんどの企業では、開発チームはより大きな全体の一部として存在しています。マネージャーは、チームと他の会社との間のインターフェースとして存在します。優れたマネージャーは双方向でその関係を遂行し、チームが必要なもの（要件、オフィススペース、新しいコンピューター、認識、ボーナスなど）を取得できるようにし、コーナーオフィスから（常に変化する）優先順位を伝えます。

コーナーオフィスは多くの理由で存在しますが、そのほとんどはこの投稿には関係ありません。

ほとんどのマネージャーは、利用可能な情報と同じではない可能性がある情報を使用して、できる限り最善の決定を下していることに注意してください。

完全に成熟した顧客を持ち、何も変わらなかった完全に成熟した企業の一部である完全に成熟した開発チームがあった場合、ほとんどの管理の必要性を排除できる可能性があります。その用語はユートピアです。

それで頑張ってください。

ps- プログラマーと呼ばないでください -優れたアドバイスであり、他のビジネス界が私たちをどのように見ているかについて私よりもよく説明しています。

スクラムマスターや一般的なマネージャーの仕事は、独裁的な大君として行動することではありません。マネージャーの仕事は、彼のチームがビジネス内で成功するための準備を整えることです。これには、適切な人材の採用、適切な機器の入手、製品の戦略的視点の維持が含まれます。マネージャーは、ラインマンのように、チームの成功にとって重要ではない細部や細部を、チームの進行を妨げることから守ります。

問題の一部は、「スクラムマスター」がおそらくすべての歴史の中で最も不正確なタイトルの役割であることです。「スクラムファシリテーター」はもう少し正確ですが、以前に誰かが指摘したように、SMの仕事はチームを管理するのではなく、問題を解決して（自己管理）チームが仕事に取り組めるようにすることです。はい、スクラムマスターは、スクラムが発生することを確認する責任もあります。タスクは残り時間で更新され、スタンドアップが保持されて付加価値があり、バーンダウンが更新され、速度が追跡されますが、それでもコーチングであり、管理役割ではなく、促進役割。

問題の別の部分は、コーナーオフィスの人々が、「いつソフトウェアを出荷できるか」などの質問に対する回答を知りたいということです。「どの機能が含まれますか？」彼らは「プロジェクトマネージャー」にこれらの質問をすることができ、多くの印象的なガントチャートでサポートされ、不確実性のような不快なことはほとんど、またはまったく言及されずに回答を得ることができます。

スクラムでは、特定の出荷日の「意志」、「可能性」、「不可」機能の大まかなリストから始めることは可能ですが、間違いなく誰かのための役割があります-おそらくスクラムマスター-これらのリストの経時的な変更は避けられないため、コーナーオフィスを最新の状態に保つことができます。過去に多くの多くのプロジェクトマネージャーが行っていた管理とは異なりますが、結果として得られるフィードバックを処理し、新しい機能要求を「管理」として管理することに加えて、そのアクティビティを考えたいと思います。

管理が不要だと思う場合、次の組織の仕事を誰が実行し、次の状況で誰が対応しますか？

• 新しいクライアントを見つける必要があります。製品をどのように販売していますか？どのように宣伝しますか？
• 材料を購入する必要があり、サプライヤーを見つける必要があります
• 他の会社、銀行、または政府機関との外交協議を主導する必要があります

私はマネージャーのいない小さなチームで働いています。どうして？正直わかりません。

私の最良の推測は、それがあなたの人のタイプに帰着するということです。一部の人々はコンピューターであるため、プロセスを提供する必要があります。他の人々は「プログラマー」であり、何もないところから独自の世界と構造を作成する能力を持っています。

システムを作成するか、他の人に奴隷にされなければなりません。私は推論して比較しません。私のビジネスは創造することです。-ウィリアム・ブレイク

glenatronのコメントに応じて編集：
それは単なる開発チーム以上のものです。CEO、電話に応対する受付係、およびIT担当者がいます。私たちは、電子メール、電話、または会議でクライアントと直接やり取りします。私たちの主な事業は、契約を探し出すのではなく、独自の製品を作成して販売することです。しかし、契約もあります。

私はもっとそれについて考えてきましたし、これらは、私はそれがうまくいくと思う理由は：
1。我々は、主に他の誰かのを作成するのではなく、私たち自身の製品を作成します。
2.私たちは、監督なしで独立して一貫した労働倫理を持っています。
3.ドメインの知識があります。
4.運。仲良く一緒に仕事をする少数の人々。

誰かが、Valveの会社にも管理がないと言った。Valveは、誰かの製品を作成するのではなく、独自の製品を作成します。製品会社は自己管理に適していると思います。あなたはクライアントであるため、クライアントが期待するものとは異なるパスをたどるリスクはありません。ゲーム会社では特にそうです。ゲームを楽しくします。

楽しみへの道を管理することはできません。オリジナルの芸術作品への道を管理することはできません。