agile - スクラム: 抵抗は無益である (ではない)

Question

私は 2 番目の開発者で、PHP/MySQL ショップで最近採用されました。私が雇われたのは、混沌とした混乱からある種のプロセスを論争した経験が主な理由です。少なくとも、前の会社ではそうでした。;)

私がここに来てから (ここ数か月)、上司、プロダクト マネージャー、その他数人の主要人物 (ただし、スクラム ベースの固定観念をお許しいただければ、ほとんどがニワトリです) を迎え入れました。また、1 年以上遅れている主要製品の開発サイクルを可視化するのにも役立ちました。人々はそれを愛しています！

しかし、私の同僚 (今ここにいる唯一の他の開発者) はそれに興味がありません。彼女はドアを閉めて仕事に集中し、一人にされることを好みます。自分？私は、コラボレーション、協力、オープン性のアジャイル アプローチ全体に興味があります。彼女の意見がなければ、私はスクラムの実践を始めました (毎日のスクラム、バーンダウン チャート、および私と私の以前のチーム (H. Kniberg のクールなウォール チャート) でうまくいったことがわかったその他のもの)。私たちは実際に彼女のドアのすぐ外に立っていなかったかのように私たちを. (私たちは実際に. それはかなり驚くべきです. 私はそのような抵抗を見たことがありません.

質問... どうすれば彼女を乗船させることができますか? 同調圧力は機能していません。

仲間のスクラムボーグからの感謝

美しい

Answer 1

スクラムのような他のアジャイル方法論は多くの優れた実践を体現していますが、時にはそれに名前を付けて (多くのブロガーがコメントしているように) 職場で採用しなければならない「宗教」にすることは、多くの人にとってかなり不快です。私も含めて。

それはあなたのオプションとコミットメントが何であるかにもよりますが、時流に乗っているからではなく、良いアイデアであるため、アイデアを受け入れることにもっと熱心であることを私は知っています. 彼女の生活とワークフローを改善する方法を示すことで、一度に 1 つずつプラクティスを実装/導入してみてください。

プログラマーは、仕事を成し遂げるのに役立つクールなものが大好きです。彼らは説教されたり、時流と見なされるものに乗るように頼まれたりすることを嫌います. 後者ではなく前者として提示してください。（言うまでもなく、実際に前者であることを確認してください）

編集：別の質問

特定のアジャイル方法論を使用する場所で実際に働いたことはありませんが、誇大宣伝やドグマなしで多くのアジャイルプラクティスを取り入れているという点で、私は今のところかなり満足しています (両方の世界のベスト、私見) ）。

しかし、スクラムについて読んだところですが、そのようなシステムは 2 人のチームにとっても有益でしょうか? スクラムはプロジェクトにある程度のオーバーヘッドを追加するように思われ、コミュニケーションと計画がすでに簡単な非常に小さなチームの場合、それは利点を上回る可能性があります.

Answer 2

彼女の意見がなければ、私はスクラムの実践を始めました (毎日のスクラム、バーンダウン チャート、および私と私の以前のチーム (H. Kniberg のクールなウォール チャート) でうまくいったことがわかったその他のもの)。私たちは実際に彼女のドアのすぐ外に立っていなかったかのように私たちを. (私たちは実際に. それはかなり驚くべきです. 私はそのような抵抗を見たことがありません.

質問... どうすれば彼女を乗船させることができますか? 同調圧力は機能していません。

うわぁ！このような過酷な環境で働きたいと思う人がいるでしょうか? 運が良ければ、彼女から履歴書が送られてくるので、あなたの能力開発プロセスに賛同してくれる人を雇うことができるでしょう。

あなたが彼女にしがみつきたいと仮定すると、私はレトリックを断り（またはオフにし）、最初に友人および同僚になることに取り組みます. プロジェクトが 1 年遅れると、彼女は自分自身に満足することができず、あなたは自分の成功を宣伝することを恐れていないように思えます。それは恐ろしいことです。

しかし、私はスクラムについて何も知りません。あなたの同僚の立場で歩き回るのがどんな感じか想像しているだけです.

Answer 3

美人、相棒、

Steve Yeggeのブログ「GoodAgile、 BadAgile」を読むことをお勧めします。古くて良いものです。2か月ほど前の私のように、職場をアジャイル化することに少し「熱心に」なりすぎた人には必読だと思います。アジャイルは多くの優れたプラクティスを提供しますが、それらすべてを一粒の塩で取り、不足しているものを採用し、特定の状況に役に立たない可能性のある他のすべてのクラッド（たとえば、毎日のスクラム）をスキップする必要があります。あなたの同僚が静かにコーディングしたいと思っていて（なぜこれが良いことなのかについてはピープルウェアを読んでください）、彼女は生産的なチームメンバーであり、あなたのスクラムで彼女を悩ませることをやめ、彼女が最も好きな方法で仕事をさせます。

人々は通常、これらの慣行に近づき、「ちょっと待ってください。聞いてください。今はコミュニケーションが本当に問題です。あなたが何をしているのかわからないような気がします。本当に二度と足を踏み入れて、先週のように書いたものを2日間書きたくないので、これに取り組みましょう。Xを試してみたいと思います。」思いやりを持ち、「悪いリンゴ」を容認しないでください。それは文字通り私が職場を苦しめた方法であり、多くの問題が蒸発し始めています。私たちは100％XPまたは100％スクラムに準拠した場所ではありません。なぜなら、私たちは機能し、必要とされたものを使用するだけだからです。

Answer 4

単純。スクラムについて話さないでください。彼女にスクラムを使わないでください。代わりに、スクラムの根底にある原則 (アプリケーションではなく目的など) を採用し、彼女の作業方法に対応しながらスクラムの微妙な色合いを持つさまざまなアプローチを作成します。

人間はみな異なり、多くのプログラマーはスクラムを嫌います。それは逆効果になるので、私は彼らにそれを強制しません。開発プロセスの問題を特定することをお勧めします (非スクラムの方法で)。問題が存在することに彼女に同意してもらうことができるかどうかを確認してから、彼女が良い解決策だと思うものを尋ねてください。プロセスへの彼女の協力とインプットは、彼女の協力にとって不可欠であり、彼女が賛同しなければ、彼女は市民になることはありません.

そこから、うまくいけば、ある種の準ハイブリッド スクラム + プロセスへの彼女のアプローチを作成して、前進する方法について両者が合意できるようにすることができます。

Answer 5

重要なのは、そもそもなぜあなたがスクラムを行っているのかを彼女が理解できるようにすることだと思います。あなたにはあなたの理由があると思うので、彼女に教えてみませんか？関係者が変化の理由や変化から得られるメリットを理解していない場合、どのような変化に対しても抵抗を受ける可能性があります。スクラムを使用する理由と次の利点を、彼女の日常業務に関連する方法で彼女に説明できれば、彼女はスクラムに対してより積極的な態度を示す可能性が高くなると思います。

彼女がスクラム プロセスに価値を見出していない場合、またはそれが自分にどのように関係しているかを理解していない場合、彼女はおそらく気にしません。

スクラムに関して理解すべき最も重要な概念の 1 つは、個人としてではなく、グループとしてプロジェクトに取り組んでいるという事実です。多くの人にとって、これは把握するのが最も難しいことです。なぜなら、彼らは「自分の世界」での生活に慣れているからです.

Answer 6

ここでスクラムが中心的な問題であるかどうかはわかりません。新しい男がたくさんの新しいアイデアを持ち込んで物事をかき立てることに、彼女は脅威を感じていると思います. 私は以前、物事に新しい視点をもたらす新しい人としてそのような状況にありましたが、既存の人々に新しい考え方をすぐにもたらすのは難しい場合があります. 多くの場合、一夜にして起こらない文化の変化が必要です。

物事についてできるだけ彼女の意見や意見を聞くようにし、彼女があなたより長くチームにいることを尊重していることを示すようにしてください. しばらくしても彼女がまだ参加しない場合は、マネージャーにそのことを伝えて、そこから参加してもらうしかありません。

Answer 7

他の開発者を巻き込む努力を続けてください。この変化を起こしたいのはあなたであることを忘れないでください。あなたが抱えている問題について助けを求めてください。毎日のスタンドアップミーティングに招待してください。私は現在、毎日のスタンドアップの計画を立てており、すべての豚と鶏が招待されるようにしています. あなたがプロジェクトのリーダーである場合、状況に対処し、リスクを冒すかどうかはあなた次第です。そこに身を置いてください。