技術、開発、管理を1つのサイトに統合するために作成された、リーダー、部門長、サービスステーション向けの2回目のTechleadsミーティングを発表するときです。 2月11日にモスクワのBadooオフィスで開催されます。 開始：12:00
前回の会議では、モバイルWeb、テスト、技術、通信のトピックについて議論しました 。 今回、会議でのすべてのスピーチは、1つの共通のテーマで結ばれています。チームの絶え間ない成長と会社の変化という条件の中で、ダイナミックな開発を作成および維持する方法です。
このトピックは非常に興味深いので、会議のスピーカーを選択している間、やめられませんでした。 あなたはそれを好きになるでしょう：Max Lapshin（Erlyvideo）、Evgeny Potapov（ITSumma）は、Badoo-Alexey Rybak、Ilya Pyatin（CarPrice）、およびAndrey Shelekhin（Tinkoff.ru）からの彼らの物語で話します。 カットの下-パフォーマンスのスケジュール。
講演者とトピック
マックス・ラプシン、アーリービデオ
トピック：プログラマーの場合、小規模で収益性の高いソフトウェア会社を作成するにはどうすればよいですか？
レポートでは、困難なことに関与している企業の静かな発展のかなり成功した歴史についてお話します。私たちは、他の人々のビジネスの技術基盤であるニッチソフトウェアを作ります。
私が話します：
- どのようにしてソフトウェアを開発し、100か国で販売する予定ですか。 今何をしているのか、次は何をしているのか、できないことは何をしているのか。
- 毎日のストレスを自分自身にアレンジしないために私たちは何をしますか？ 製品開発の詳細は、エンドユーザーからはほど遠いものであり、原則として社内で完全にテストされていません。
- 低レベルのストレスを維持しながら前進するために作業を簡素化する方法。
何が起こるのか、そして私たちがうまくいかないのか。
エフゲニー・ポタポフ、ITSumma
件名：ビジネスとしてのサイトの技術サポート：人、管理、プロセス
プロジェクトのサポートに関連するプロセスは、会社の計画と開発において常に際立っていました。 優先順位の急激な変化に直面して、ランドマークをどのように維持できますか？ この絶え間ないストレスの中でどのようにしてチームを維持し、発展させることができますか？ Evgeny Potapovは、1つのプロジェクトではなく200のプロジェクトをサポートする必要がある状況でのサポートの開発の歴史について語ります。3人から60人までの会社の成長の歴史。
人事問題：
-適切な人を見つけて訓練する方法
-交代制勤務の詳細
-チームでの経験と知識の交換
プロセス管理：
-サポートおよび運用対応に関連する設定タスクの詳細
-優先順位の混oticとした変化の計画
- 人的要因を最小化する手段としてのテクニカルサポートの監視：
-着信要求の処理
-タスクに費やされた時間の監視
-「バックオフィス」の編成と自動化。
アレクセイ・ライバック、バドゥー
件名：パフォーマンスレビューは、動的な会社の価値を守ります
多くのエンジニアは、「パフォーマンス測定」という言葉を聞くと、緊張して顔をひねります。 マイクロソフトの注文に関する噂を思い出す人もいれば、上からの順番に従って年に一度記入しなければならない意味のない長いフォームを思い出す人もいます。
マネージャーむとてん！
エンジニアは測定できません;レビューは干渉するだけです！
エンジニアのKPIは機能せず、迷惑なだけです！
これはすべて、パフォーマンスレビューの議論で聞くことができ、おそらく多くの場合、これは真実です。
Badooはエンジニアリング会社であり、もちろん私たちはパフォーマンスレビューを経て生まれたわけではありません。 私たちの最初の知り合いは、私たちが約6歳のように思えたずっと前に起こりました。 それから私たちの会社には、すでにパフォーマンスのレビューを行った先輩がいて、彼は私たちに試してみるよう説得しました。 私たちは自分自身を納得させて決めました。 いつでも停止できます。」
一般に、私たちはそれがとても気に入ったので、それ以来レビューは私たちと実際に変わらずに働いており、それなしで生きる方法を想像することはできません。 それにより、私たちは価値を伝え、ニュースを共有し、ありがとう、どこでどのように成長するかを同僚に伝えます。このプロセスはテクライドを大いに助けます。
このレポートでは、次のことを伝えます。
- レビューを成功させるための簡単なルール。
- プロセス自体の作成および実装方法。
- どのような問題に直面し、どのようにそれらを解決しましたか。
- まったくレビューが必要ですか。
カープライス、イリヤ・ピャチン
トピック：会社が毎月2年間20％成長したとき、ITのプロセスはどのように変化しましたか？
私のレポートでは、会社の成長中にITの構造とプロセスがどのように効果的に変化しているかについてお話したいと思います。 2年連続で、私は毎月「新しい」会社に来ました。これは、1か月前に働いていた会社よりも15〜20％増加しました。 新しいプロジェクトと実験が絶えず開始され、1か月前の階層と設計スキームはCarPriceの新しいモデルには適さなくなり、速度が低下しないように変更する必要がありました。 プロセスとツールの進化、およびこれらの開発のすべての段階を成功裏に通過したものについて話します。
話しましょう：
- あなたの会社がスタートアップのときはどうしますか？
- あなたの会社が突然スタートアップをやめたときはどうしますか？
- 開発環境を迅速に拡張する方法
- 後から落ちないように、チームでプログラマーを迅速に採用する方法
- 管理-数人の開発者から大規模な部門まで
- システムアーキテクチャと実験の実施へのアプローチ
アンドレイ・シェリョーキン、Tinkoff.ru
件名：よし、アジャイルがあります！
品質開発プロセスを構築する必要があります。 これに役立つ多くのソースがあるようです。 たとえば、17ページのスクラムガイドに実際に書かれていることを説明するアジャイルとスクラムに関する本。 ステッカーボードの癒しの特性、理想的な時間よりも優れたストーリーポイント、デイリーミーティングへの遅刻者を処罰する方法について最終的に柔軟性のない開発者に説明するトレーニング。
これらはすべて既成のアプローチと実践です。 背後に隠されているものを理解せずに既成のソリューションの適用を開始すると、それらは役に立たないだけでなく、プロセスにとっても危険であることが判明します。
別の種類のヘルプがあります-外部コンサルタント。 各参加者がアジャイルとスクラムの違いを説明し、ユーザーストーリーをステッカーに合わせて前日がどのように進んだかを学ぶまで、彼は毎日チームと協力する準備ができています。 しかし、外部コンサルタントはあなたの成功を保証しません。 間違った方向に進みます-悪化させるだけで、時間とお金を失うだけです。
解決策は、常識と周囲の現実に基づいて独立して意識的に開発プロセスを構築することです。
これをどのように行うことができるか、レポートで説明します。 Tinkoff内部開発部門の例を使用して、正しい開発プロセスと質問のチェックリストを分析します。
- 開発マネージャーは何を忘れていますか？
- プロセスを使用して、ビジネスを妨げることなく開発問題を解決できますか？
- スクラムに関する本で説明されているルールを破り、それを自分自身のせいにしない方法は？
Mitapプログラム
11:00までにお越しいただけます。コーヒーをご用意いたします。
11:00：登録開始
11:55：開会の辞
12:00-12:30： Max Lapshin（Erlyvideo）
12:30-12:40：質問
12: 45-13 :15：エフゲニー・ポタポフ（ITSumma）
13:15-13:25：質問
13: 30-14 :00： Alexey Rybak（Badoo）
14:00-14:10：質問
14:10-14:40：昼休み/ Badooオフィスへの遠足
14: 45-15 :15： Ilya Pyatin（CarPrice）
15:15-15:25：質問
15: 30-16 :00：アンドレイ・シェレキン（Tinkoff.ru）
16:00-16:10：質問
16:10-16:40：無料のコミュニケーション
mitapで登録-https://badoo-development.timepad.ru/event/437019/（姓と名をキリル文字で書いてください）。
住所：モスクワ、ツヴェトノイ大通り、紀元前2、「ツヴェトノイの伝説」、入り口A.メトロ：トゥルブナヤ/ツヴェトノイ大通り。