毎週のスプリント、候補者のプロフィール、段ボールの男

こんにちは 私の名前はStasです。私はWelcome Aboard Teamのプロダクトオーナーです。 私たちは、アルファ銀行で仕事をしたい志願者に便利な製品を作っています。

なぜこの製品が必要なのですか？ 候補者と銀行との間のコミュニケーションのプロセスをあらゆる段階でより快適で効果的にするため。 さらに、これにより当社の採用担当者の時間を節約でき、幸せな採用担当者は常に良いです。

現在、申請者の電子申請書に焦点を当てています。 50を超えるフィールドがあり、6つのステップに分割され、どのデバイスでも動作します。



カットの下で、チームの構成、使用するソリューション、およびチームに段ボールの男が必要な理由について説明します。

チーム

• Stanislav Semin（はい、私です）-プロダクトオーナー、デザイナー
• Artyom GrinkoはJava開発者およびアナリストです。
• Tanya Trifiltseva-スクラムマスター
• 段ボールの男（愛情を込めて彼をイゴールと呼びます）-フロントエンド

スクラムとアジャイルの方法論に従って製品を作ります。 製品に関するすべての決定（外観、機能、使用方法、一般に、実際にはすべて）は、チーム内でのみ独立して行われます。 ワークフローは、毎週のスプリントに基づいて構築されています。

それはすべて、1年前の冬に始まりました。 それから、最高経営責任者のサーシャ・アヴェリンは私の考えを信じて、最初の予算を見つけるのを助けました。 夏には、6月に、デザイナーの仕事を辞めることができました。IvanRockbee Vasilievが製品を手に入れて、 周りを回したからです。

1か月後の7月に、フロントエンドとJava開発者がチームに登場しました。
MVPは9月に準備が整いましたが、まだ銀行であり、セキュリティ担当者がいるため、10月にのみユーザーに展開しました。

そして今-私たちのチームの1週間のスプリントの日記。

---

月曜日

計画中

これは、任意の週の始まりです。 そして、私は月曜日について話しているだけではありません-計画について話しているのです。 計画では、先週アップロードしたタスクを開発に取り入れます。 グラマーとは何ですか-「木曜日」の章で明確になりますが、その場合は犬をカットしません。 少なくとも仕事で。
さらに、月曜日にスプリントの目標が設定されます。これは重要です。 したがって、必見です。

スプリントの目標とは何ですか？ これは、開発週の終わりにユーザーに伝える価値です。 現在のスプリントの場合、これは「応募者が過去の名前を変更したかどうかをアンケートで簡単に示すことができるようにするため」です。

スタンドアップ

それは計画後の月曜日に実行され、その後毎日実行されます。 15分ほどかかりますが、スタンドアップでは、今日誰が何をするのかをすぐに決定します（それぞれが自分のために）。

プロダクトオーナー

それから、私はオーナーとして、利害関係者と2回会議を開催し（30分）、トレーニングに参加しました（2時間）。 私は採用担当者と会い、警備員と予約して新しい機能を紹介しました。
今日のデザイナーとしては、何もしませんでした）

フロントエンド

彼はどこかで休んでいて、私たちは彼を探しています！ 彼はおもしろくて問題を解決することができ、そしてもちろん、Reactを最もよく知っています。 ところで、ここに欠員があります-PMで質問をしましょう。

これまでのところ、フロントエンドの代わりに、段ボールの男がいます。 彼をイゴールと呼んでいます。

虫

朝、サーバーは1時間ごとに再起動し始め、サービスにアクセスできなくなりました。 Tyomaは考えられる理由を見つけて、クラウドサービス（銀行のインフラストラクチャ内のクラウド）のパラメーターを操作して修正しました。 明日の朝が楽しみです。

Java

今日、サーバーを修正した後、Tyomaはスプリントの目標からタスクを取り始めました。

---

火曜日

虫

昨日のバグは修正されたようです。 サーバーは再起動しなくなりました。 今日、Temaはマイクロサービスの疑わしいアクティビティを監視し、バグを特定するために、Kibanaに美しい新しいグラフを追加しました。 このような各ケースは記録、テスト、および排除され、システムのフォールトトレランスが向上します。

Java

Tyomaは、サーバー上にいくつかの名前の処理ロジックを追加しました。 求職者として名前を変更した場合、古いものを先頭に入力し、暗号化解除後にマイクロサービスによってホストシステムの要件に変換され、データベースにプッシュされます。 候補者の名前は何度も変更されることがよくあります。

ペティアがいた-マーシャになった。 そのようなケースの数は本当に膨大です:-)

休暇

おっと！ 今日、Artyomが月曜日から2週間休暇をとるという事実を理解/記憶/調整しました。 私たちが休暇などを調整するSAPシステム（論文はありません！）は、親切に彼にこのことを思い出させました。 私たちのチームの唯一のプログラマー（段ボールのフロントエンドはカウントしません）は2週間利用できなくなり、何十人もの人々がすでに毎日サービスを利用しています。 良いサービスは落ちないはずです！ 一般に、明日はクラスターを管理し、それがあればそれを蘇生することを教えてくれます。 つまり、サーバー。

フロントエンド

Igor（はい、はい、段ボールのフロントエンド）は、何らかの理由でテーマのないJavaのコードに同意しませんでした。 まあ、大丈夫、彼にはたくさんの面白い仕事があります。 前面のロジックに対する複雑な改善の大きなバックログが蓄積されています。 思いやりのあるユーザーに感謝します。 たとえば、今では多くのユーザーがアンケートで自分の経験を示すのを間違えています。多くの場合、すべての場所を示しているわけではありませんが、5年間は必要です。 したがって、仕事の経験が満たされたときにサービスの合計長を計算し、場所を示す必要があるかどうか、または既に十分かどうかを示すウィジェットをユーザーに表示する必要があります。

まあ、実際には、このスプリントのタスクは、過去の名前の値を持つカードを追加/削除する機能を切り刻むことです。 このようなパズルと、Reactのコンポーネントのクールなライブラリを使用しませんか？ 空室 ちなみに、ライブラリは開いています-alfa-laboratory.imtqy.com/arui-feather/styleguide

私たちの前に来てください！ イゴールは非常に良い男ですが、私たちのジョークを笑わないように少し迷惑です。 そして彼は履歴書のスキル「社交性」について明らかに誇張しました。

プロダクトオーナー

今日、私にとって異常に早い日が始まりました、私はオフィスに8:30にいました（私は通常10時に到着します）。 ユーザーとの会議を数回開催し（2018年の次のユーザーストーリーを掘り下げました）、生産的でした。

その後、立ち上がります。 その後、リクルーターへのサービスへの自動配信のために手紙のテキストを修正しました。 HTMLで完成させました。 ところで、Atomで課します。 後-いくつかのプロセスの最適化に関する短い会議、退屈ですが、必要です。

その後、彼はHR製品の2時間のかんばんを促進しました。 20を超えるデジタル製品があり、暑かったです。 Trelloにも掲示板があります。 このイベントの目的は、不必要な作業を行わずに、対象のすべて、誰がどこで何を再利用するか、ということです。 このイベントは興味を持って報われました。 重要な交差点を見つけました。 私たちは2週間ごとに過ごします。 それから彼は別のオフィスに来ました。 チームとのコミュニケーション。 そして今20:37。

避難

今日、電話テロはアルファに達しています。 誰か（これは常に悪い人です）が電話をかけ、正確に何を指定せずにすべてが採掘されたと言いました。 その結果、モスクワのオフィスとほぼすべてのアルファオフィスが避難しました。 その時、私は彼らの間を移動していたので、私は影響を受けませんでした。 しかし、一般的に同僚の仕事に干渉しました。

スプリントの目標を信じて

私たちのチームは、「スプリントの目標を信じていますか？」という質問に答えるために、毎日スタンドアップで良い習慣を持っています。 信じます。 これまでのところ、すべては計画どおりです。 これは、スプリントの目標が達成されると信じていることを意味し、金曜日のデモでは、ユーザーの更新を表示します。

---

水曜日

対象読者

プライマリー-求職者、セカンダリー-採用担当者およびマネージャー。 明確な優先順位付けは、作業に大いに役立ちます。 たとえば、両方のCAが参加するプロセスを改善する必要がある場合、常に最初に申請者向けのソリューションを考え出します。 製材しています。 改善できたかどうかを測定します。 すべてが問題なければ、リクルーターのために同じプロセスを単純化する方法を考えています。 この原則は、膨大なユーザーストーリーを毎週のスプリントに適合させ、仮説を迅速に確認または反論し、その結果、ユーザーの改善を絶えず展開するのに役立ちます。 また、優先順位付けの際のPO時間を大幅に節約します。

信頼

ラッキーです。 ステークホルダーはチームを信頼し、タスクを設定しません。 私たちは、申請者が直面する問題を知るために銀行に最善を尽くしています。 この知識と現時点でのチームの能力に基づいて、私たち自身がタスクを優先し、仕事に取り込んでいます。

リサーチ

スタートアップを立ち上げるとき、応募者、新入社員、私たちを拒否した人、私たちが拒否した人に25回以上の綿密なインタビューを行いました。 インタビューでは、文字通り、候補者と一緒に仕事を見つけるプロセス全体を経験しました。 彼がとった行動と彼が同時に感じたことを知りました...まったく必要のない製品を作るつもりだったことがわかりました！

エラーを認識する

銀行のトップマネージャーに提示し、お金を与えられたスタートアップの最初のアイデアで、応募者の問題を解決するために、現在の雇用状況と今後の予定を確認できる素敵な製品を作成する予定でした。 そして、リーダーと採用担当者は、誰がどの段階にいるのかを理解するために、応募者と美しい数字のダッシュボードを見るでしょう。

お金が与えられたとき、スタートアップの最初の週に研究者のマリア・ゴンチャロワと話をして、custdev（ありがとう、マーシャ!!!）を保持して、ユーザーの問題に関する私の仮定を確認するのはいいことだと思いました。

そのため、詳細なインタビューを行い、応募者のカスタマージャーニーマップを編集しました（ちなみに、Excelでやっただけです。これは、美しいサードパーティサービスよりもずっと便利です）。候補者には苦痛はありませんでした。 とてもがっかりしました。 製品ビジョンを再定義する必要がありました。 スクラム。 今では毎週面接をしています。

候補者フォーム

実際、なぜあなたは私たちが申請者の電子アンケートを行っているのか、さらに多くのデジタル製品以外の理由を推測しなければなりません。 そうです、クライアントは彼を傷つけるものをよりよく知っているので、あなたは彼に正しく尋ねることができる必要があります。

チェスとテニス

チームスポーツは2つあります。 Tyomaは常にチェスで勝ち、私は卓球で勝ちました。 しかし、興味深いことに、4か月間の協力の後、私たちはともに大きな進歩を遂げ、今ではお互いの興味深いライバルになっています。 私たちはお互いから学びます。 これらはエンジニアリング手法です。

フロントエンド

Tyoma with Igor（はい、彼は仕事で非常に役に立ち、コミュニケーションが楽しいです）今日、フロントエンドでのアンケートの最初のステップをやり直しました。 Jenkinsを使用して継続的インテグレーションを構成しているため、更新はすぐに戦いに至ります。 それは多くの時間を節約します。 自由になった彼らはチェスで3つの電撃戦を行い、イゴールはオープニングで3つすべてを統合しました。

Tyomaは、弱い相手と戦うのは本当に好きではありません。 新しい、より経験豊富なフロントエンドが必要なようです。

---

木曜日

朝

Artem Grinkoは異常に興奮し、すぐにコンピューターに走りました。 警告した。 当然です。

障害警告システムは機能しました-データベースのデッドロック...重大なことはありませんでした。 コーヒーを飲みながら解決策を思いつきました。

そして、Tyomaは本日、システムとの統合の一環として地域からの時間を許可する問題について、jabber（別のオフィスに電話がある）のセキュリティユニットの同僚と話をしました。 Spring Bootのマイクロサービスに15分で同意して変更することがわかりました！ 現在、より多くの地域のユーザーに価値をもたらすことを妨げるものはありません。

グルーミング（ええ）

写真では、スクラムチームの毎週のイベントがグルーミングされています。 その上で、次のスプリントでユーザーに価値を提供する方法を決定します。



つまり、ユーザーストーリーを小さなタスクに分割します。 さらに、開発チームの各メンバーは、彼がどのようにベストであるかを決定します。 たとえば、ユーザーストーリー：「求職者として、パスポートの写真をアプリケーションに直接添付したい」が、フロント、ミドル、デザイナーの11のタスクに分割されました。
グルーミングでは、ステッカーを使用します。ステッカーは、スクラムマスターがtrelloで電子タスクに変換します。

スクラムマスター

私はここで尋ねられました-そのような小さなチームが独自の（1/4レートではありますが）スクラムマスターを持つのはどうしてですか？ しかし、絶対に私自身のイニシアチブです。 Tanyaはリクルーターとして働いており、スクラムとして開発したいと考え、スタートアップのセットアッププロセスとして私たちを支援することを申し出ました。 時間後。
私はこのアイデアが好きで、ほぼ3か月間一緒にいました。 現在、ターニャは複雑な名前の新しい役職に移り、チーム全体のプロセスを支援しています。
ターニャはよくやった。

あなたのチーム

これはプロダクトオーナーの仕事の特別な部分であり、十分な時間とエネルギーを消費します。 結局のところ、チームの選択、そのインスピレーションと有効性は、まさにPOの責任です。

私はこれを理解していませんでした、そして誰かが私にバラ色の頬で、仕事をする準備ができているそのようなかなり友好的なチームを提供すべきだと思いました。 いや チームを作成する必要があり、多くのエネルギーが必要です。 信じて

スタートアップには1つの簡単なルールがあります。テクニックを教えることはできますが、精神には親近感はありません。 スタートアップには夢想家、小さな冒険家が必要です。 私たちはお金を流出に流し、一方、すべてのペニーを数え、クレイジーなアイデアを信じますが、それをどのように行うかを完全に理解する必要があります。

アナリスト

言わなかった？ システムアナリストを募集しています。 なに？ いいえ、イゴールではありません。 だから、今日は2回目のインタビューでした...私は名前を開示しません。

一般に、2か月間、私たちはアナリストにインタビューしてきましたが、まだまともなアナリストを見つけていません。 頭の中に経験も論理もない人、または20年の経験はあるがスタートアップチームには適さない、鼻の強い滝の専門家。 特別な要件はありません。

主なことは、人がチームに適合し、論理的に考え、データベースをよく理解し、中程度の退屈であることです（技術文書を書くために非常に必要です）。

---

金曜日

ハンバーガー

はい、私たちはあごひげ、蒸気、スムージーの流行に敏感ではありません。 しかし、私たちはハンバーガーが大好きです。特に彼らがスプリントを成功させたときは。

スプリントゴール

彼女は終わった。 過去（最大10個）のフルネームの組み合わせを追加するための新機能-戦闘中。 私たちはタスクの複雑さを過大評価しているように感じますが、それは主に最前線であり、イゴールは最近あまりおしゃべりではないため、不思議ではありません。 その結果、コードでさらにいくつかの負債を修正しました。

デモ

毎週金曜日にデモがあります。 その上で、現在のスプリントで行ったすべてのことをユーザーと利害関係者に示します。 これは、画像やスクリーンキャストではなく、インターフェイスを表示することで正確に行います。 デモの結果、ユーザーから非常に貴重なフィードバックを得て、発生したすべての問題を書き留めてから、それらを構造化してバックログに追加します。

未テスト

アンケートに記入する際、ユーザーは両親の氏名を示す必要があります。 この場合、たとえば法律の観点から、ある人に父親が1人いるが、実際にはまったく別の人を父親と見なしている場合、興味深いケースが発生します。

法律の観点から情報を入手する必要があります。 このような「合法的な」情報は、父親と母親のデータを含む出生証明書に正確に含まれています。 私たちは素晴らしい解決策を思いつきました-フィールドへのコメントには、「母。 データは、出生証明書のように「...テストされておらず、すぐに洗い流されます！

ユーザーの80％が私たちを送り始めたと思いますか？ そう、母親の旧姓。

私たちはフィラーの証言について考え、ユーザーはそれを母親の証言と考えました。 そして彼らは正しかった。

結論-チームが最も理解しやすいソリューション（著作権を含む）でさえ、ユーザーでテストする必要があります。

---

合計

一般的に、どういうわけか私たちは生きています。

ところで、突然あなたの一人があなたがインタビューに来て、技術的なスキル（または少なくともチェスを破る）の面で段ボールイゴールを与えることができるという自信を持っているならば- 来てください 。

そして、はい、銀行のデジタル部門で働くことについて感じていること、アジャイルとスクラムがここで定着する方法、チームを構築する方法などについて質問がある場合は、喜んでお答えします。