アジャイル、スクラム、チームワークについて。 Alpha Labの製品開発プロセスはどうですか

柔軟性のないエンタープライズおよび柔軟性のある方法論



大企業のITスペシャリストは、特定の機能を実行するために設計された巨大なメカニズムの小さな「ねじ」であるという定説があります。 そして、メカニズムは、その「歯車」のリソースを容赦なく活用します。



ただし、私たち(一般的にはアルファバンク、特にアルファラボ)は異なるアプローチを採用しています。 プロセスのすべての参加者の努力がクライアントの価値を生み出すことを目的とするアプローチであり、これを達成するためのパスには多くの自由度が含まれます。







私たちのラボで作業プロセスがどのように構築されるかを説明します。 アジャイルのコンセプトに依存しています。 メインフレームワークとしてスクラムを選択しました。プロダクションモデルはコマンド中心です。



チームの構成は、作成された製品のニーズによって異なりますが、ほとんどの場合、製品の開発または開発に必要な「フルスタック」です。 ほとんどの場合、プロダクトオーナー(PO)、スクラムマスター、デザイナー、システムアナリスト、複数の開発者、およびテスターです。 7-10人が募集されます。 ラベにはそのようなチームが約30あります。



私たちの原則



私たちの仕事では、効率の向上に役立つ多くの原則を順守しようとします。 それらについて詳しく説明します。



クロス機能と相互支援



チームワークで最も重要なことの1つは、チームコラボレーションです。



チームでは、「開発者-コードの作成」、「アナリスト-ドキュメントの準備」などのタスクを設定しません。



チームの全体的な目標は、クライアントが価値を受け取ることです。 そして、たとえば、テストでキューを蓄積した場合、残りのメンバーがテスターを助け、チームがスプリントの目標を達成し、その結果、製品が増加するようにします。



スクラムガイドでは、これは「クロスファンクショナルチーム」と呼ばれます。



顧客またはパフォーマーなし



ほとんどのチームは同じ場所にグループで一緒に座っており、製品エンジニアはチームの一員です。



POは連中と毎日過ごします-朝から夕方まで、彼はチームの生活と呼吸、今日何をし、明日何をするかを知っています。



したがって、チーム全体がバックログの開発に関与しています。 顧客としてのPOがコマンドに要件を「ロード」し、その結果を単に期待するようなものはありません。



製品の専門家がクライアントの問題を抱えてチームに参加します(問題が発生する場合がありますが、すぐに解決策が提供されます)。 さらに、すべてのチームメンバーは、問題の調査、仮説の形成、およびソリューションの検索に参加します。一緒に「ストーリーマップ」を作成し、ユーザーストーリーを形成し、シナリオについて話し合い、製品の外観を決定します。



同時に、チームメンバーには、ディスカッションのために製品を改善するためのアイデアを提出するすべての権利があります。



たとえば、私はアナリストおよびスクラムマスターの責任者として、決して指示を出しません。 何をすべきか、チームはPOと一緒に自分自身を決定します。

このすべての主な価値は、すべてのチームメンバーが製品作成プロセスに関与し、彼らが行ったことに対してより多くの責任を感じることです。



反復性



予想どおり、作業は反復によって構築されます。 チーム自身がスプリントの長さを決定しますが、クライアントから可能な限り迅速かつ頻繁にフィードバックを受け取ることが非常に重要であるため、通常は1週間または2週間です。



透明性



チーム内、製品科学者、利害関係者に対して、可能な限り透明になるよう努めています。



「温度計」として、チームスプリントのバーンダウン図を使用します。 バーンダウンは、作業プロセス中に発生する問題を非常に迅速に反映し(スケジュールが「フラット」の場合)、これらの問題にタイムリーに対応できます。



さらに、いくつかのスプリントのチャートの全体により、チームの全体的な状況を評価できます。



すべてのチームがJiraをタスクマネージャーとして使用すると非常に便利です。これを使用して、30枚すべてのバーンダウン図が表示される共通のダッシュボードを設定します。 これがミッションコントロールセンターであると言えます。



恥ずかしがらないで



透明性のトピックに続いて、私たちにとって重要なイベント、結果のデモンストレーションについてお話します。



反復の最後(1週間または2週間に1回)に、各チームでスプリントレビューが実行されます。スプリントで何をしたかを示し、伝えます。



「デモ」への招待者の構成は、チームの裁量で決定されます。彼らは、実際のユーザーを招待し、同僚とそのPOへのデモに限定することができます。



定期的なチームスプリントレビューに加えて、月に一度、すべてのチームが過去1か月に顧客に伝えた価値を示す一般的なデモ日があります。



デモの日には、定期的に「ライブ」顧客、銀行の利害関係者、および一般的に関心のあるすべての関係者を招待してフィードバックを受け取ります。



報酬システム



快適なオフィス、興味深いタスク、クールなチーム、標準的な「ホワイトサラリー+ VHI」に加えて、従業員のモチベーションのシステムがあります。







動機は金銭的です-仕事で優れた結果を示した人へのボーナスの形で、改善のリーダーであり、同僚だけでなく、非金融にも役立ちます。



たとえば、四半期に一度開催されるコンテスト「Best of the best」。

研究所の従業員は、同僚の成功に注目し、「Best of the Best」への参加を指名できます。



ラボ全体の前で、コンテストの受賞者を表彰します。 同時に、私たちはお金を渡しませんが、勝者の趣味について調べて、本当に価値のあるものを与えようとします。



誰が新しい



私たちは人々の検索と選択に多くの注意を払っています。



もちろん、候補者は技術教育を受けていなければなりませんが、私たちにとって重要な選択基準は、チームで働く能力、あなたがしていることへの献身、開発と改善への欲求です。



候補者の人間の資質は、精神面で私たちに合っているかどうかにかかわらず、面接中に注意を払うものです。



私たちのチームに再参加した人たちが新しい状況に慣れるために、新しい状況で、「メンタリング機関」のようなものを組織しました。



その本質は、メンターが初心者に割り当てられていることです-これはリーダーではなく、このための十分な経験を持っている同僚です。 メンターのタスクは、チーム内で可能な限り迅速に適応し、Labaデバイス、当社のルールと原則を理解し、技術的および組織的な問題をすべて解決することです。







また、メンターの肩には、対象領域に人を紹介するタスクがあります。



最初の2〜3日、これはメンターのナラティブモードで行われ、ペア作業が始まります。 初心者がチームの1つに加わり、既に実際にトレーニングを継続し、実際のビジネスタスクを実行します。



一般的に、私たちは、新しく到着した人がチーム、顧客、銀行にできるだけ早く価値をもたらし始めるようにすべてを行っています。



試用期間の開始時に、「新人」とそのメンターは「100日間の計画」を作成し、次の3か月の目標を共同で設定し、試用期間の成功の指標について合意します。



実際、通常、1か月後には、人が私たちに適しているかどうかが明らかになります。進歩、変化への意欲、関与、改善への渇望がすぐに明らかになるからです。



これらの基準に特に注意を払うことで、このようなクールなチームを結成し、常に喜びと喜びのある仕事をすることができたと思います!



仕事に対する同様のアプローチを共有し、チームの一員になりたい場合-現在の空席に注目してください- インターフェースデザイナースクラムマスターiOS開発者 など



All Articles