Dev＆Business Teams - どのようにしてギャップを埋めることができましたか？

Question

specificのソリューションよりも健全な議論が出てくることを願っていますので、コミュニティウィキにはかなり主観的なトピックです。役に立つリソースとして開いておくことができれば幸いです。

最近、私は小規模のテクニカルチームでデベロッパーマネージャーに引き継ぎました。

ビジネス/マーケティング/デザインチームは、テクニカルチームに約4：1の番号を付けます。テクニカルチームを必要なものから守るために多くの作業があると想像してみてください。そのために

、我々は適切な要件文書、ユースケースなどを記入するビジネスチームのメンバーを必要とする、プロジェクト開発のためのSCRUMを使用して、所定の位置にいくつかの適切なプロセスを入れてきた...

今後数週間で後最初のメジャーリリースでは、ビジネスチームを適切なUATプロセスに導入し、&変更要求プロセス&を発行して、問題の分類とバグ修正の手順を改善しています。しかし、あなたが想像することができるように、それはすべての関係者のためのかなり急な学習曲線と考え方の変化です。

似たような経験をしていて、どのように特定の問題に近づいてきたのかを知っている技術コミュニティ（dev's、チームリード&開発者）からの一般的なフィードバックを探してください。

Answer 1

重要な問題は、リクエストの優先順位を設定する方法です。すべてのユーザーは、最初にリクエストを行いたいと考えています。解決策はある種の価格設定メカニズムです。あなたの部門がビュッフェを食べることができるように扱われるならば、彼らは昨日すべてを望んでおり、彼らの要求に制限はありません。一方で、彼らは要求を提出する必要があり、作業が開始される前に価格が割り当てられていれば、彼らは熱心で些細な要求をする前に2度考えます。

Answer 2

ここは、1番の問題点です。

あなたの些細なハードルやフープでは、私の要件はあまりにも重要です。 私はあなたの "プロセス"と "ドキュメント"を困惑させるように気にすることはできません。 私はちょうど簡単なことがあり、私はちょうど はそれについての開発者に伝える必要があります 今すぐ。

このような問題は避けられません。 誰でもは、プロセス、エンジニアリング、規律、ガバナンス、品質保証を凌駕することが分かっています。

アジリティのポイントは、これを制御可能な方法で行うことです。

会話を奨励します。彼らは通気させてください。バックログを積極的に作成、更新、優先付けします。

バックログに焦点を当てることで、マーケティング担当者を開発者の立方体に迂回させて、生産コードに「緊急手術修正」を行うことができます。それは危機です。すべてのパニック！

ウォーストーリー。

不正なコードの泥沼をリエンジニアリングすることで入札しています。ユーザーとの会議中、ユーザーは新しいアプリケーションが即時の修正を許可するかどうかを知りたがっていました。

私は「ちょっと言いました！あなたは即座に修正されたので今は混乱しています！

は、代わりに私は、「我々はできるだけ早く我々は我々が応答になりたいことができますよう変更を行います、最高の品質保証慣行と一致している。しかし...」と述べた

文化を変更することは困難です。

Answer 3

まず最初に、例外を作成して、新しいシステムに正しく提出されていないことをしないでください。彼らはあなたがそれを強制しない限り、新しいシステムの使用を決して学ばないでしょう。特に、プロセスの開始時にしっかりとした堅さが本当に必要です。また、実際に電話をかけただけでなく、実際にはもっと多くの仕事をしなければならないこともあります。

2番目に優先度リストを公開します。何かが優先順位リストの上に移動する必要がある場合、クライアント（この場合は内部クライアント）は自身のものだけを上に移動することができます（もちろん、タスクAが最初に行われない場合は実行できます）。彼がそれを他の誰かの上に行く必要がある場合、彼は自分の仕事よりも先の他のすべての人々の同意を得る必要があります。あなたがこれをするのではなく、彼のために行うことです。これは、優先順位のシフトに伴って削減されます。また、時間と議論を節約できます。それぞれの内部クライアントは、自分のプライオリティを設定するために個別に話すことができますが、全体のリストを制御します。開発者がいったんタスクを開始したら、可能な限り（システムを停止している生産上の問題がない限り）、次の優先順位に移動する前に、タスクを完了させてください。同じタスクを繰り返し開始したり停止したりすることは、実行に時間がかかり、私の経験上、バグが多い可能性のあるコードになります。

優先権の移転を必要とする本物の緊急事態があると判断する権利を留保する必要があります。これは、生産が停止し、多くの人がシステムを使用できない場合にのみ発生するはずです（ログインできない人は、CEOの場合を除き、そのような緊急事態はありません）。この場合、内部クライアントに作業が遅れていることを伝えるようにしてください。コミュニケーションが重要です。

Answer 4

私はしばらくの間ビジネスサイドにいたエンジニアです。

重要なことは、商業的な人々があなたにOFTENを巻き込むことです。聞く、質問する、議論していることの価値を内在化するあなたは、各自が自分のコンシェルジュであるように、シェパードがそのプロセスを通して自分たちの必要条件を満たすのを手助けするようにしたいと考えています。

この情報を活用すれば、アジャイル開発プロセスをより効果的に行うことができます。また、ビジネスチームは、プロセスと機能パイプラインの開発に熱心で自信を持っています。