最近のスクラムに関する激しい議論の後、私は自分の問題が、管理を完全にアジャイルなチームでの非常に不必要で冗長な活動だと思っていることに気づきました。成熟したアジャイルチームは、管理や技術的ではない意思決定プロセスを一切必要としないと思います。私の(どうやら間違っている)目には、managing成熟した開発チームが適切で対応できるのは彼らのコーチ(適切なコミュニケーションスキルを持つ最も技術的に有能な同僚)だけであることは明らかです。スクラムマスターがそのようなチームにどのように貢献できるか想像できません。
私は、ベテランの開発者ではないが、チームにコーチがいるときに生産サイクルを計画するのに熟練している人として、スクラムとmanagerでそのようなことの価値を認識して理解するのが非常に困難です。それは一体何の意味ですか? Edgeの開発スキルを持たない誰かが、高度な技術チームをどのように管理できるでしょうか。おそらく、ここでの管理は別のことを意味しますか?
私は管理を時間の浪費であり、未熟さの副産物だと考えています。私の理解では、成熟したチームは完全に自己管理しています。多くの偉大な人々が反対のことを言うので、どうやら私は誤解されていますが、私は自分を納得させることができません。
あなたはここで多くの間違いを犯しています。
1つ目は、スクラムマスターがマネージャーであることを前提としています。そうではありません。彼らは基本的には管理者兼進行役です。彼らは、スクラムスケジュールで物事が発生することを確認しますが、完全に成熟したアジャイルチームであれば、方法を教える必要はありません。それはほとんどただ起こります。
しかし、彼らはあなたの仕事の質を監視したり、あなたの休日をサインオフしたりしません。また、製品やプロジェクトを管理しません。それは他の人々によって行われます。
あなたが犯しているより大きな間違いは、他の質問で説明した状況から離れることができると想定していることです(「開発者は、現時点でアジャイルプログラミングを実行することは不可能です。単体テスト、ペアプログラミング、CIはありません(えっ?それは何ですか?)...あなたはアイデアを得ます。」)「完全に成熟したアジャイルチーム」に一晩で。それは不可能です。忘れてください。試しさえしないでください。
夜間の結果が必要な場合は、より構造化されたプロジェクト管理アプローチを検討してください。そして、何人かのマネージャーを雇います。
ビジネスがアジャイルであることを望んでいる場合、時間がかかり、文化の変化が必要です。そして、はい、最初は カオス的改善段階 にいるとき、管理が必要になります。それが個人であれグループであれ、誰かが何らかの決断をしなければならないでしょう。
全体像を見て、開発者とビジネスの両方に現在の状況を説明し、改善のための選択肢を説明し、ビジネスに必要なものを理解し、人々を導く責任がある人またはグループが必要です。それ。
完全に成熟したアジャイルチームであり、自己管理できるようになるまでには長い時間がかかります。ほとんどのチームがそこに到達することはありません。
私の理解では、成熟したチームは完全に自己管理しています。
しばらくの間、あなたが正しいと仮定しましょう。どういうわけか分からないので、議論しないでおこう。
問題は、自己管理チームでさえ、他の部門にチームを代表することができる優れた社会的および政治的スキルを持つ誰かで終わるということです。誰もが何をしているか、彼らが休暇を取っているときなどを追跡する人。人事のでたらめと予算を扱う人。 QAとPM=グループで議論するので、チームの他のメンバーがそうする必要はありません。開発者間の必然的な対人関係を調停する人。会議をスケジュールし、士気を保つ人。
この人はマネージャーです。
このリストには、私のキャリアで起こったことのないものは何もありません。このリストには、高度な技術スキルの解決が必要なものはありません。このリストには、率直に言って、ほとんどの開発者にはない特定のスキルが必要なものがたくさんあります。優れたマネージャーは、過去に何を管理したかに関係なく、そうです。
マネージャーのバギングをやめる-あなたがスキルのセットを持っていて、彼らは別のセットを持っていることを認識してください。これらのスキルはすべて、どの組織でも必要です。あなたは彼らがあなたと同じように彼らの仕事をするでしょう。両方の仕事が得意な人がいることはまれですが、両方を同時にできる両方が得意な人がいることはまれです。飼い葉桶なしで何が起こるかは、物事がゆっくりと機能不全の状態に浸食されます。運が良ければ、それが十分に早く認識され、マネージャーが雇われ、突然の問題はすべて魔法のように消え、あなたは愚かなオフィスの政治をするのではなく、支払われた仕事に取り掛かります(ここでの経験)。
私は管理を時間の浪費であり、未熟さの副産物だと考えています。
ワオ。最近、良いマネージャーと仕事をしていませんか? (私たちは皆、悪いものを扱いました)。
完全に理解していないものは簡単であると思い込んでしまうことがよくあります。
(ビジネスマンは特にこれについて有罪です-あなたは今までに質の悪い仕様を受け取り、期限が厳しく設定されたことはありますか?)
ほとんどのビジネスでは、開発チームはより大きな全体の一部として存在します。マネージャーは、チームと会社の他の部分との間のインターフェースとして存在します。優れたマネージャーは、その関係を両方向で機能させ、チームが必要なもの(要件、オフィススペース、新しいコンピューター、認識、ボーナスなど)を確実に取得するとともに、コーナーオフィスから出てくる(常に変化する)優先順位を伝達します。
コーナーオフィスはさまざまな理由で存在しますが、そのほとんどはこの投稿には関係ありません。
ほとんどのマネージャーは、入手可能な情報を使用して、可能な限り最良の決定を行っていることを覚えておいてください。これは、入手可能な情報とは異なる場合があります。
完全に成熟した顧客を持ち、かつ何も変更されていない完全に成熟した会社の一部である完全に成熟した開発チームがある場合、おそらくほとんどの管理の必要性を排除できます。そのための用語は ユートピア です。
頑張ってください。
ps-読み取り 自分をプログラマーと呼ばないでください -優れたアドバイスであり、ビジネスの残りの部分が私たちをどのように捉えているかを私よりもよく説明しています。
スクラムマスターやマネージャーの一般的な仕事は、独裁的な支配者として行動することではありません。マネージャーの仕事は、彼のチームがビジネス内で成功するように設定されていることを確認することです。これには、適切な人材の採用、適切な機器の入手、製品の戦略的な見方の維持が含まれます。マネージャーはラインマンのようなもので、チームの成功にとって重要ではない詳細と特徴がチームの進捗を妨げないようにする必要があります。
問題の一部は、「スクラムマスター」がすべての歴史において最も正確でないタイトルの役割であることです。 「スクラムファシリテーター」の方が少し正確ですが、他の誰かが以前に指摘したように、SMの仕事はチームを管理することではなく、(自己管理)チームが仕事を続けることができるように問題を取り除くことです。はい、スクラムマスターは、スクラムが発生することを確認する役割も果たします。タスクは残りの時間で更新され、スタンドアップが保持されて付加価値が与えられ、バーンダウンが更新され、速度が追跡されるなどですが、それでもコーチングと管理する役割ではなく、促進する役割。
問題の別の部分は、角のオフィスの人々が「いつソフトウェアを出荷できますか?」のような質問に対する回答を知りたいということです。そして「どんな機能が含まれますか?」 「プロジェクトマネージャー」にこれらの質問をして、多くの印象的なガントチャートでサポートされ、不確実性のコーンのような不快な点についてほとんどまたはまったく言及されないことで、回答が得られることに慣れています。
スクラムでは、特定の出荷日に「予定」、「可能」、「予定なし」の機能の大まかなリストから始めることは現実的ですが、誰か、おそらくスクラムマスターの役割は確かにあります。時間の経過とともにこれらのリストの避けられない変更でコーナーオフィスを最新の状態に保ちます。結果として生じるフィードバックを処理し、新しい機能のリクエストを「管理」として管理するとともに、そのアクティビティを「管理」として考えたくなります。ただし、これまでの多くのプロジェクトマネージャーとは異なる管理です。
管理が必要ないと思われる場合、次の組織的な仕事を誰が実行し、次の状況で誰が対応しますか?
私はマネージャーのいない小さなチームで働いています。どうして?正直わからない。
私の推測では、それはあなたがどんな人かということです。一部の人々はコンピュータであるので、彼らはプロセスを与えられる必要があります。他の人々は「プログラマー」であり、何もないところから自分の世界と構造を作成する能力を持っています。
私はシステムを作成するか、別の人に奴隷にされなければなりません。私は推論も比較もしません。私のビジネスは創造することです。 -ウィリアムブレイク
Glenatronのコメントに対する編集:
単なる開発チームではありません。 CEO、電話に出る受付係、IT担当者がいます。私たちは電子メール、電話、または会議で直接クライアントと通信します。私たちの主な事業は、契約を探すのではなく、自社製品を作成して販売することです。しかし、契約もあります。
私はそれについてもっと考えました、そしてこれらが私がそれがうまくいくと思う理由です:
1。私たちは、誰かの製品を作るのではなく、主に私たち自身の製品を作ります。
2。私たちは、監督なしで独立して一貫した労働倫理を持っています。
3。ドメインの知識があります。
4。幸運。仲良く一緒に仕事をする少数の人々。
誰かがValveには経営者もいないと言った人もいます。 Valveは、他の誰かの製品を作成するのではなく、独自の製品を作成します。製品会社は自己管理に向いていると思います。あなたがクライアントであるため、クライアントが期待するものとは異なる経路をたどるリスクはありません。ゲーム会社では特にそうです。ゲームを楽しくします。
あなたは楽しみへの道を管理することはできません。アートの元の創造への道を管理することはできません。