スクラムチームと従来の組織チーム[非公開]

Question

開発チームでスクラムの使用を開始した人へ：従来のチームを維持したり、新しいチームを編成したりしましたか？私たちの組織では、データベース、製品開発、フロントエンド開発者に分かれています（簡略化！）。

私は、他の人がスクラムのためにチーム構造全体を実際に再編成したのか、またはあなたが例えば「古い」それぞれの1人チーム。

Answer 1

ロールサイロを維持する場合、スクラムがどのように機能するか想像することさえできません。スクラムでは、スプリント中に提供されるすべての機能に、あなたが言及したすべてのスキル（およびあなたがしなかったQA）が必要になるように、製品全体に垂直スライスを構築します。継続的なコラボレーションを作成し、全員が同じチームに属していない場合にスプリントにコミットさせるにはどうしますか？ 「スクラムフォール」で終わる可能性が最も高い方法のようです。私に。私は決して専門家ではありませんが、スクラムで失敗する確実な方法は、組織全体の変更ではなく、プロジェクト管理ソリューションと考えることです。その文化の核心。

「ジェネラリスト」に関する質問にお答えします。簡単な答えは、特定の人々が特定の事柄にしか取り組むことができないようにすることで、完了までに大きな脂肪のボトルネックが生じるということです。専門分野では、何かに取り組むリソースが限られているため、各ステップで常に制約を受けます。スプリント1では、1つのDBAが実行できる以上のことを行う場合、多くのDB作業を行う必要があります。ただし、データモデルにまったく変更がないスプリント5では、dbaは退屈したままです。チームの速度に合った優先機能の次のセットを取得するだけでなく、役割ごとにタスクレベルで分割して割り当てる必要がある場合、スプリント計画で合理的な時間にコミットすることはほとんど不可能になります。ジェネラリストモデルは、長期的には必然的にビジネス価値をもたらします。あなたは、他家受粉を達成するまで、すぐにそれを見ないかもしれません。

すでにロールごとにサイロ化されたグループにいる場合は、アジャイル再編成に非常に注意する必要があることを警告します。多くの人々は準備ができておらず、特別なタイトルを失い、チームメンバーになる準備ができたくありません。ほとんどの場合、ある程度の売上高を期待すべきだと思います。

Answer 2

スクラム/アジャイル開発では、チームのほとんどの個人が「ジェネラリスト」であり、誰もが合理的に任意の役割に足を踏み入れることができるため、誰もが待っていてバックログのアイテムを引き出すことができますその他。

現在、これはあなたの状況には当てはまらないかもしれませんが、人々が障害を抱えている場所を確認し、知識の相互受粉を改善するためにピアプログラミングやスタンドアップミーティングなどを行うと、この目標を達成するのに役立ちます。

Answer 3

私の会社では、プロジェクトごとに一時的な機能横断チームを作成しています。私たちの既存のチームはまだそこにいますが、スクラムのためのクロスファンクショナルチームを持つことが本当に重要です。

Answer 4

私たちは通常、チーム間での知識を得るために少し混同を試みますが、ほとんどの部分は専門分野に取り組んでいます。しかし、プロジェクトが進行するにつれて、さまざまなチームでより簡単に支援できるようになります

Answer 5

以前の雇用主で働いていたとき、会社は開発組織と製品管理全体を再編成しました。彼らは各チームにエンジニア、QA、アナリストを配置しました。分割は、いくつかの例外を除き、ほとんどが垂直/機能的でした。それらの例外は間違いでした-アーキテクチャは垂直であったため、実際には水平だったために適合しませんでした。機能横断型チームはうまく機能していると思いました。あなたの場合、db部門とフロントエンド部門は、可能であれば残りの部門と統合する必要があり、製品に固有の新しいカテゴリが作成される可能性があります

Answer 6

チームを新製品開発と既存の製品メンテナンスに分割し、開発者はスプリント間で一方から他方へホップできるようにします。

Answer 7

少なくとも今のところは、従来のチームを維持していると思います。情報システム部門のアプリケーションブランチには、私が働いている他のチームがいくつかありますが、これらはスクラムに入る直前に投入されました。

私たちの多くがスクラムを使用している大きなプロジェクトがあり、チームは順調に進化しているようです。新しいツールとプロセスがあり、それが私たちを大いに助け、「素晴らしい」という感覚を与えてくれたようです。他のチームに引き継がれることを願っています。

データベースの変更については、開発者であれば誰でも開発環境で変更を行い、本番の準備ができたらスクリプトをDBAに渡すことができます。ネットワークの変更については、それを処理し、O / S、ネットワーク、メモリ、ハードドライブなどの観点からサーバーを最初にセットアップするインフラストラクチャの人々がいます。