保険会社との協力、アジャイルコーチング、禁止技術に関するSidenis

Sidenisは比較的小さなIT企業であり、一見すると他の数百のアウトソーシング会社と違いはありません。 しかし、私たちは、いつも出会うとは限らないユニークな経験や状況に関する物語を探しています。 そして、ここにももちろん存在します。 Sydenisは保険業界で20年間働いており、最大の企業で働いており、独自の製品を作成しようとしています。



SidenisがMy Circleで受け取った会社の評価の結果によれば、従業員は会社の良好な社会的パッケージ、快適な労働条件、専門的な成長に特に感謝しています。



SidenisのアジャイルコーチであるViktor Klimovと話し、タイムゾーン間で200人をつなぐのが難しいかどうか、顧客から禁止されているテクノロジーのリストに対処する方法、職場で個人プロジェクトに従事する方法、そして独創的なプログラマーが英語を知る必要がある理由を見つけようとしました。

---

アジャイルコーチとは何ですか？なぜ必要なのですか？

ビクター・クリモフ



私はアジャイルコーチとして働いており、以前はプログラマーでした。 私はシデニスに7年余り住んでいます。 私はジュニアからシニアJava開発者まで長い道のりがありました。 この旅のほぼ全体にわたって、私は途中でスクラムマスターでもありました。 そして、私は人々が彼らが最善を尽くすことをすべきであることに気付きました。 そのため、アジャイルコーチングに切り替えました。 プログラミングよりもよくなる人々とのコミュニケーション。



「そして、これをどのくらい理解しましたか？」



もう一年。 今、これが必要なだけでなく、会社の必要性もあります。 私たちは成長し、従業員が増え、人々と仕事をし、彼らと議論し、何かを説明し、伝え、新しいものを見せる時間が増えました。



それから私は重要な決定を下し、開発を終了しました。 私は何かを犠牲にしなければなりませんでした。 私は開発が好きではないとは言えません-私はそれが好きです。 その結果を見て、楽しんでいます。 しかし、残念ながら、遅かれ早かれあなたは選択をしなければなりません。



-アジャイルコーチ-エキゾチックに聞こえます。 正確に何をしているのか教えてください。



アジャイルコーチとは、チームに新しい何かを学ぶよう促し、新しいプラクティスの適用を支援し、これらの変更に対する企業の抵抗を軽減し、それが何であり、何のためであり、何につながることができるかを説明できる人です。 比較特性を与えます。 彼は知識を大衆に伝えます。



私は、新しい人々を含むチーム向けのトレーニングを実施しています。基本的な価値、アジャイル思考とは何か、なぜ機能するのかについて話します。 これは初心者にとっても、既存のチームと話し合って共通のスタイル、共通の思考を開発するのにも役立ちます。







-チームがあなたが間違っていると思うことをしている特定のストーリーを教えてくれるかもしれません。



たとえば、スクラムに失望したチームが1つあります。 彼らはもっと本のバージョンを思いつきで実現しようとし、原則としてスクラムは彼らの仕事には当てはまらないと感じました。 彼らはすでにこのフレームワークを放棄したいと考え、かんばんに傾いていました。



私たちは彼らと一緒にトレーニングを実施し、彼らはアプローチを再考し、以前に持っていたものが間違っていると考えました。 アジャイルとは何か、その原則は何か、スクラム、そのすべての儀式、つまりアジャイルとは何か、それは何のためにあるのか、そしてそれをどのように適用するのかについて話しました。 その後、彼らは考え直し、もう一度考え、これがうまくいくことを悟った。 彼らはフレームワークに二度目のチャンスを与えました。 今、彼らは正常に働いています。

---

Sidenisが行う製品

-到着したとき、会社はもう何年も経っていましたか？



彼女はずっと年上です。 同社は20年以上存在しています。 この間、彼女は保険および再保険ビジネス向けのITソリューションの開発サービスを提供しています。 主な顧客は、SwissReやAllianzなどの大企業です。 彼らは再保険と保険の分野で主導的な地位を占めています。



4つの都市にオフィスがあります。 サンクトペテルブルクでは、ほとんどの人がいます。 トムスク、カリーニングラード、チューリッヒにオフィスがあります。 チューリッヒでは、ビジネスの中心は主に、サンクトペテルブルク、トムスク、カリーニングラードの開発センターに集中しています。







-私が理解しているように、会社はSwissReと連携するために特別に作成されましたか？



SwissReは最大かつ最古のパートナーです。 しかし、これはビジネスの一部に過ぎず、他の顧客と自社製品があります。 たとえば、オンライン保険サービスRiskMarket。 このサービスは保険会社のITシステムと統合されており、現在の料金で最良の条件の保険を検索できます。 Sidenisは、ブロックチェーンベースの社会保険プラットフォームであるOoniqのITパートナーです。



Actusと呼ばれる統合ITプラットフォームもあります。 アクチュアリーや保険引受人が日常業務をより簡単かつ効率的に解決するのに役立ちます。 アクチュアリーと保険引受人に必要なすべての機能セットを含む基本的な数学ライブラリーであるいくつかのモジュールがあります。 リスクとさまざまなグラフを計算するためのWebアプリケーションがあります。



-あなた自身のプロジェクトや他社のプロジェクトをもっと持っていますか？



これまでにより多くのカスタムメイドのプロジェクトがありますが、私たちの目標はその比率を50対50にすることです。ほとんどの顧客は大規模な保険および再保険会社であり、何百もの異なるアプリケーションおよびシステムを含むITインフラストラクチャを使用しています。 さらに、保険会社の要件は毎年変更されるため、新しい基準を追加する必要があります。



データを操作して結果を取得するWebアプリケーションがあります。 登録済みの数学演算、数学モデルがあります。 トランザクションのデータを計算して保存するためのインターフェースを提供するアプリケーションがあります。 このプロジェクトにより、経営者は契約価格が予想を満たしているかどうかを把握できます。 これらのプロジェクトはすべて、さまざまな角度から支援を受けて、引受会社の生活を楽にします。

---

タイムゾーン間の会社の構造と仕事

「あなたは成長していると言いました。」 現在のプロジェクトにさらにタスクがありますか、それとも新しいクライアントがいますか？



はい、私たちは成長しています。 現在のパートナーからの注文のポートフォリオは成長しており、新しい顧客が現れています。また、自社製品の開発にはより多くのリソースが必要です。 現在、当社の4つのオフィスすべてに200人以上がいます。サンクトペテルブルクで約140人、トムスクで約50人、カリーニングラードで15人、チューリッヒで約20人です。 国際チームがあります。 ロシア、スイス、ドイツ、オーストリア、フランス、中国、その他の国の人々がいます。







-都市間のこのような分布の論理は何でしたか？ トムスクとサンクトペテルブルクの間で、異なるタイムゾーン。 おそらく不快です。



異なるタイムゾーンは、いくつかの不便を課します。 しかし、私たちは分散したチームで働くことに慣れています。 トムスクには工科大学があり、そこで専門家を見つけることができます。 さらに、トムスクはインドにも近く、同僚もいます。 これにより状況が簡素化されます。



開発に関しては、4時間の違いがあると不便です。 しかし、同時に、トムスクの人たちは私たちよりも早く働くようになります-突然何らかのアプリケーションが動作しなくなったり、サーバーがクラッシュしたり、何か他のものがあれば、すぐに再起動できます。 そのため、このメリットも享受できます。



-従業員はオフィスでのみ働いていますか、それとも遠隔地にいますか？



オフィスでのみ。 週に1日、自宅からリモートで働く機会がありますが、ほとんどの場合、仕事はオフィスで行われます。 他の都市で従業員を見つけたら、サンクトペテルブルク、カリーニングラード、またはトムスクへの移動を提案します。 それは歴史的に起こりました。 リモートの従業員はいません。



-人々はどのようにチームに分かれていますか？



一部のチームには4つのオフィスすべてからの人が含まれていますが、これはまれです。 チームは非常に自律的で、受け取ったタスクを独立して実行できます。 これには、テスター、デザイナー、開発者、ビジネス担当者、製品、アナリストが含まれます。



-注文の受付から顧客への製品の配送まで、作業はどのように進んでいますか？



プロジェクトに応じて2〜3週間の短いスプリントで作業します。 各チームには、どこに行くべきかというビジョンを持っている人の製品があります。 彼は顧客やこのシステムを使用する人々と通信するため、開発タスクは彼からのものです。



彼はタスクを説明し、チームに提供し、チームが明確な質問をし、製品が詳細を明確にし、チームがタスクを実行します。 2〜3週間、彼はそれらに取り組み、反復の終わりに結果を示します。 プロダクションでの誰かのリリースは、スプリントごとに行われます。スプリントは2回ごとに行われます。 たとえば、年に2〜3回など、頻繁にリリースされないチームがあります。 それにもかかわらず、各反復の後、彼らは次の製品リリースで見ることができるものを製品とユーザーに示します。



すべての文書、顧客とのコミュニケーションはすべて英語で行われるため、言語の知識は私たちにとって重要です。 お客様との開発者のコ​​ミュニケーションも歓迎します。 それでも、開発者はコードに最も近く、すべてがどのように機能するかをよく知っています。



「会議や交渉に時間がかかりますか？」



まあ、開発者は不平を言うことがあります。 もちろん、彼らはそんなに答えます。 しかし、会議や集会にはそれぞれ目標があります。そのため、開発者は、プロジェクトがどのように開発されているのか、どこで動いているのか、他の人が何をしているのかを学びます。 誰もが理解が一人の人間にかかっているわけではないことを認識すべきです。







「開発者は他の人がどのように機能するかを本当に知る必要があると思いますか？」



そう思う。 私個人にとって、それは重要でした。 私は他の従業員が精通している分野を知っていました、そして私たちは互いに助け合うことができました。 タスクが流れているので、ある時点で新しい領域を理解する必要があることが判明する可能性があります。

---

お客様の仕様と禁止されている技術のリスト

-保険会社で働くことの特徴と詳細について話せますか？



これは大企業であるため、使用できるテクノロジーのリストはかなりタイトです。 時々突破しますが、ポジションは守らなければなりません。 これが本当に必要かつ重要であることを証明できれば、彼らは私たちの見解を受け入れ、譲歩します。



しかし、リストがあります。 一方で、これは人々を制限するので悪いです。 しかし一方で、多数の同一のアプリケーションと異なるバージョンを維持することは高価で、困難で、時間がかかるため、混乱を防ぎます。



-このリストについて教えてください。



ほとんどのJava開発は進行中で、いくつかの.NETプロジェクトがありますが、全体的にははるかに小規模です。 つまり、Java 8および.NET、データ転送用のRabbitMQは間違いなく許可されています。 原則として、これは産業開発のニーズのほとんどをカバーしていますが、世界は成長し、発展しています。



たとえば、Java用のSpringフレームワークが必要でしたが、禁止されていました。 Java Enterprise Editionのみが許可されました。 これが私たちにとって重要であり、開発を加速することを証明することができました。



フロントエンドのAngular 6では、ReactとTypeScriptを使用したJavaScriptが許可されています。







-テクノロジーのリストは何ですか？



明確で理解可能なリストがある場合、予測可能性が得られます。 そうでない場合、サポートは非​​常に高価になります。 動作中のアプリケーションは、ユーザーがどれだけ気に入っているかによって判断されます。 ただし、顧客側には最小限の技術的管理があります。統計コードアナライザーまたはコードの品質を担当し、リポジトリをチェックするサービスです（これは主に新しいプロジェクトでのみ行われます）。



しかし、私たちには超ハードコード規制はありません。 何も超自然的ではなく、「ブラケットを1行に書き、他の行には書き出さないで」。



私たちはこのリストに住んでいます。 私たちはとても幸せだとは言いませんが、何も悪いことはありません。 それは理性の範囲内で私たちを制限します。 私たちが古代の技術のみを使用するようなものはなく、誰も私たちのアドバイスに耳を傾けません。



-適用したいが、できない技術はありますか？



Goで書きたい。 言語は軽量であり、Javaよりもメモリを消費せず、高速に動作するため、すべての側からの要求がそれに続きます。 しかし、議論のプロセスがあります。 一部のプロジェクトでは、サービスで使用しています。



まれに、リストから抜けることができます。主なことは、これが必要な理由と、解決したい問題を顧客が理解していることです。 「今日、私たちはそのようなJSフレームワークを使用し、明日は別のフレームワークを使用します」と言うことはできません。 彼らは毎年生まれており、あなたが絶えず切り替えると、顧客は何が起こっているのか理解できません。

---

広告ブランドのない会社を雇う

-どこで人を探していますか？



主に会議のHeadHunter、My Circle、Linkedinで。 今年、トムスクで小規模な実験を行い、Java、テスト、フロントエンド開発のいくつかのアカデミーを立ち上げました。 彼らはそこで異なる背景を持つ人々を訓練しました。 現在、2番目のセットはすでに進行中であり、これを継続すると思います。 平均して、訓練を受けた人の半数を採用していますが、これは非常に良い結果です。



口コミでは、最近まで、HRブランドを積極的に宣伝していませんでした。 しかし、同時に、人々が私たちについて知っていれば、彼らは進んで行くでしょう。 一部の人が私たちのために働いて、去り、他の会社のために働いて、最終的に戻ってきたのです。 それは何かについて何かを言います。



-どのようにインタビューしますか？



2段階で実行されます。 最初のものはSkypeに行きます。 私たちは一般的に受け入れられているものを見つけようとします：技術的なリテラシー、理論的な資料、人のレベルを推定できるように、それほど複雑ではない実用的なタスクを与えます。



2回目のインタビューは会社のオフィスで行われます。 既にプログラミングタスクが与えられている場合があります。 人がどのようにコードを書くか、彼がどう考えるかを見る。 答えがどうなるか、明確な質問が尋ねられるかどうか、それらがどのように定式化されるか、そしてそのコードが進むにつれて調整されるかどうかを見るのは興味深いです。



人がどのような経験をしたかを理解するために、より深い理論的な質問をします。



-理論上、優れた開発者を排除できないように思われませんか？ まだグーグル。



情報を迅速に分析し、答えを得る能力-これは重要です。 人が問題に遭遇してそれを解決した場合、それがなぜこのように解決され、他の方法ではないのかを合理的に実証することができます。 経験豊富な人は、単なる才能ではなく、常に議論を持ち、これはより価値があるように思えます。 「すでに10回やってきて、常に働いている」という精神のセンスとインスピレーションは、もちろん良いことですが、狭いものです。



私は人がすべてを完全に知っているべきだと言っているのではありません。 しかし、彼が何をしているのかを理解していれば、理論を知らずに単にStackOverflowからコードの一部をコピーするよりも優れた解決策を見つけることができます。



-あなたが間違いなく候補者を拒否する特性がありますか？



英語の欠如。 人が話すことができない場合、私たちは拒否することを余儀なくされます。 そのため、私たちは言語に時間を割くインタビューで、英語で話してください。



-開発者が素晴らしいが、英語がわからない場合-それでもそれを受け入れませんか？



残念ながら、はい。 さらに、独創的な開発者は、エンタープライズ開発に定着するのが困難です。 彼はどのように顧客と通信しますか？ 問題をどのように解決しますか？



-製品を通して。



常に製品を介して作業することはあまり効果的ではありません。 そして、スクラムを使用することはほとんど不可能です。



しかし、私たちの時代には、ほとんどの人が英語を知っています-彼らは確かにそれを読みます。 多くの人が話をしようとしています。 さらに、当社には独自の英語とドイツ語のコースがあります。 教師は引き上げることができます。 プログラミングの天才であり、少なくとも何らかの方法で英語を話す人は、その人の成長を助けられます。



-候補者の応募から募集までどのくらいの時間がかかりますか？



実際、すべてが迅速に進みます。 面接の後、私たちは考え、話し合うために1、2日かかります。 次に、2回目のインタビューを任命します。それがどれだけ早く合格するかは、候補者が今後数時間の時間をとるかどうかによって異なります。 2回目のインタビューの後、1日か2日。 したがって、最大で2週間が経過し、候補者は既に申し出または拒否を受け取ります。



-男が会社に入ります。 次は？



歓迎トレーニングがあります。 そこには、会社について、私たちがどのように暮らし、働いているかについてすべてが語られています。 人はオフィス、人、プロジェクトに紹介され、チームへの参加方法の責任はチームにあります。



最初に、保険ビジネスの研究があります。 これはかなり具体的なものです。 初めてこれを見ると、あまりはっきりしないように見えるかもしれません。 したがって、最初は没入感があり、それは完全に簡単ではありませんが、誰もが対処します。 さらに、タスクが到着すると、コンテキストが与えられます-なぜそれが行われるので、人が考えずにコードを書くとは思わないが、なぜそれを書くべきかを理解します。



-一般的に人々があなたのために仕事に行くことを引き付けるものは何ですか？



私はクッキーと言うでしょう...



「Cookieを使用しても誰も驚かないでしょう。」



...しかし、果物があります！



実際、クッキーは本当に悪であることに気付き、果物と野菜に切り替えました。 かなり良いソーシャルパッケージがあり、VHIと仮想アカウントがあります。

---

内部の生活、仮想アカウント、自己開発のための時間

-従業員をどのように動機付け、励ましますか？



各チームには仮想アカウントがあります。 仮想アカウントは1年間直ちに発行され、チームの人数に応じて計算されます。 必要に応じてアカウントを管理します。 彼らは、例えば、彼らの解放に気づき、バーに座り、仕事以外の雰囲気でチャットし、いくつかの探求に行き、トランポリンに飛び乗るでしょう。



同じ仮想アカウントが各個人用です。 職場、フィットネス、教育、会議、書籍の改善に費やすことができます。



-そして、燃え尽きにどう対処しますか？



私たちには時間追跡システムがあり、人々がプロジェクトに費やす時間、関与している時間を監視しています。 処理が多い場合は、休暇中に送信するか、休憩を追加します。 同じリズムで作業し、同じ生産性を示すことは困難です。



加えて、人々自身がスプリントにあるタスクからタスクを選択します。 興味深いタスクは、人をフローの状態に保ちます。 しかし、時には日常的なものがあります-これを回避することはできません。



多くの場合、人が燃え尽きることはあまり目立ちません。 彼はまだ仕事に行きますが、彼は何にも興味がありません。 そして、これがすでに起こっている場合、何かがおかしくなっています。 これはそれぞれ個別に議論し、具体的に何をすべきかを決定する必要があります。 別のプロジェクトに移ってこの問題を解決した人を知っています。 彼は活動の変化のために仕事への動機を得た、タスクはより多くの喜びをもたらしました。







従業員が作業プロジェクトだけでなく対処できることが重要です。 社内には、開発者、テスター、デザイナーを結びつける「ギルド」があります。 各従業員に年間最大200時間を割り当て、自己啓発と創造性に専念できます。 勤務時間中に新しいテクノロジーを研究し、同僚の利益のために団結し、新しい製品を作成する。 たとえば、私たちの会社では、一部の人が機械学習、アルゴリズムに従事していました。



-仕事自体は面白いですか？



もちろん、プロジェクトに依存しますが、どこでも面白いものを見つけることができます。 それらに大きな技術的課題がないようにします-大量のデータや負荷の高いシステムで作業します。 しかし同時に、適切なアーキテクチャを適切に維持し、適切に管理し、簡単に変更できるようにすることも非常に困難です。 つまり、技術的には開発の余地があります。