クライアント側で経験を積んだモスクワEPAMの従業員は、古いオフィスから離れて新しい高みを征服することの気持ちを語りました。
開発エンジニアのアントン：
2010年にEPAMに入社し、私の最初のプロジェクトはクライアントのオフィスで行われました。 それ以来、私は常に顧客と協力してきましたが、この会社は主にオンサイト開発者として役立つと信じています。
このような作業には、顧客を代表するチームやEPAMの同僚との複数のチームとの絶え間ない個人的なコミュニケーションが必要です。 人との交流は、最も複雑な技術的問題を解決するよりも難しい場合があります。 最初は、現場での作業はライブコミュニケーションが好きな人にとってのみ快適ですが、時間が経つにつれて誰もがコミュニケーションスキルを身に付けます。 私の経験から言えば、2、3ダースの手紙を書くよりも、10分を費やして個人的に問題を議論する方が常に効率的です。
彼らが言うように、あなたが最初に間違った順序で生きなければならない時。 側から来る人にとって、顧客のプロセスは複雑で、混乱し、非論理的に見えるかもしれません。 これに対処することは可能であり、必要ですが、最初はそうではありません。
オンサイトで作業した後、これらの複雑なプロセスの原因を確認し、外部から見た場合ほど簡単に解明できないことを確認します。 おそらく、お客様側のプロセスでどのように、そして何を改善できるかを、それらを同時に破壊することなく理解するでしょう。 たとえば、現在のプロジェクトでは、自動化されたテスト用のツールを開発しました。これにより、テストが高速化され、リグレッションを制御できるようになりました。
テストチームのリーダーであるIvan：
顧客と仕事をすることの主な利点は、顧客との継続的な対話です。 私たちは彼が何を望んでいるかを知っており、彼は今、私たちが何をどの段階で行っているかを常に知っています。 ITプロフェッショナルが顧客から離れたオフィスで仕事をする場合、彼らが誤解されるリスクが高まります。 リモートで作業し、次のリリースを実装すると、顧客とは少し異なる方法で実装にアプローチすることに突然気付くことができます。 オンサイトプロジェクトでは、致命的な誤解の可能性はゼロになる傾向があります。
アンドレイ、ビジネスアナリスト：
クライアント側での作業は大きな責任です。 顧客にとって、私たちオンサイトワーカーはEPAMです。 彼らは会社全体を判断し、質問をします。 私はEPAMの代表者であり、たとえビジネス分析として私に関心がなくても、それらを無回答のままにすることはできません。 しかし、怖い人が顧客の側に座って複雑な質問をすることを恐れないでください。そのような仕事には極端なことはありません。
彼の隠された期待は顧客のオフィスで発見されます-物事は彼にとって非常に明白であり、彼がそのようなことを言うことさえ決して起こりません。 銀行のセキュリティポリシーが変更されたため、すべての内部トラフィックを暗号化する必要があるとします。 EPAMのオフィスに座っているチームは、リリースまでそれについて知らないかもしれません。 これが何に満ちているか、私たちは皆理解しています。 オンサイトで働く人々にとって、重要なニュースを見逃すことは不可能です。 EPAMの従業員は、社内メールが届くクライアントのドメインにメールを持っています。 ニュースはオフィスで議論されます。 別のプラス：顧客は私たちを見て、私たちがしていることを理解し、いつでも私たちに質問をし、それに対する答えを得ることができます。
そのような仕事の難しさは国内的である可能性が高い。 クライアントのセキュリティポリシーでは、ユーザーがオフィスのコンピューターからEPAM、Sharepoint、またはGitHubを入力できない場合があります。 インターネットアクセスが制限される場合があります。その場合、Yotaモデムを使用する必要があります。これらはEPAMで提供されます。 オンラインで接続する場合にのみ、EPAMの内部イベント、英語のクラスに個人的に参加できるとは限りません。 しかし、私はまだ会社から離れず、たとえばインタビューを実施しています。これはリモートで行うことができます。
ナタリア、ビジネスアナリスト：
オンサイトで働くことは常に競争を意味するわけではありません。 幸運なことに、さまざまな企業の従業員が緊密に結ばれたチームで5年間を過ごしました。
顧客のオフィスにいる間に、知り合いを作り、新しいルールに慣れる必要があります。 誰がどのようにあなたの仕事やプロジェクトに影響を与えることができるかを考え、面白いと思われるかもしれませんが、新しいダイニングルームで何が食べられるかをテストしてください。 私のライフハックは、精神的にあなたの近くにいて、プロジェクトに関連し、会社のプロセスがどのように機能するかを知っている人をすばやく見つけることです。 彼のユーモアのセンスがあなたと似ていることが重要です。ジョークは橋を架け、良好な関係を維持するのに役立ちます。 そのような人は同僚にあなたを紹介し、情報を共有し、プロジェクトの1つまたは別のソリューションの落とし穴について警告します...そして地元のダイニングルームでの危険な料理について。
オンサイトでの作業には無条件の利点があります。将来のユーザーのニーズに近いことで、ユーザーのニーズを理解しやすくなります。 多くの場合、1つは開発を注文し、もう1つは制御し、3つ目は製品を使用します。 この3番目のものは、私たちにとって重要な数字かもしれません。ほとんどの場合、顧客のオフィスで探す必要があります。
クライアントのオフィスに行くことは気性や衝動的な価値はありません。 非常に熟練した専門家でさえも、彼が抑制されたり失礼だったりすると、プロジェクトに損害を与え、顧客と請負業者との関係を損なう可能性があります。 遅かれ早かれ、そのような人は置き換えられます。 彼に代わって来る人はだれでも、顧客のネガティブな経験に取り組み、彼の信頼を取り戻さなければなりません。
セルゲイ、開発エンジニア：
EPAMオフィスでの作業は、研究のためにすべての条件が作成される実験室での実験のようなものです。 柔軟なスケジュールがあり、ドレスコードはありません。ここにはキッカーと卓球があります。 コンピューターは十分に強力で、開発のための優れたインフラストラクチャ（サーバー、ネットワーク）です。 あなたは座って自分を成長させ、誰もあなたを引っ張らない。 顧客と協力することは、大規模ではるかに複雑な世界に無菌検査室を残すことに似ています。 ここでは、クライアントのプロセスに取り組み、時には改善に積極的に参加し、専門分野だけでなく、さまざまな問題を解決する必要があります。 クライアントのビジネスがどのように生き、どのように発展し、毎日新しい機会を実現するときに直面しなければならない制約を確認できます。
オンサイトでの作業は、開発のための多くの機会を提供します。 それで、私は開発者としてプロジェクトに参加し、プログラマーの小さなチームを管理する方法を知っていて、テストと分析に少し目を向け、限られた時間間隔で小さな反復を計画しました。 クライアントのオフィスでは、見たり学んだりすることがたくさんありました。 私はそれが非常に大きくなったことがわかります。 現在、プロセスの構築、アプリケーションファミリのすべてのアナリスト、開発者、テスターの作業の整理、サポートチームの一部の支援、当社および他の部門や請負業者のビジネスカスタマーとのやり取りを支援しています。
請負業者や、他の部門の同僚、ラインマネージャー、トップマネージャーとよくやり取りします。 これから私が理解したことを知っていますか？ 私たちはすべて人間であること。 トップマネージャーは真面目で、神経質で、要求が厳しいだけでなく、人間でもあります。 時々彼らは私たちのところに来て、プロジェクトについて話し、私たちの意見を見つけます。 請負業者も人であり、時には彼らも会う必要があり、「約束した-今すぐやりたい」という立場を取ることはありません。 誰もが間違いを犯す可能性があり、誰もが問題を抱えており、私たち全員がお互いを理解することができます。