開発者からソリューションアーキテクトまで:1つの変革の物語

1年前、モバイル開発者のIvan Trifonovは、EPAMの革新的なプロジェクトの1つで、センセーショナルなスタートアップをSolution Architectの立場に引き換えました。 プロジェクト活動の海で泳ぐことを学んだ方法、作業プロセスに対する彼の態度がどのように変わったか、そして建築家の地位が自尊心を取り除くように教えている理由についての彼の物語です。







画像

「去ると言ったとき、同僚は戸惑いながら私を見ました」



今日、私はTシャツを着ています。これは以前の職場から残っています。 これは、ミンスクのすべてから最も頑固な開発者が集まっただけでなく、スタートアップです。 条件と予算にほとんど制限のない魔法の技術的ソリューションを作成しました。 これらは、Swift、Kotlinのモバイルクライアント、およびGoのバックエンドです。







私たち自身の責任において、私たちはまだタイムテストされたものではなく、リアクティブで機能的なプログラミングで有望なアプローチを使用しました。 幸いなことに、すべてがうまくいきました。リリースの時点までに、これらのテクノロジーは実稼働対応レベルまで成熟していました。

バックエンドは興味深い解決策なしではできませんでした。現代のオーケストレーション、Grafana / Kibanaに基づくビッグデータ対応のジャーナリングシステムです。 Go言語は、興味深いソリューション(たとえば、マイクロサービスアーキテクチャや、交換可能な多数のノードのオーケストレーション)にも魅力を感じました。 何よりも私は彼らのフェイルトレランスアプローチを覚えています。エラーが発生した場合、ノードを強制終了してシステムを再起動する方が簡単です。 それは0.5秒かかり、多くの時間を節約します。 アルゴリズムの点で複雑な問題を解決しなければなりませんでした。







一方で、そのような仕事はエンジニアとして成長するインセンティブを与えてくれ、一方で、私はチームの外部で興味深い実践を共有し、人々がより良いことをするように影響を与えたいと考えました。

会社を辞めると言ったとき、同僚は戸惑いながら私を見ました。なぜなら、高度なスタートアップを辞めるには明確な目標が必要だからです。 技術的リーダーとしての開発。 正直に言うと、私は開発フレームワークにとどまりたくありませんでした。ある時点で、プラットフォームが適切でない可能性があることが怖くなりました。 EPAMでは、ソリューションアーキテクトとしての仕事を提供されました。 それがうまくいくかどうかはわかりませんでしたが、私は決めました:彼らはそのような機会を与えるので、私は同意しなければなりません。







「建築家はそのようなマネージャーです...」



EPAMは、製品開発プロセスを「前後に」理解し、ビジネスのプリズムを通してそれらを見る方法を学ぶことができる場所です。 EPAM Insiderカンファレンスに参加した後、数年前に会社を見ました。 しばらくして、彼は従業員になりました。

比ur的に言えば、最初はソリューションアーキテクトの仕事が四角形と矢印を描くことだと想像していました。 しかし、インタビューの段階で私の態度はすでに変化し始めていました。EPAMの建築家Oleg Orelは、「建築家はそのようなマネージャーです...」というフレーズから始めました。







しかし、彼は正しかった。 現在のプロジェクトでの私の主な仕事の1つは、開発プロセスの非常に多くの参加者に同じことについて話させ、お互いに何百もの怒りの手紙を書かないようにすることでした。

そのため、数か月の作業の後、世界中に分散した大規模なチームによって実行される「ピース」が、作業システム内で「魔法のように」結合します。 そして同時に、開発者は、「接着」のプロセスが一般的に行われていることに気付かないようにします。 目を閉じて歩いている人の足の下に足を踏み入れるようなものです。 EPAMはモバイルアプリケーション開発者としてプロジェクトの作業を開始しましたが、徐々に会社はインテグレーターになり、プロジェクトのすべての部分が連携するようになりました。







プロジェクトX:「目に見えないが、エアアプリケーションとして必要」



私は、EPAMが自身の周りに作業のプロセスを設定し、徐々にそれを他の会社のチームに拡大しているという事実に魅了されました。 誰もが同意し、1つのプロセスで作業を開始します。この魔法は、参加すると起こります。 顧客や開発者と緊密にコミュニケーションを取ります-そして、コミュニケーションプロセスの新しい詳細を取得する画像が頭に浮かび上がり、矛盾が明らかになり、解消されます。







プロジェクトは開発者の観点からどのように見えますか?







私たちは、将来的には空気のように見えなくなりますが、必要になるモバイルアプリケーションを作成しています。 あなたがSIMカードなしでヨーロッパに来て、あなたが緊急にインターネット経由で誰かに連絡する必要があると想像してください。 スマートフォンは、アクセスにパスワードが必要な200個のWi-Fiポイントを特定しました。 これらのポイントのほとんどは同じ携帯電話会社のものです。Wi-Fiユーザーエクスペリエンスを携帯電話ユーザーと同じにしないのはなぜですか。 街中を歩き回ると、携帯電話はパスワードなしで自動的に異なるポイントに接続します。 切り替えは目に見えません:猫のいるビデオは中断されません。







このプロジェクトの実装は決して簡単ではありません。モバイルアプリケーションの背後には、複雑なインフラストラクチャを備えたグローバルなヨーロッパの顧客であるWi-Fiオペレーターの1つがあります。 私はまだWi-Fiルーターがどのように機能するかを完全に理解することができず、その機能を説明するには複数のドキュメントが必要です。 したがって、ソリューションアーキテクトとして、私はWi-Fiが「クソマジック」であると非常に意識的に言うことができます。

同時に、回避し、技術的な制限を克服して、現在取り組んでいる製品を作ることができます。







最近、同様のプロジェクトが市場に出ています。英国の会社と米国の一部の事業者向けのプロジェクトで、Beletelcomは(すべてのルーターを1つのシステムに統合する方向で)ヒントを示しています。 しかし、それらに関する情報はごくわずかであるため、決してコピーするのではなく、ゼロから製品を作成しています。 ここではテクノロジーは関係ありません。







もちろん、アプリケーションが最新のアーキテクチャに基づいて構築され、リアクティブプログラミングを使用し、さらにはテストを行っていることは素晴らしいことです。 しかし、主なことは、プロジェクトの組織の巨大な複雑さです。バックエンドのさまざまな部分(たとえば、さまざまな国のチームによって開発された電話の使用に関するデータサービス)は、互いに「友だち」にならなければなりません。







スタートアップとEPAMの間:責任第一



この仕事がスタートアップの仕事とどのように異なるか知っていますか?スタートアップチームは意図的に1つの製品を作成していますか? さまざまな製品やその他の活動を扱う多くのチームがあり、その時間と注意をまだ達成する必要があります。

スタートアップでは、「問題が解決したときに解決します」というシンプルなイデオロギーで生きています。 また、EPAMプロジェクトでは、悪意のある知識があります。今間違えた場合、1か月で30人の開発者がアイドル状態になりますが、これは高価です。 決定を下すことではなく、責任を負うこと、手元にあるものからキャンディーを成形する意欲を持つことです。







間違えないことは絶対に不可能ですが、それでも不可抗力は決して発生しませんでした。 私は自分で「My Fakapy」というファイルを取得し、そこで観測を記録しました。 たとえば、この間に、すべてが完全に機能するようなプロセスを作成することは不可能であるという結論に達しました。







通常、チームには2〜3人の先を見越した従業員がいて、穴をふさぎ、他の人にそうするように教えます。 それらがなければ、スクラムは役に立ちません。 人々とのコミュニケーションをより効率的にするために、私は単純なルールに従います-彼らについてのファイルを入力し、そこに最低限の事実を書き留めます:私が責任を負う、私が参加する、助けた、助けなかった、リマインダーなしで答えた場合







私が解決しなければならなかった最も困難な仕事は、手紙、会議、知人、文書の形で来る情報を整理することです。 シャーロックのような心の病棟を夢見ています。


「カレンダーによる」生活



仕事は非常に動的であるため、8か月で私は専門家として根本的に変わりました。最初の顧客とのミーティングから始めて、同僚に私に代わって話すように頼み、現在の自律状態で終わりました。 時間をより適切に計画し、タスクをより迅速に切り替える方法を学びました。 これは、「休暇について考える」時間さえスケジュールされているとき、「カレンダー上」での生活につながりました。 計画を立てることで、仕事だけでなく残りの人生を整えることができました。







画像

さらに、ソリューションアーキテクトとして働くことで、個人的な心理的問題に対処することができました。他の人があなたをどのように評価するかを考えるのではなく、自分自身と他人のためにいくつかのパンチを取り、プロジェクトを進めます。 それにもかかわらず、あなたの行動の結果が非常に長い時間になり得る場合、働くことは困難です。







私の自尊心は、「このプロジェクトを離れると、1週間で終わる」と「このプロジェクトを離れると、1か月で誰も気付かない」との間で変動します。

プロジェクト活動に加えて、EPAMは、アイコンタクトトレーニングから建築の世界からのニュースのレビューまで、あらゆる方向に成長する多くの機会を提供しました。 Center for Mobile Competencyの枠組みの中でコミュニティと知識を共有し、いわゆるソリューションアーキテクチャ大学でトレーニングを受ける機会があります。これは、シニアおよびリードスペシャリストの成長を目的としたプログラムです。 このような取り組みは、常に経営陣によってサポートされています。 この会社で働いている間に、私はあなたがここでできること、したいことをすべてできることに気付きました。 主なことは、時間が許すということです。








All Articles