9

明確にするために投稿を編集しました（元の投稿は下部にあります）。

R&D スタッフを水平 (つまり、専門分野またはコンポーネント ベース) のチームから垂直 (つまり、機能、自給自足) のチームに再編成したいと考えています。最終的には、製品のほとんどの側面で共同作業できる開発者と QA エンジニアを含む 3 ～ 4 チームになる可能性があります。ただし、資格のある DBA とテクニカル ライターは 1 人しかいません。私は 1 つのチームに DBA を配置し、最も複雑な DB 作業を必要とする機能を彼のチームに与え、DBA がいないチームにはより些細な DB 関連のタスクを与えることができます。

ただし、ほぼすべての機能でドキュメントを更新する必要があり、ドキュメントはほぼすべての機能で完了しなければならないタスクです。テクニカル ライターは 1 人だけです。残りの開発者は、母国語ではないため、ドキュメントを作成するために必要なスキルを持っていません (学習することもできません)。

縦型チームでそのようなリソースを処理するにはどうすればよいですか?

  1. ライターはどのチームにも属していませんか? それは、チームが自分で「完了」することを不可能にします。
  2. ライターをすべてのチームの一員にする必要がありますか? もしそうなら、どうすればすべてのチームのミーティング (毎日、計画、ふりかえり) に参加できますか?
  3. 彼を 1 つのチームのメンバーにしますか? どれ？すべてのチームが平等に彼を必要としています。他のチームは彼なしでどうやって「完了」するのですか?

ありがとう、アサフ。

オリジナル：

私たちの会社は、スクラムの生き方を採用し、機能をチームに割り当て、その機能をチーム内で「完了」(つまり、完了の定義に従って) できるようにしたいと考えています。

ただし、一部のスキルは、チーム内の十分な人数が所有していないため、各チームにスキルを割り当てる必要があります (例: テクニカル ライター、DBA、統合スペシャリストなど)。

ほとんどが縦型のチームで、リソースが限られた専門家にどのように対処しますか?

4

4 に答える 4

6

いくつかの調査 (多くのサイト、および Glenn M. Parker による「Cross-functional teams」という本) を行った後、次の結論に達しました。

  1. チームは、チームの機能を「完了」させる資格を持つ人々で構成する必要があります。これは、各メンバーが必要なすべてのタスクを実行できるとは期待されていませんが、チームの少なくとも 1 人のメンバーによって、必要なすべてのタスクを十分な品質で実行できることを意味します。
  2. チームは機能横断的である必要がありますが、複数のチームがある場合は、公式であるかどうかにかかわらず、その分野の専門家が率いる何らかの形の機能部門もある必要があります。専門家は 1 つのチームのメンバーである場合もそうでない場合もありますが、いずれにせよ、特定の機能のタスクを実行するすべてのメンバーは、仕事のやり方に関する専門家として、専門家と十分に頻繁に連絡を取り、協力する必要があります。

私の例では、これは、DBA とテクニカル ライターの両方がそれぞれの専門的なフォーラムまたは部門を率いることを意味し (形式のレベルに応じて)、それぞれが1 つのチームのメンバーである可能性があります。データベースとドキュメンテーションの作業は、専門家の監督 (専門家の権限) の下で、作業を行うことができるチーム メンバーによって行われます。

このように、スペシャリストはゼネラリストと並んで組織に存在し、両者の中間に位置する人々が存在する可能性があります。

そしてもちろん、この方法では、チームは割り当てられたすべてのビジネス レベルのタスク (機能、ユーザー ストーリー) を自給自足で完了することができます。これが私たちが望んでいたことです。

于 2009-05-18T14:06:57.277 に答える
2

まず、スクラム チームと組織構造を混同しないようにします。組織的には、あなたの技術。ライターはどのチームにも所属できます。スクラムの観点から、私はテクニカル ライターの時間をチームに割り当てます (配分はスプリント サイズによって異なります)。たとえば、週に 1 日を各チームまたは午前/午後 (2 チームの場合) に割り当てます。そうすれば、各スクラム チームは、テクニカル ライターが割り当てられる量と時期を把握し、それに応じて計画を立てることができます。また、可能であれば、テクニカル ライターに毎日のミーティングすべてに参加してもらいます (2 つのチームがあれば可能です)。このように、テクニカル ライター (または不足しているリソース) は、すべてのチームの一部になります (スクラムに関して)。唯一の問題は、割り当てられたチームと割り当てられた時間だけ働くという規律だと思いますが、1、2 回のスプリントでそれを整理してくれると確信しています。企画会議についてはよくわかりませんが、

于 2009-05-12T17:11:41.343 に答える
1

社内に「神オブジェクト」や「情報ボトルネック」のアンチパターンを導入したい場合を除き、これらのリソースを共有することは当然できません。

関連するすべての作業を彼らに割り当てるのではなく、彼らの知識を広めることをお勧めします。DBA とテクニカル ライターに、彼らの経験を他のチーム メンバーと共有するように強制します。アジャイルで最高のテクニックの 1 つであるペア プログラミングを使用します。

于 2012-04-12T22:15:04.333 に答える
0

  1. ライターはどのチームにも属していませんか? それは、チームが自分で「完了」することを不可能にします。

    テクニカル ライターが 1 人いる場合でも、1 人が率いるドキュメンテーション チームを編成する必要があり、明らかに同じ人がそのチームのメンバーになります。クロスファンクショナルなチーム メンバーがアクセスできるタスクの共通リポジトリは、読み取り専用と編集可能な 2 つの主要なドキュメントでアクセスできるようにし、毎日のスクラム ミーティングと共にそれらをバージョン管理する必要があります。

  2. ライターをすべてのチームの一員にする必要がありますか? もしそうなら、どうすればすべてのチームのミーティング (毎日、計画、ふりかえり) に参加できますか?

    いいえ。テクニカル ライターは、自分のスクラム マスター以外の誰にも報告せず、自分の仕事に対して独立した責任を負う必要があります。

  3. 彼を 1 つのチームのメンバーにしますか? どれ？すべてのチームが平等に彼を必要としています。他のチームは彼なしでどうやって「完了」するのですか?

    上記のように、ドキュメントの共通リポジトリで LVIE の可用性と進行状況を確認できれば、すべてのチームはタスクを完了できます。

それが役に立てば幸い。そして、あなたが何をしているのかを簡単に見ることができるので、これらすべての人々の意見を理解できない場合は、意見を投稿するために少なくとも2セントを返してください:)

于 2013-03-11T01:55:33.063 に答える