2009-04-05 5 views
0

私たちはあなたの開発プロセスで今問題を抱えていますが、それ以上のチームを作っていない少数の人々がいるということですcross-functionalチームをより相互に機能させるには?

このように、この人々はプロジェクトの一部のボトルネックになることがあります。 共有ナレッジの問題にWikiを使用するのは好きではありませんが、Issue Trackerシステムのチケットに十分なコメントを投稿しません。

私たちの経営陣は、彼がいなくても、彼が何をしたのか理解するのに多くの時間を費やすので、開発者を(たとえ非常に欲しい場合でも)発砲することができないことがあります。

私は、この問題はただちにコードレビューで解決できないと思います。問題に直面するまで、チケットのために十分な文書が作成されていないことがあるので注意してください。

ペアプログラミングは、チームが配布されているため、当社の状況では適用できません。

私たちは会議でこの問題について多くのことを話しましたが、概念的な問題のようです。 この人の態度を変えることはできますか? この問題をどのように解決できますか?

答えて

1

無慈悲であることを学ぶ。あなたの店で定義されているようなプロセスに従わずにチームに損害を与えた場合、彼らは行く必要があります。チームのメンバーに自分の仕事に関する問題を通知した後、試用期間をおいてください。まだ手順に従わない場合は、問題を通知した会議中に設定した結果に従ってください。

これは現在のところ問題ではありませんが、チームの未来にとって大きな問題です。この人が自分の役割を果たすことを拒否した場合、彼らは解雇されるまで拒否します。あなたが現在持っている知識のギャップは修正可能ですが、あなたがこの人物を整理しておくと結果として生ずる知識の格差は、人が形を整えるまで、または放されるまで続くことはありません。

1

あなたは、自分の仕事をスピードアップするために多くの時間を費やすため、この開発者を解雇することはできません。私はあなたがコミュニケーションできないために、どれくらいの時間を無駄にしているのだろうと思います。ある時点で、問題のドメインをよく知っているだけでは、ルールを無視して何かをしてもいいという意味ではないという単純な事実に対処する必要があります。

私はあなたがこの個別に話をして、彼らがルールに従うことを始めたり、は彼らが行くようにを余儀なくされるのどちらかということを知らせるために必要があると思います。あなたがこのやり方を続けていくと、あなたは自分の行動を扱うのに多くの時間を失うことになり、あなたは誰かが自分のコードをスピードアップできるようになります。

1

これは、相互機能が少なく、すべてのチームメンバーが合意されたプロセスに従うようになるということになります。

私はあなたのプロセスの始めに戻り、皆さんの開発プロセスがどのように機能するかを理解し、バイインすることをお勧めします。 「解雇することはできない」前述の開発者を含める参加することに同意しない開発者が含まれない場合、彼の投票は共謀します。

それ以降のプロセスに従わない場合は、意思決定の時間です。より価値のあるもの - 開発者の出力(プロセスの外にありますが)または開発プロセスに従いますか?

私は推測することができます:誰も置き換えられません。開発プロセスが重要で、誰かが参加しない場合は、ドアを外に出してください。開発者が理解した問題は短期的な問題であり、対処/管理することができます。

+0

あなたのアドバイスありがとうございます! – ep3static

関連する問題