agile - スクラム チームと伝統的に編成されたチーム

Question

開発チームでスクラムを使い始めた方へ: 従来のチームを維持したり、新しいチームを結成したりしましたか? 私たちの組織では、データベース、製品開発、およびフロントエンド開発者 (単純化されています!) に分かれています。

他の人が実際にスクラムのためにチーム構造全体を再編成したのか、それとも「古い」チームの 1 人などを組み合わせて専用のプロジェクト (?) チームを結成したのかに興味があります。

Answer 1

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

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

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

Answer 2

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

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

Answer 3

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

Answer 4

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

Answer 5

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

Answer 6

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

Answer 7

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

私たちのほとんどがスクラムを使用している大きなプロジェクトがあり、チームは順調に進化しているようです。新しいツールとプロセスがいくつかあり、これは私たちを大いに助けてくれたようであり、うまくいけば他のチームに引き継がれる「素晴らしさ」を感じさせてくれます。

データベースを変更する場合、私たち開発者は開発環境で変更を行い、スクリプトを DBA に渡して、本番環境の準備が整ったときに変更を行うことができます。ネットワークへの変更については、それを処理し、O/S、ネットワーク、メモリ、ハード ドライブなどに関してサーバーを最初にセットアップするインフラストラクチャ担当者がいます。