「クロスファンクショナルチーム」とは実際には何ですか?[閉まっている]


18

「クロスファンクショナルチーム」の一般的な意味は、目標を達成するために必要なさまざまな分野の専門家を組み合わせたチームです。

しかし、アジャイルのクロス機能性とは、異なる専門家を組み合わせるだけでなく、それらを混合させることを意味するように見えます。Henrik Kniberg は、クロスファンクショナルチームを次のように定義しています。

しかし、線はどこに描かれていますか?必要な場合、開発者に反復のテスターに​​なるように依頼するのは普通ですか?


各開発者がコードをテストしているのは一般的です。たとえば、スクラムチームには専門性を持たせないでください。誰でもコードを記述してテストできる必要があります。その理由は、反復(スプリント)の開始時にテストするものがないため、純粋なテスターに​​は何の関係もないということです。
ラディスラフMrnka

2
@LadislavMrnkaクロスファンクショナルは、まだ専門家がいるべきではないという意味ではありません!
マイケル

@Michael:はい、専門家を雇うことはできますが、彼らは職域を超えて他のタスクを実行できるはずです。
ラディスラフMrnka

専門家であることは、他のすべてを犠牲にして一つのことを知ることを意味するものではありません。
ジェフ

3
「プログラマーはテストできるはずだ」という話をよく見ますが、「テスターはプログラムできるはずだ」という話は頻繁に見られます。
スティーブフォリー

回答:


11

私の考えでは、職域を超えたチームとは、エンジニアリング、IT、テクニカルライティング、マーケティング、財務、法務、営業、人事、運用、品質、経営幹部など、企業のさまざまな職種の人々を含むチームです。

大企業では、これらの「機能」はサイロ(管理のライン)に入れられますが、物事を成し遂げるためには、一般的にそれらすべての誰かの時間が必要です。

あなたがTDDまたはそのような何かをしているなら、はい、それは完全に正常です。

ただし、一般に、開発者の作業を承認する責任は、同じ開発者の手に委ねるべきではありません。


2
これはまさに、スクラムのようなアジャイル手法ではクロス機能性ではないことです。
ラディスラフMrnka

1
@Ladislav Mrnka:これがアジャイル特有のものであるという質問からは明らかではありませんでした。アジャイルの方法論では、私はまだそれがあると思います。では任意の方法、あなたは時々仕事を得るために専門知識のお住まいの地域(「機能」)の外に何かをする必要があります。C'est la vie、c'est la guerre!
ピーターK.

なぜ「開発者の作業を承認する責任は、同じ開発者の手に委ねるべきではない」のでしょうか?サイクルタイムを短縮したい場合は別です。
トッドオーウェン

@ToddOwenそして、ソフトウェアの品質を低下させます。
ピーターK.

@Downvoter:同意しない理由についてコメントはありますか?:-)
ピーターK.

7

クロスファンクショナルチームとは、さまざまなドメインの機能エキスパートが集まって、構築するものを定義し、構築中のものが有用かどうかを評価するチームです。アジャイル環境では、これらの評価は頻繁に行われます。

ただし、ドメインの専門家は、プロジェクトの特定の部分を行う方法を決定します。ソフトウェア開発者はソフトウェアを開発します。テスターがテストします。運用担当者がソフトウェアを実行します。

開発、テスト、および運用の意見を持つことは、優れた製品を定義するのに非常に役立ちます。そこに、部門を超えたチームの価値があります。


チームは何を構築するかを定義するのではなく、どのように構築するのかを定義するとは思いません。製品の所有者が何を決定します。また、チームメンバーは自分の活動を専門分野に限定すべきではないと思います。アイデアは、チームの目標を実現し、生産品質の製品を作成するために必要なタスクを実行することです。
Kwebble

4

優れたクロスファンクショナルチームには、「すべての取引のジャック」であると同時に一部のマスターでもある人々がいます。通常は1つまたは2つです。

例えば、私が取り組んだものについて。私はC ++といくつかのWeb言語を専門としていますが、100万人は知っています。私はビデオ編集と3Dメディアに精通しており、そのようなものに加えてビジネスとプロジェクトの管理も行っています。そのため、大規模なプロジェクトを担当するこの少人数のチームでは、ほとんどの場合、ハードコアコーディングを行い、その一部をサイトで単調な仕事をして、さまざまなメディアを準備します。

多くのプロジェクトがすべてのスキルを使用しているわけではありませんが、複数に依存しているのは、「機能横断的」だと思います。本当に良い、効率的なデザインである場合もあれば、それほどではない場合もあります。

私が開発者/ネットワーク管理者である必要がないときは神に感謝します..それは面白くないです。私の地域のこれらの中小企業は正気です。プログラマーに自分のネットワークを信頼するのは誰ですか。最後にしたいことは、ルーティングテーブルを 'デバッグ'しようとしているのを見ることです:P


4

私の頭の中にある「職域を超えたチーム」とは、仕事を成し遂げるために集まった多くのジェネラリストのことです。一部の人々が特定のタスクのみを引き受けることができる専門家のグループで発生するボトルネックがないため、エッジはさまざまな種類のタスクを処理する汎用性にあります。

はい、反復のために作業を完了する必要がある場合、開発者がテスターに​​なることは正常です。


クロスファンクショナルはその領域に分類され、企業によってさまざまな意味を持つことがある流行語になります。開発者がgopherから一時的なCEOに至るまで、最高レベルであると見なす人もいれば、使用する開発者の種類が異なるように、はるかに専門化された表示をする人もいます。開発者は、ビジネスアナリスト、システム管理者、またはテスターであることが必要になる場合があります。数年前、仕事と別の開発者を始めたばかりで、そのリリースを適切にテストするためのテスターが不足していたため、最初のタスクの1つとしてリリースをテストしていました。


1
開発者がテスターであることは、機能横断的な定義に当てはまるとは思いません。これは、開発者がテスト、セールスコール、外出、コーヒーの購入などを行ってオフィスを補充するなど、スタートアップの典型的なシナリオのようなものです。機能横断的なシナリオは、たとえばあなたが開発者であり、私がマーケティングに携わっているかもしれない状況に似ているように見えますが、製品の構築とマーケティングを行うチームとして協力しています。
jmort253

2

職域を超えたチームは、専門分野だけでなく、物事を成し遂げることに対する態度でもあります。メンバーはステップアップして、目の前のタスクを引き受けます。「それは私の仕事ではない」とは聞きません。

プロジェクトの制約は常に技術的なものではありません。時々、すべてのタスクで専門家を雇う余裕がなく、誰もが自分の好きなエリアで働くことだけを要求します。

開発者をコーディングから引き離したいことはありませんが、一部のチームでは仕方がありません。通常は相対的です。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.