クライアントの拡張分散チームとしてアジャイルプロジェクトを実行する方法

公開: 2018-12-14

Computereconomicsによる最近のレポートによると、2018/19年の期間に、アプリケーション開発プロセスが最大のアウトソーシングの機会を目撃するプロセスとして浮上しました。世界中の組織の56％が開発要件をアウトソーシングしています。

モバイルアプリ開発のニーズをアウトソーシングするというこの需要の高まりの背後にある理由は、いつものように同じです。自国の開発者を雇用する場合に必要なコストよりも低コストであり、本業にさらに集中でき、サービス品質が向上します。

ただし、アプリケーション開発業界でアウトソーシングが中心的な位置を占めている場合でも、クライアントがソフトウェア開発プロジェクトを地理的な国の外にアウトソーシングすることを計画しているときに、クライアントが示す共通の懸念があることがわかりました。

この記事では、分散型アジャイル開発サイクルを使用してAppinventivがオフショアクライアントとどのように連携するかを調べ、リスクと報酬のモデルをすべて調整した、より接続された作業プロセスを可能にします。

しかし、クライアントの分散型チームとしてどのように機能し、シームレスに作業して社内の拡張された技術チームになるかを説明する前に、分散型アジャイルチームが何を意味するのかを知ることが重要です。

分散型アジャイルチームとはどういう意味ですか

分散型チームは、1つの都市の1つのオフィススペースや2つのオフィススペースではなく、複数の地理的な場所で2つ以上のチームが機能するイベントを説明するために使用される概念です。
分散型のアジャイルチームは、デジタルテクノロジーを利用してシームレスに相互作用し、同じ目標であるタイムリーなプロジェクトの提供に向けて協力します。

なぜ企業はモバイルアプリ開発の分散チームに投資するのですか？

企業が分散型チームに投資するように駆り立てる理由はいくつかありますが、その理由は次のとおりです。

自国での熟練した開発者の不足
チームの構築に向けて投資を行う前に市場をテストする必要性
アプリのスケーリング時に増やすことができ、必要がなくなったときに解消できる柔軟なチームのメリットを活用するため。

定義と必要性に注意を払って、Appinventivチームがクライアントの分散チームとしてどのように機能するかを見てみましょう。しかし、そこにジャンプする前に、私たちの典型的な分散型アジャイルチーム構造がどのように見えるかを簡単に見てみましょう–

分散型アジャイル開発へのAppinventivアプローチ

多くの場合、要件がクライアントのFTEと緊密に連携して作業する必要があるプロジェクトを取得します。そのような場合、仕事の間に千マイルの距離が入らないようにすること、そしてリアルタイムで変更を加えて開発プロセスに行動を起こすことができることが非常に重要になります。

通信の遅れや誤解の範囲がゼロになることなくタイムリーな配信を保証する方法は、分散アジャイル手法に答えが存在する質問です。

小規模ビジネスと大規模ビジネスの両方に適合します。分散型のアジャイルのベストプラクティスに従うことは、まったく異なるタイムゾーンを持つ他の地理的な場所にいるチームと一緒に作業する必要がある場合に非常に便利です。

モバイルアプリの開発プロセスで適用する分散型アジャイル開発手法を見てみましょう。

チームメンバー全員を紹介し、プロジェクト管理ソフトウェアを連携させた後、実際の作業が始まります。

毎日のアジャイルスクラム手法のプロセスを策定します。従来の意味では、スクラムでは15分間のスタンドアップミーティングが必要です。このミーティングでは、すべての参加者がタスクのステータスを共有し、次に行うタスクをチームに通知しますが、半分になると同じプロセスに従うことはほぼ不可能です。チームのメンバーは、他のタイムゾーンで他の地理的な国に座っています。

スクラムで対面の相互作用の本質を維持するために私たちが行うことは、プロジェクトに取り組んでいるチームの全員に適した、決められた時間にビデオ通話を開催することです。画面共有の助けを借りて、アジャイルスクラムマスターは、TrelloやJiraなどのツールを使用して仮想スプリントバックログを実行し、すべてのチームメンバーがプロジェクトの方向性に関する最新情報を提供できるようにします。

私たちが経験したことは、すべてのチームメンバーに、簡単にアクセスして更新できるタスク追跡プラットフォームへのアクセスを提供することが非常に重要であるということです。また、SkypeやSlackなどの通信プラットフォームを使用して、2つのスクラム期間の間で更新を共有したり、疑問を投げかけたりすることも強調しています。

毎日のアジャイルおよびスクラムプロセスで従うもう1つのアプローチは、さまざまなスクラムごとに1人のスクラムマスターを任命することです。したがって、個々のチームワークはすべて、スクラムマスターと製品所有者がいる個別のスクラムチームとして機能します。このプロセスは、スクラムオブスクラムとも呼ばれます。

この中で、すべてのスクラム担当者は、スクラム内の次の質問に対する回答を提供します–

前回のスクラムオブスクラム以降にチームが完了した作業
作業チームは、次のスクラムオブスクラム会議の前に行うことを計画しています
チームが直面している現在のブロッカー
別のスクラムチームにつながる可能性のあるブロッカー。

この方法により、プロジェクトに取り組んでいるすべての主要な個人が互いに直接対話できるようになります。これにより、開始段階から開始期間まで常に献身的になります。これにより、すべてのチーム間でオープンで明確かつ透過的なコミュニケーションが確保され、全員に発言権が与えられます。
スクラムのスクラム以外のプロセスは、典型的なアジャイル手法で従うプロセスと同じです。
しかし、私たちのチームとクライアントのチームの間の距離が何マイルも離れているという事実だけでなく、可能な限りシームレスに作業する必要があるという事実は、分散アジャイルの採用によって推進された一連の学習をもたらしました。それらの学習が何であるかを見てみましょう–

分散型アジャイル開発プロセスに取り組むことで得た学習

1.分散型チームの作成は、プロセスではなく文化の構築に関するものです

アジャイルな分散型チームアプローチの下で作業するプロジェクトの成功を定義するものは、チームメンバーがどれだけ熟練しているかではなく、チームメンバーがどれだけうまく連携できるか、彼らが作業する所有権の感覚、そして最終的にはどのように作業するかに依存します。それらはプロジェクトの目標と密接に連携しています。これは、プロセスの形成ではなく、文化に伴うものです。

2.SMARTプロジェクトのみが成功する

事務所はもちろん、同じ国にいないチームがプロジェクトを完了する必要がある場合、プロジェクトに設定した目標がSMART（具体的、測定可能、達成可能、現実的、時間）に従うことが非常に重要です。 -額装された、tへのコンセプト。

3.オンラインコラボレーションツールに代わるものはありません

いくら費用がかかっても、リアルタイムでラグが最小限からゼロのオンラインコラボレーションツールに依存する必要があります。オンラインプロジェクト管理とコミュニケーションプラットフォームを完成させるという点では、とにかく緩みを減らすことはできません。あなたは彼らがあなたの要件を技術的に処理できることを確認する必要があります。

分散型チームとしての豊富な実務経験から得た学習を確認したので、プロセス中に遭遇したいくつかの課題と、それらを解決して信頼できる分散型アジャイルアプリになる方法を見ていきましょう。開発会社。

分散型アジャイル開発アプローチの課題とその解決方法

1.文化の違い

通常、分散型のアジャイルソフトウェア開発アプローチでは、さまざまな文化的背景を持つチームと協力する必要があります。この違いは、スピーチの値や比喩が異なるために摩擦を引き起こします。
私たちの解決策：最初の数日間はクライアントのチームと非常に緊密に連携して、ラインとコンテキストの間のクライアントに慣れるようにします。

2.タイムゾーンの違い

分散型アジャイル手法の核心は、さまざまな地理的国で作業するチームです。このような状況では、時差が原因で通信ギャップが発生することがよくあります。
私たちのソリューション：分散型チームのアジャイルの概念をコアにしています。 私たちは、すべての国のチームが存在し、活動している時間を修正します。十分な集中力と注意を払うために、私たちはチームメイトにスクラム当日のオフィスのタイミングを変更してもらい、彼らがよく眠り、注意深くなるようにします。

3. 「全体像」の一般的な考え方の欠如

地理的な場所、作業構造、およびポリシーの違いにより、モバイルアプリの最終目的である全体像の考え方に矛盾が生じる可能性があります。この違いにより、一部のチームメンバーからの関心が失われ、他のメンバーからの関心が高まる可能性があります。
私たちの解決策：プロジェクト開始時のビジョン会議とすべてのスクラムでのリマインダー。これにより、全員が同じ目標に向かって取り組んでいます。

4.コードの所有権の欠如

集合的なコード所有権がないということは、誰もコードを所有しておらず、チーム全体が所有していることを意味します。したがって、問題が発生すると、非難ゲームが始まります。
私たちの解決策：バージョン管理システムを適用して、誰がコードに取り組んでいるのか、いつ、どのような効果があるのかを確認します。 このように、絵には完全な透明性と正直さがあります。

つまり、これは、Appinventivが、世界中のどこにでも所属するクライアントの分散チームになった経緯です。
分散型アジャイルソフトウェア開発のレベルを上げる方法について話し合いたいですか？モバイルアプリのストラテジストにご連絡ください。