モスクワのユーリ・ボゴモロフは、彼が思いがけずスタートアップに行き、サービスステーションの地位に育ち、そして再び思いがけないことに、彼の会社と活動領域を変えることにしたと語る。
スタートアップになった経緯
2014年、私はヴィニツァからモスクワに移り、仕事を探し始めました。 ウクライナに移る前は、Sitecoreで働き、.NETでCMSをサポートしていました。 私はNode.jsを自分で勉強し、このテクノロジーに関する小さなプロジェクトを作成しましたが、自分のキャリアをこの方向に結びつけるとは思いませんでした。.NETで書き続けると確信していました。 モスクワでは、.NET開発者に対するいくつかのインタビューがあり、大企業からオファーを受けました。 そして突然、絶対に突然、私はNode.jsで書かなければならないスタートアップのインタビューに呼ばれました。
スタートアップは始まったばかりで、最初の従業員がそこで採用されました。 同社は現在も機能しており、薬局、サプライヤー、医薬品メーカー向けにB2Bシステムを開発しています。これにより、注文を自動化できます。
スタートアップのテクニカルディレクターと話をしたところ、夢中になりました。テクノロジースタックに興味があり、良い給料を提供してくれました-私が申し出た大企業と同じです。 もう1つの重要なポイントがありました。私に提供されたタスクは、私の教育と100％一貫していました。 私は、インテリジェントな意思決定システムの学位を持つコンピューターサイエンスのマスターです。 インタビューで、サービスステーションは私がすぐに気づいたことについて言及しました。彼は将来、ニューラルネットワークテクノロジーを使用して機械学習に従事する可能性があることを除外しませんでした。 もちろん、私にとっては、別の銀行用ソフトウェアを書くよりも面白かったです。
私は2つの尺度を提示しました。1つは-私は官僚的な機械の単なる歯車になる会社で働いています。 他方では、厄介なスタートアップで働いていますが、ポジションとお金の両方で、より速く成長する機会があります。 私は長い間ためらいませんでしたが、オファーが私に送られたらすぐにスタートアップに行くことにしました-手紙の古典的で美しいPDFではなく、Skypeのメッセージ：「来て」
私は彼の仕事の2日目にスタートアップに来ました。 私たちは4人でした。2人のディレクター（一般および技術）と2人の開発者です。
私たちはアジャイルに取り組みました：スプリントの終わりに、スタンドアップ-デモ。 テクニカルディレクターが面白いイノセントを連れてきました。スタンドアップにはルールがありました。イノセントを手にした人だけが言います。 そのような儀式は私にとって新しいものでした。 私はそれらについて知っていましたが、そのように働いたことはありません。 私は初期の頃の気持ちを覚えています。「ああ、これは私に起こっています、クール！」
スタートアップで働くことの第一印象は、モスクワの印象に重なっていた。 それ以前は、約40万人のヴィニツァに住んでいました。 モスクワとの違いは一桁です。 首都のbus騒は最初は混乱しました。地下鉄の騒音から、通りにいる膨大な数の人々に衝撃を受けました。 小さな町では、仕事に対する態度が落ち着いていることに気付きました。 レースであるモスクワでは、虚栄心がより感じられます。
スタートアップのキャリア：開発者からサービスステーションまで
私はシニア開発者の立場になりました。 最初に、彼はNode.jsでバックエンドを作成し、テストし、データベースを設計し、シンプルなレイアウトを作成しました。 その後、彼はレイアウトと展開に深く入り込みました。
私の仲間の開発者は純粋な技術者でした。 私は技術的な問題だけでなく、ビジネスがどのように機能するかを知ることにも興味がありました。 私にはこの特性があります。私が作る製品は、時間が経つにつれて、それを私の頭脳として認識し始めます。 そのため、私はCEOと多くのことを話し、スタートアップのビジネスコンポーネントを詳しく調べました。
私は技術専門家として育ち、ビジネスに関する知識を深め、やがてサービスステーションになることを申し出られました。 その時までに、私は約2年間、スタートアップで働いていました。 これは、新しいポジションが頭の上の雪のように私に降りかかったと言っているわけではありません。私は長い間、スタートアップを開発する方法に興味があり、私の責任範囲を拡大しました。
新しい立場で、私は将来の技術的解決策について考え、目標を設定し、採用に従事し、異なる部門間の相互作用を組織し始めました。 たとえば、マーケティング、開発、およびテクニカルサポートプロセスの部門のある時点で速度が低下し始めたため、この問題を解決する必要がありました。
作業時間は次のように配分されました：時間の約30％が開発に費やされ、10-15％が重大な問題の解決に費やされ、約50％が管理業務に費やされました：タスクの計画と優先順位付け、作業が完了したことの確認、および必要に応じて新しい従業員を雇用するために。
最も難しかったのは、人々と仕事をすることでした。 たとえば、従業員が来て、「辞めたい」と言います。 そしてあなたは思う：「男が決断を下した。 彼を落胆させるのは誰ですか？」とはいえ、ここではこのモードをオフにして、会社の側に立つ必要があります。 従業員のケアは、その開発に費やされた時間とリソースの損失です。 時間がたてば、人々は維持しようとする必要があることに気づきました。 私にとっては大きな挑戦でした。
スタートアップで働く前に、誰にもインタビューしたことはありませんでしたが、これも最も難しいタスクの1つでした。 私はかなり内向的で 、見知らぬ人とコミュニケーションを取ることは困難です。 同時に、私は信頼の大きな信用を与える傾向があります：私は人にインタビューするとき、私は最初に彼に対して非常に積極的に処分されます。 私は、希望する最初の候補者のほとんどを受け入れる準備ができていました。 今、私には、より正確な戦術は、少数の人々にインタビューし、1、2日間のタイムアウトを取り、それをすべて消化し、最適なものを選択することであるように思われます。
私は大学で友人と私がスタートアップについて絶賛したことを覚えています。「ここでスタートアップを立ち上げ、STOの文字が記載された名刺を携帯します。」 私は27歳でこれを達成しました。 率直に言って、そのような立場を獲得することは、自己重要性の感覚を大きく混乱させます。 インターネットには、23歳のチームリーダーと25歳のサービスステーションに関するジョークがたくさんありますが、一般的には正当化されます。 投稿のタイトルのようなものが私の心を覆い隠さないようにしましたが、それでも私は履歴書にこの行があることに誇りを感じました。 ちなみに、同僚のほとんどは私より年上でしたが、私の同僚に対する態度は変わっていません。
スタートアップ：長所と短所
スタートアップでの仕事の大きなプラスは、テクノロジーを選択する自由です。 新しいものを使用したい場合は、問題なく使用できます。 私たち自身が、どのように、どのスタイルで、テストに何を使うか、デプロイするかなどを決定しました。
スタートアップで他に良い仕事は何ですか？ 開発者になるため、チームリーダーに成長するために、いくつかの役割をすばやく試すことができます。 たとえば、チームリーダーになることは自分のものではないことを理解し、プロジェクトマネージャーに相談してください。 または、「鉄の」スタートアップで働きたいと思うことさえあります。
私にとっての主な欠点は、プロセスの絶対的な混乱でした。 彼は私たちのためにプロセスをセットアップするために、外部からプロジェクトマネージャーを引き付けました。 しかし、結局のところ、スタートアップの混乱を打ち負かすことは非常に困難です。 私たちは「スクラム」に取り組み、スプリントをアレンジしようとしました-最初の2週間で、それから毎週。 何かが壊れた場合は、早急に修正する必要があり、これにより計画されたすべてのタスクを時間通りに完了できませんでした。
時間が経つにつれて、「STO」は小さな会社での役職の大きな名前です。 12〜15人のスタッフがいました。2人のディレクター、主に4人の開発者、2人のサポートスペシャリスト、数人のセールスマネージャーです。 私が理解しているように、STOは企業の技術開発に焦点を当てた先進的なビジネス思考を持つ人です。 これは、おおざっぱに言えば、12泊で生産量の低下を引き起こすすべての取引マスターのジャックではありません。 会社が少なくとも200〜250人を雇用している場合、サービスステーションの位置について話すことができると思います。 スタートアップのテクニカルディレクターのレベルは、大企業のチームリーダーまたはソリューションアーキテクトのレベルに対応すると思います。 私が管理した人数と、解決したタスクの規模を見ると、「STO」は私にとって非常に大きな言葉です。
燃え尽きと求人検索
非常に大きなラッシュがありました。 「これは、もっと速く、もっと早く行わなければならない」と言われました。 このような競争の中で、私たちの技術的な負債は増大しました。急いで書いたコードを書き直すのはいいことですが、その時間はありませんでした。 技術的負債が大きいほど、プロジェクトの開発は難しくなります。 この負債を減らすために最善を尽くしましたが、成長しました。 システムに問題があると、会社はお金を失います。
スタートアップで働くには、特別なテストを受けた人が必要だと思われます-混modeとしたモードで働く準備はできているが、そのアイデアを保持してください。 私たちは素晴らしいチームを作り、誰もがプロジェクトに投資しましたが、ストレスが蓄積されていました。 この状態で数年間働いていると、ある時点で身体の何かが壊れてしまうように思えます。 私の健康上の問題が始まり、私はもはやそのペースで働くことができないことに気づきました。 スタートアップで約4年間働いた後、会社を変えることにしました。
私には伝統があります。新しい仕事を探すとき、私は自分自身のための重要な基準を規定し、特別なプレートを作成します。 次に、彼女の助けを借りて、さまざまな企業を比較します。
私はカオスのためにスタートアップで率直に燃え尽きました。私にとって最も重要だったのは、神経系の落ち着きです。 スタートアップから2つのオファーがありました。 彼らが言うように、彼らは技術ディレクターの右手であると提案しました、2番目に-サービスステーションの位置とチームをゼロから組み立てる機会です。 そこで彼らは市場よりも高い給与を約束しましたが、私が再び混乱と厳しい締め切りに突入すると想像するとすぐに、私のランキングのスタートアップは落ちました。 お金は依然として重要な基準だったので、私は市場よりもはるかに低価格の企業を考慮しませんでした。 さまざまな企業から4つのオファーがありましたが、私にとって重要な要素の合計でEPAMが勝ちました。 私は、JS部門のチームリーダーの役職に呼ばれました。
大企業：内観
仕事の初日に私の気持ちを覚えています。 第一印象は、「自宅からオフィスまで1時間半、どれくらいの期間」です。 反対に、2番目は内部システムを見たときに非常にポジティブです。 会社のプロセスがどのように自動化されているかについて、私はまだ驚きと賞賛を受けています。 とんでもないことに、メールに署名を生成するための別のシステムがあるという事実は、私は非常に嬉しいです。
私は顧客のプロジェクトですぐには特定されませんでした。最初に内部プロジェクト-モバイルアプリケーションの開発に接続しました。 EPAMが単一のオフィスの従業員に提供するすべての利点を地図上で確認できます。 私はそこでチームリーダーを務めました。コードレビューを実施し、スタッフを支援し、新しい機能を作成しました。
2週間後、私は商用プロジェクトに参加しました。クライアントシステムの1つのXMLコンバーターを作成した開発者チームを率い始めました。 私はこのプロジェクトがあまり好きではありませんでした。顧客側の経営陣との意見の相違がありました。 私はEPAMのマネージャーに来て、私のために何か他のものを見つけるように頼みました。 新しいプロジェクトを待っている間に、彼は社内の建築家学校で学び、開発者の指導者になり、JS-Meetingsで講演し、再び内部プロジェクトに利益をもたらしました。
次に、コードの再利用を整理する必要がある商用プロジェクトに割り当てられました。バックエンドとフロントエンドの両方です。 複雑なフロントエンドの開発は、バックエンドの開発と比較できるようになりました。 これはもはや「ああ、JSに雪を降らせた」だけではありません。 私が関数型プログラミングの実践を推進していることを考えると、フロントエンドの構築はかなり難しい作業です。 私はチームリーダーとしてプロジェクトに参加しましたが、フロントエンドアーキテクトの非公式の役割を引き受けました。私は本当に気に入っています。設計、概念実証、リファレンス実装、コードレビューの実施です。 並行して、ScalaとHaskellを勉強します。
もちろん、大企業の雰囲気はスタートアップとは異なります。 スタートアップのバックボーンを構成する人々は小さな家族のようなものです。 私は自分の経験だけでなく、友人の経験からも判断します。 みんながそこに集まります。たとえば、私たちはしばしば探検に出かけ、新年と誕生日を一緒に祝いました。 大企業では、そのような家族的な雰囲気はありません。多くの人がいて、彼らはプロジェクトやチームを変えます。
EPAM（サービス会社）と食料品のどちらかを選んだとき、私はそれぞれで何を手に入れることができるかを考えました。 スタートアップで働いていた人として、私は製品を考えています。 タスクを閉じる方法は気にしませんが、タスクをビジネスに役立てる方法は気にしません。 この意味で、食料品会社で働くことは私に合っています。 一方で、テクノロジーとビジネスドメインに関連する視野を広げ、さまざまなプロジェクトに取り組み、新しいことを学ぶことを本当に望んでいました。 新興企業や食料品会社には、このような幅広い機会はありません。 もちろん、サービス会社のプロジェクトは異なっており、気に入らない人もいます。 しかし、マネージャーに行き、「別のプロジェクトが欲しい」と言うことはできます。 ここで何か他のものを見つけるという事実ではありません。 しかし、あなたが優れた専門家として自分自身を見せれば、彼らはあなたに会います。
大企業では、キャリアの成長はスタートアップほど急速ではありませんが、チャンスがあります。 たとえば、EPAMには、開発の計画に役立つGrowアプリケーションがあります。 市場にはアナログがありませんでした。 また、TRIZ（発明の問題を解決する理論）に特化した部門もあります。 TRIZは、創造的な独創的な問題の解決策を形式化するのに役立つフレームワークです。 この会社での「エンジニアリング」は空のフレーズではないように思えます。