どのようにしたら、「自己組織化」チームの経営管理を取り戻すことができますか？

スクラムマスターに変な顔をして “バイバイフェリシア "と言って 次の日にはチーム全体の会議を招集して 何があったのか聞いてみるんだな

もしこれが実際に起きたなら このバカなスクラムマスターを すぐにクビにするよ このスクラムマスターは危険でプロではないし、仕事にも向いていない。実際に「マネージャーをクビにする」方法は、辞めることだ：彼は基本的にチーム全体に辞表を出しているだけだ。

なぜ心配しているのか理解できません。彼らは階層的には全員あなたの下にいて、あなたを解雇する権限はありません。

もっと重要なのは、あなたが何が起こっているのかを解決することです。状況によってはスクラムマスター自身を解雇する必要があるかもしれない。

手遅れになる前に、上司（またはCIO）に同じことを言われないうちにやっておくこと。

私はこれと同じ行動をとった多くのチームと一緒に仕事をしてきましたが、これはそれなりの注意を払って処理されたようには思えません。まず、スクラムは自己組織化チームを奨励しています。スクラムガイドは、具体的に自己組織化チームについて言っていることは、これです：＆002＆002 >彼らは自己組織化されています。誰も（スクラムマスターでさえも）開発チームに、製品バックログを潜在的にリリース可能な機能のインクリメントに変える方法を教えない。スクラムガイド](http://www.scrumguides.org/scrum-guide.html)を読んでみる価値は間違いなくあります。

マネジャーとしては、もしあなたが過去の仕事でタスクを割り当てて作業項目を追跡していたことがわかったなら、スクラムはこれから一歩引いてみることを求めます。率直に言って、もしスクラムマスターが最初の回顧のずっと前にこのことを話していなかったとしたら、それは彼の側のちょっとした見落としだったかもしれません。しかし、厳しい現実は、マネージャーが自分のためにタスクをアレンジすることに慣れている多くのチームが、いきなりこのアプローチに飛び込む準備ができていないということです。もしあなたのチームがこのような状況に陥っていると感じたら、スクラムマスターに相談することをお勧めします。この移行を容易にするためのテクニックはたくさんあります。特に、私はDavid Marquetの「Ladder of Leadership」や彼の著書「Turn the Ship Around」を見てみたいと思います。あなたは、両方で、いいえマネージャーが解雇されていないことがわかります。

最後に、あなたが過去に人々を管理する成功を持っていた場合は、この移行を行いたいと思います理由を見てみましょう。短いバージョンは、あなたが彼らが自分自身を管理することを学ぶのを助けるために、さらに多くの成功を持っているだろうということです。しかし、すべての人が潜在的に自己組織化する能力を持っており、10人、11人の頭脳（あなたの頭脳を含む）で構成されたチームでは、常に1人よりも効果的に問題を解決することができ、解決策が間違っていたらあなたに責任を押し付けるのを待っている側にもう10人の頭脳がいるということは、かなりよく実証されている事実だと言っておきましょう。私はいつもチームに警告しています。ご質問のように威圧的で、目の前のすべてのタスクを管理していても、私はそのようなマネージャーの多くと仕事をしてきました。このような自己組織化されたチームでは、あなたはチームの行動を指示することに時間を費やすことから、彼らが成功するための道筋が明確であることを確認することにシフトし、それは常にチームがより多くを提供し、マネージャーはロックスターを作成するための評判を持っているボード全体でより良い結果を得ることができます。

頑張ってください。

• スクラムの文脈で プロダクトオーナーは何を言っているのか？スクラムマスターの機能は、より多くの（あるいはより少ない）リソースを求めることではない。これは、プロダクトオーナーが利害関係者と調整する必要があるものである。振り返りは、プロセスとチームとプロジェクトについてのものである（「自分の上司をどう思うか」ではない）。もしあなたがチームの一員であったならば、招待されるべきだった。

• スクラムマスターがラインマネージャーに何をすべきかを指示するのは、ラインマネージャーが直接スクラムに参加するのと同じくらい不条理なことです。

どのように進めていくか：

• あなたは1対1のセッションでチームに話をして、何が起こっているのかを尋ねます。あなたは、スクラムマスターがライン機能ではないこと、そして彼がチームを組み立てることはないことを明確に説明します。また、彼らはあなたが日常業務の外にいるべきだったと感じている場所を尋ねる

• 問題は誰に対処すべきかをチームに明確にする

• あなたはラインの次に行く（それがCIOであれば、それはCIOである - それはあなたが数ヶ月のためのマネージャーを持っていないことは受け入れられない）。スクラムマスターをクビにするか、CIOがスクラムマスターをクビにすると言った場合、プロジェクトを危険にさらすことになります - 私には、スクラムマスターが自分の義務と限界を理解していないように聞こえます。私には、スクラムマスターが自分の義務と限界を理解していないように聞こえる。チームが回顧の一環としてマネージャーを「解雇」しようとした場合のプロとしての答えは、「あなたとあなたの上司の関係を解決するのは私の仕事ではないし、プロジェクトが私たちにお金を払ってくれるものでもない」というものだっただろう。

私は、チームの自己組織化とチームのエンパワーメントの利点を強調してきました。どうやら、あなたとチームの現在の関係に大きな問題があるようです。それはおそらくあなたが回顧展に参加していなくて良かったのでしょう、それは通常、人々が自分の本当に気になることについて突然話すことを望んでいる理由ですから。というのも、人が突然自分の本当に悩んでいることを話したがるのは、たいていの場合、人が突然自分の本当に悩んでいることを話したがるからです。これは長い間、目に見えないところで化膿していた問題なのです。アジャイルで仕事をすることは、新しい問題を生み出すのではなく、既存の問題を非常に明白にすることだとよく言われています。

それは、あなたのスクラムマスターがボールを落としてしまったということです。チームが自己組織化に向けて成長していくのを助けるのが彼の仕事であることは確かです。しかし、これは正しい方法ではありません。一つには、彼は実際にあなたを解雇することはできませんし、ただ「これはチームが望んでいることだ」と言うだけでは、完全に非建設的です。私は彼が何を考えているのかわかりませんが、それはチームが考えていることではありません。

また、人々を排除することは、チームまたはスクラムマスター)が行うことができる最も困難な選択であり、関係者と（繰り返し）話し合うことなく、決して軽く取られるべきではありません。誰かが問題を抱えていることを知らない人を簡単に追い出すことはできません。何もしないのであれば、回顧展を欠席した場合、突然職場に戻ってきてチームから解雇されたことに気づくかもしれないと、皆が地獄のように怯えたままになってしまうでしょう。それは信頼ではなく、恐怖の雰囲気を醸成することになります。信頼とオープンな雰囲気は、あなたがアジャイルで仕事をするときにwantしたいものです。スクラムやアジャイルは、人々が自分のことをするために力を与えることであり、この時点で自分の権限を主張することは、おそらくチーム全体が解雇されることになるでしょう。チームはすでに人がいなくなることを望む時点にいると述べているので、彼らはその人を間違っていたかもしれないが、彼らと真っ向からぶつかっていくことは、おそらく少なくとも数人の人がいなくなることになるだろう。(そして、去ることについて最も重要なルールを覚えておいてください：最も価値のある人が最初に去ることになります。)

もしあなたが本当にこのチームでスクラムをやりたいのであれば、ここでは彼らがどのように働きたいかを決める能力を受け入れ、彼らがどのようにチームを組織したいかについてオープンな議論をしなければなりません。彼らはあなたをクビにすることはできませんが、あなたが今やっていることが彼らのために機能していないことを明確にしています。あなたの役割が将来どうなるのか、彼らはあなたに何を求めているのか、あなたに何を求めているのか、そしてそれがどのように整理されていくのかについて話し合う必要があります。彼らがどのように仕事をするかは彼らが決めることになりますが、最終的にはまだ納品しなければならない製品があることを覚えておいてください。そして、あなたが彼らに必要とする組織的なことがあれば、彼らはそれらのこともしなければなりません（とはいえ、彼らと一緒に仕事をしてみてください。(That said; that said; work with them on the form of those things, and make sure they’re really required before enforcing them).

その会議では、あなたはあなたの権限から物事にアプローチしないことを確認してください。あなたは、すべての人がやるべき仕事を持っていて、すべての人が良い仕事をしたいと思っていて、すべての人が日常的に一緒に仕事をしなければならない同僚であり、個人です。権威主義者であることは、通常、ちょうど生産的ではありませんお互いに向かって敵対的な人々になります。だから、ここでは、脆弱であることを試してみて、あなたが間違っていたことを認めても構わないと思っています。ここからどうやって人間として進んでいくかを考えなければなりません。そこからどうやって進むかはチーム次第です。全てのチームがこの段階から抜け出せるわけではないし、この方法で問題が解決するとは約束できない。しかし、全員を辞めたり解雇したりするよりも worse にはならないことは保証できます。

そして、スクラムマスターとは個別に話をするようにしてください。何が原因で彼がこのような非建設的な最初のメッセージで開いてしまったのかはわかりませんが、彼はコミュニケーション能力と問題解決能力を鍛える必要があります。

頑張ってください。という状況になっています。あなたは確かに興味深い時代に生きていますね。彼ができると彼はあなたの仕事のためにanglingしている場合、彼はマスターマニピュレーターです。そう思うようになったらすぐに、その男を追い出す必要がある。それはおそらく、彼を雇った人としての権限を使って、その男を解雇することを検討する一つのケースだと思います)。

彼らがあなたをマネージャーとして解雇する実際の権限を持っているかどうかは別として、あなたは単にあなたがスクラムの方が好きだからといってスクラムへの変更を強制したことで、このような状況を招いたのです。あなたは彼らと話し合ったわけではありません。

このような行動をとった根拠として、彼らが自己啓発と自己組織化を主張していることに皮肉を感じませんか？

明日の午前9時15分に会議を開き、彼らの意見を考慮せずにこのような重要な決定をしたことを謝罪する必要があります。もし、このチームのプロセスに新しいワークフローを導入したいのであれば、パイロットプログラムとして特定のタスクで小規模に試してみてはいかがでしょうか。

別の視点から見ると、彼らは単にスクラムプロセスとその「自己組織化」の側面をからかっているだけだと思いませんでしたか？率直に言って、私は彼らが全く真面目で、あなたの投稿を読みながら大笑いしていたとは想像できません。ソフトウェア開発者（私もその一人です）は、誰もが好きなわけではないし、誰もが認めるわけでもないドライなユーモアのセンスを持った、かなりシニカルな人々である傾向があります。私は、彼らが単にスクラムが好きではないと言っていたのだと確信しています。

Saschaさんが正しく観察したように、これはスクラムのようには全く見えません:

• スクラムチームにはマネージャーはいません、代わりにプロダクトオーナーに答えます。プロダクトオーナーは、チームに関する株主の利益を代表し、スプリントの開始時には成果物を手配し、終了時には結果を受け入れ、その間にチームの要求を明確にする。彼は基本的にチームと会社の間の代理人です。
• もしあなたがスクラムチームの一員だったら、回顧会議に出席するでしょう。もしあなたがスクラムチームの一員でなければ、会議はスクラムモデルの中でのチームに関するあなたの役割に限定されていたはずです。

そこで質問です。この絵の中であなたはどこに立っていますか？スクラムモデルの中であなたの役割は何ですか？ **それはスクラムを試してみるためにそのアイデアが最初の場所にあったあなただったので、あなたは間違いなくスクラムを研究し、それを提案する前にこれについて考えていますか？スクラムに移行する際に、彼らはチームの一部とみなされていない場合 間違いなく、マネージャーのための最もシームレスな移行は、プロダクトオーナーです。

あなたがスクラムを提案するときに明らかに重要な研究の失敗をしたことを見て、私はあなたが専用の製品所有者のために手配しなかったと思います - だから、あなたはまさに今、この役割を引き受ける立場にあります。

これはスクラムマスターのどちらかが彼らが何をしているかわからないか、またはあなたの仕事の後にあるという事実を否定していません – 他の回答はどのように行く方法を十分にカバーしています。

**どのようにしてこの状況を打開し、アジャイルの自己組織化とチームエンパワーメントの原則に忠実でありながら、彼らのマネージャーとしての私の権限を再確立することができますか？私は、チームがたった1つのトピックについての意見の相違のために直属のマネージャーに反抗するとは思いません。

これはマネージャーにとって重要な問題であり、あなたはそれに対処する必要があります、それは次の週のためのあなたの最優先事項であるべきです。会社の財務状況はどうなっていますか？ (財務状況が悪いと、従業員はあなたがいなくてももっといい仕事をしていると思うかもしれません)

どうしたらいいか : - チーム全員で会議を開きましょう。(チーム全員が知っていて、毎日の仕事に影響がある場合は、その話題を全員に話すことが重要です) -本当の問題を特定する。-本当の問題を特定する(このアジャイル手法だけなのか、それとも以前にチームと何か問題を抱えていたのか？)。-本当の問題がわかったら、調査する必要があります：誰が正しいのか？-この反乱のリーダーは誰なのかを特定する(他の人よりも権威に逆らっている従業員が常にいる)。もし彼が一線から外れていると思うなら、あなたは懲戒処分を受ける必要があります。

あなたの会社では「マネージャー」が何を意味するのかよくわかりませんが、一般的にはチームのニーズを助け、パフォーマンスを向上させる人を意味していると思います。さて:

私はアジャイルの巨大な推進者なので、スクラムマスターを雇い、私たちはスクラムに従うだろうと言いました。最初にチームをまとめるのではなく、自分のアイデアについて。もしあなたのアイデアが保持されていない場合は、それをドロップしても構わないと思います。

それは、アイデアが保持されているかどうかは不明ですが、あなたがトライアウト期間を必要とするチームに伝えることができます。あなたは彼らの上司ではなく、彼らのマネージャーである。

“コードは実際のルールというよりも” “ガイドラインと呼ばれるものだ” - バラボッサ隊長

あなたの苦境にあるように聞こえますが、あなたは理不尽な理想を持ち続けています。

私はチームの自己組織化とチームのエンパワーメントの利点を強調しました。もしあなたのチームが自動小銃を盗んで銀行を襲うことを決めたとしても、彼らがエンパワーされているからといって、あなたは彼らに従う義務はありません。それはあなたの上司の役割です。クビは常に下からではなく、チェーンの上から来る。確かに、彼らはヒエラルキーの中でジャンプして、あなたを解雇するためにあなたの上司と一緒に働くことができますが、明らかにあなたの上司とあなたの上司の上司は、彼らがいない間にanyoneを配置することなく休暇中であるため、ヒエラルキーはあまりありません。あなたには数ヶ月の猶予があります。

私はスクラムマスターにこの件についてチームと話したいと伝えたのですが、彼は私が部屋にいるときに彼らは「威圧感」を感じていて、私と議論したくないと断固としていました。

……それは彼らにとってあまりにも悪いことですね。とにかくそれらに話してください。自己啓発は、あなた自身の決定をする能力を与えるかもしれませんが、それはそれらの決定に生きるために責任からあなたを解放しません。もし私がそのようなチームを持っていたら、彼らに話しかけることが私が考えている対応の中で最も気を使うレベルだと思います。と言われるかもしれません。難しいですね。彼はあなたにクビだと言いに行ったのに、あなたがそれを受け入れるように十分に礼儀正しく伝えられなかったことで、それを台無しにしてしまったのです。SCRUMマスターは、それ以上に優れたピープルスキルを持っていることが期待されています。あなたはその上で一人の人の言葉を持っており、私はこれはチームが直接彼らの作品を言うことができるはずです状況の種類であると信じています。

第二に、 “解雇 "が何を意味するかを考えてみてください。あなたはマネージャーから手を引いていると主張していますが、彼らはあなたが去って欲しいと思っています。彼らはあなたを解雇する決定は "ああ、彼らは自分の体重を引っ張っていない "種類の決定ではありませんので、給料を書いていません。それは「この人は積極的に邪魔をしている」という判断です。何かが本当に足りないんだ 意味のある決定をする前に、あなたはそれを自分のために追加する必要があります。インターネット上の匿名の人なので、それがあなたなのか、彼らなのか、SCRUMマスターなのかはわかりませんが、このシナリオでは何かが本当に本当に本当に間違っています。マネージャーになってください。問題を解決する方法を見つけてください。彼らが彼らの仕事をしながら、あなたがあなたの仕事をすることができるようにするための方法を見つけます。それを実現させてください。

今、彼らの答えが彼らの自己啓発を尊重するのに十分な閉鎖を提供している場合は、今、あなたはそのようなリーダーシップを「解雇」するときに何が起こるかをチームに示す必要があります。ファイン "と言います。私はあなたのマネージャーとしての行動を停止します。それはあなたの立場ではないので、実際に私を解雇することはできませんが、あなたがこのゲームをプレイしたいのであれば、私たちはプレイすることができます。私はあなたのマネージャーだった 企業の政治や 上層部への報告のストレスから あなたを隔離するのを手伝っていた 今は私が上層部だが、君はもうその絶縁体を持っていない。私はこの立場から離れられないので、代わりに私が上からの指示に従うことにする。” チームが投票したからといって 上層部への義務がないわけではないと 説明してくれ お前のチーム全員が投票で島から追い出されたんだぞ。侮ってはいけません。上の人に助けを求めろ。休暇中の上司に連絡を CIOに相談するのもいいだろう。誰かが、あなたの会社に重大な人の問題があること、そしてあなたがそれを解決していることを知る必要があります後半は明らかに重要です。このように、私がお勧めする解決策は、リーダー（CIO）が必要とするものを選択することで、「要件を満たすマネージャー」としてのあなたのイメージを作り上げることです。この自己啓発のために、いくつかの自己実現を構築するために細工されたものである。あなたの手から離れたアプローチについて何がそんなに威圧的だったかを見つけて、あなたが決してそれをしないことを確認してください。

最終的な目標は、あなたが彼らの側にいることを実現するために彼らを得ることです。彼らは本当に自己強化されている場合は、彼らはあなたがチームの有益な一部であることを認識するために来る必要があります。彼らは成功した場合にのみ、そのような認識を持つようになります。もし彼らが不可能な 締め切りと絶望的なお役所仕事をしていても 彼らは気づかないでしょう

全部足し算してくれればいいんですよ 2+2=4. 2層の管理者が休職中に、"ハンズオフ “の管理者が新しいSCRUMマスターに "クビ "にされた？ここからは何か腑に落ちない。あなたの方が状況に近い。何が腑に落ちないのかを把握して、それを修正する。

どちらかというと、a)彼らは正しく、あなたは自分の存在を正当化することができなかった。(彼らはまだあなたを解雇することはできません) または b) スクラムマスターはあなたの仕事を欲しがっています。あなたはその後、おそらく2つの仕事をするための年末にボーナスを得ることができます。

スクラムチームにmanagerの役割はありません。本当の問題は、そもそもなぜあなたがチームのメンバーだと思ったのかということです。

もし、チームがあなたを邪魔者だと思っているのであれば、その理由を調べてみてください。スクラムの目標に沿った有益な答えを出して、自分がその仕事をするつもりであることを強調し、チームの仕事を邪魔しないようにしましょう。

だから私は、あなたがこれを肯定的なものとして見ることができない理由を理解していませんか？私の理解では、自己管理チームの目標は、マネージャーを必要としないことです。あなたは基本的に自分自身を管理することができるスーパーチームを持っており、今、あなたは次のことを行うことができます：

• あなたは簡単に会社のコミットメントに責任のあるチームを保持することができます。彼らが会社の目標を達成できない場合、彼らは単に自己管理することができません
• あなたはチームのスキルを成長させることができます。だから今、あなたはチームの人の側面にもっと焦点を当てることができます。キャリアの成長、イネーブルメント、そのようなことに。だから、彼らがあなたの頭の上を行くことはできません。

だから、今のところはこれが成功だと思ってください。どうすればチームを強化できるかという機会をもっと考えてみてください。**また、この自己管理アプローチが失敗したときのために、あなたはそこにいる必要があることを認識しています。

老子は言った

邪悪なリーダーは、人々が軽蔑するs/heであり、

良いリーダーは、人々が崇拝するs/heであり、

偉大なリーダーがリードするとき、人々は “我々は自分自身がそれをやった "と言います。

リーダーは、人々がかろうじて彼が存在することを知っているときに、

彼の仕事が行われているときに、彼の目的が達成された、

彼らは言うでしょう：私たちはそれを自分自身でした。みんなが何をすべきかを知っているならば、私は必要ないし、私の仕事はこの方法で提供されるのがベストだと思っています。

しかし、あなたが行うときは、あなたが行うと、必要に応じて鼻を蹴って、あなたはすべての後に、彼らの仕事に責任がある男である - 人々はあなたの推薦で解雇され、あなたがすべきであると火災を取得し、時間に。

私は、どんな開発者も彼らのやり方ではなく、基本的に彼らのために物事を修正し、クライアントから彼らを保護するためにそこにいる人を解雇するだろう理由がわからないし、時折でさえ上層部は、機器の可用性の世話をし、ドキュメント、より良いプログラマーとより良い人々であるためにこれまでにわずかにナッジし、彼らがコードに集中できるようにします。

あなたはまだ彼らの上層部です - あなたはまだ必要に応じてそれらを解雇することができます、あなたはこの位置から解雇されていません。あなたはただ、開発のために役に立たないと判断されただけで、彼らはあなたなしでプレイすることを好んでいるのです。

002

• あなたはマトリックス組織の開発チームのラインマネージャーであり、今もラインマネージャーである。あなたの仕事は少し変わったかもしれませんが、基本的には同じです。会社の予算や人事プロセスに沿って開発者の工数をPOに提供したり、採用（必要に応じて解雇）の世話をしたり、チームと協力して休暇のスケジュールを組んだり、などです。 アジャイル開発では、あなたの役割は以前よりも少しナット＆ボルトが少なくなっているかもしれませんが、特に複数のスクラムチームがある場合、あなたの役割には「実践のコミュニティ」や「ギルド」を奨励することも含まれます。何事もそうですが、スクラムも極端になると有害なものになる可能性があります。それがそのような組織でのラインマネジメントの仕事です。
• あなたは開発チームのメンバーであり、技術的な決定やアーキテクチャなどに直接的なインプットを持っていました。この場合、最初のスプリントでは、あなたのスキルがチームにどのように貢献するかを理解していないため、十分に関与しなかったことが失敗の原因だと思います。次のスプリントでは、チームと一緒に仕事をしましょう。

私は開発チームのマネージャーです。

私はアジャイルの大推進者です

いいですね！「アジャイル」が「スクラム」を意味するのであれば（そうでなければなぜスクラムマスターを雇ったのか…）、それでいいでしょう。アジャイル “によってあなたが "スクラム "を意味するならば（なぜスクラムマスターを雇ったのか、そうでなければ…）、すべてがうまくいっています。

彼らは歴史的に非常にウォーターフォールの方法論に従ってきたし、変化に抵抗してきました。彼らはやり方を変えた;彼らは抵抗を落とした(彼らが何に抵抗したのか、以前は教えてくれませんでしたね…)。彼らはスクラムチームを取り巻く役割を学んだのです。

あなたも確かに知っていると思いますが、マネージャーはスクラムチームの文脈の中では非常に離れたところでしか責任を負いません。私が3日間のセミナーでスクラムマスターの資格を取得したとき、「マネージャー」の役割はチャートにも載っていなかったのを覚えています。あなたにはまだ管理職としての責任があるでしょう。あなたの責任は、同様に、今シフトしています。あなたはいつものことをします(新しいメンバーのオンボード、給料の処理、あなたのチームが仕事をすることができるように支援します(彼らに彼らのハードウェア/ソフトワーカー/などと良い作業環境を得る)、多分他のスクラムマネージャーと協力しています)。あなたの会社が組織単位を認識しているように見えるという事実は変わっていません。あなたのチームメンバーはまだあなたと話をする必要があるでしょう。例えば、あなたのチームがどのプロジェクトで働いているのか、発言権を持っていたり、プロダクトオーナーが何かしらの方法で意地悪をした場合、彼を落ち着かせるのがあなたの仕事になるかもしれません。顧客との契約（販売など）を管理する責任があるかもしれません。あなたはパートナーであり、エスカレーションが発生した場合のチームの盾になります。あなたはmanagingをしています。管理することはソフトウェア開発と同じではなく、個々の人にタスクを割り当てることは、それのほんの一部に過ぎません。

率直に言って、あなたはとてもラッキーだと思います。波に乗る。彼らに彼らのことをさせてください。彼らの新しいスクラムを離れて管理することは避けてください。スクラムはまさにチームを自給自足にし、外部からの一定のマイクロマネジメントなしで実行できるようにするために作られました。スクラムの多くの部分は、不要な管理からチームを保護するために作られています。すべてが計画通りに進めば、今まであなたがやらなければならなかったことの多くを処理してくれるでしょう。

チームはまとめて私をマネージャーとして「解雇」することに合意した

明らかに、私はあなたが「解雇」という言葉を引用したので、彼らは文字通りあなたを給与から除外するために人事部にメールを送ったのではなく、彼らはスクラムを最大限に（そして意図的に）生きたいとあなたに言ったのだと仮定しています。明らかに、私は彼らが実際にあなたの会社の組織図の線を切りたくないと仮定しています。純粋なスクラムチームであっても、社内のどこかに根を張る必要がある、つまりラインマネジメントの一部になる必要がある、それがあなたです。あなたはもう日々の業務に関与していないだけです。