新任CTOとして犯した過ち

物事は通常、理由があって始まります。それが私がMadison Technologiesを立ち上げた方法です。私たちは、物事を行う理由があることを忘れがちです。私は失敗を通じて学ぶことを楽しんでいます。失敗するには、理想主義者でなければ、進みたい道を選ぶことができません。私は、GOJEK（現在はGoToと呼ばれ、インドネシア証券取引所に上場）の創業CTOとして学んだ教訓から、この道を選びました。

私は2014年12月にGOJEKに参加しました。私は新しいCTOで、モバイルアプリのローンチ直前に到着しました。私たちは3人のコアエンジニアの楽しいチームで、私は新しいメンバーでした。アプリを構築するための困難な作業は既に完了しており、ローンチ時に舵を取る準備ができていました。振り返ると、興奮はありましたが、当時は手に負えない状況でした。やることが多すぎて、それを行う時間や人的リソースがないように感じました。それでも、私は仕事に取り組み、できる限り時間を分割して最終的にローンチしました。

最初のローンチイベントの1つは、ジャカルタのSCBDにあるレストランで小さなグループのジャーナリストを集めることでした。私たちのCEOであるNadiemがプレゼンテーションを行い、その後、ジャーナリストにアプリをダウンロードしてGojekの予約を直接体験してもらいました。しかし、その間、厄介なバグに遭遇しました：すべてのドライバーを表示するマップサービスがクラッシュし、すべてのドライバーがマップから消えてしまいました。これは誰も乗車を予約できず、サービスを再起動する必要があることを意味しました。

そして、Nadiemがプレゼンテーションを終える5分前、私は携帯電話を見て、ドライバーマップが空白であることに気づきました。私は震える足でできる限り速くラップトップに駆け寄り、携帯電話からの3G接続が少なくともサーバーにSSHしてサービスを再起動できることを祈りました。その日は運が良く、ぎりぎりでサービスを再起動することができ、ジャーナリストがドライバーを予約できることに興奮している間、私はそこで過呼吸になっていました。ローンチイベントの終わりに撮った私たちの写真です。

左から右へ：Sam、Kevin、私、Nadiem、Mikey、Rio

上記のような多くのストーリーがありました。アプリは私たちの主な焦点であり、当時、私たちは多くの火災を消す必要がありました。ユーザーが増えるにつれて、以前に見たことのないエラーやバグに遭遇しました。

この段階で、私は戦術的な役割を担い、コードに直接取り組み、発生した問題をデバッグしようとしました。一度、ガベージコレクターがサービス全体（すでに98%のCPU使用率）をハングさせているように見えたため、同じドライバーサービスのメモリプロファイリングを行いました。時間がかかりすぎたため、諦めてAPIをJavaからGoに書き直し、ロードバランサーの後ろで交換し、そのサーバーのCPU使用率が3%に下がるのを驚きながら見守りました。気分は良かったですが、それは私がすべきことではありませんでした。

私はより多くの人を必要とし、迅速に必要としていました。私は会社の他の多くの領域にもっと注意を払うべきでした。例えば、ドライバーのオンボーディングと管理を追跡する運用ダッシュボードは、大幅な改善を必要としていました。データベースフィールドの一部を追跡するためにPost-Itsを使用したと信じられますか？本当に：

そして、広告費がどのように機能しているかを追跡する分析がありました。多くのSDKを使用しましたが、当時AppsFlyerチームと交わした交換の一瞥です：

私の注意が必要だった他の多くの領域がそれを得ていませんでした。私はこの採用の干ばつと、すでに乏しいお金を使わないという考え方に陥っていました。

まず第一に、私はテクノロジー分野の賢い個人のネットワークを開発するためにもっと多くの時間を費やしていたでしょう。アイデアを交換したり、必要に応じて助けを求めたりできる個人です。私はすべての秘密のIPを厳重に守り、誰とも話さない必要があると想像していました。さらに悪いことに、私は内向的で、会話は自然に来ません。その結果、連絡を維持し、関係を育成する方が良かったかもしれません。ネットワークを通じてそれに取り組んでいたら、採用に関する助けや推奨を得るのが大幅に簡単になっていたでしょう。

次に、私はもっと並列化していたでしょう。私は採用のスパートにいましたが、採用が面接と潜在的な候補者の束があるポイントに達するが、進捗が停滞する時が来ます。私は同時にプロジェクトに取り組む外部委託チームに投資することに非常に慎重で躊躇していました。私の焦点は社内のポジションを埋めることだけにあり、振り返ると、それは誤りでした。考え方を変えていたら、運用チームとマーケティングチームを一時的に外部委託のエンジニアリングチームでスタッフし、より困難な問題に取り組んでいる間、それらのワークストリームを並行して動かすことを許可していたでしょう。

振り返ると、私の過ちの最も重要な影響は時間の損失でした。これは決して取り戻すことができないものです。スタートアップにとって、時間はしばしばその分野で他の人と競争しようとする際の希少なリソースです。運用、マーケティング、HRのワークストリームを外部委託チームを雇うことで並行して実行していたら、より速く動けていたでしょう。また、アプリ開発に投入するより多くのデータもあったでしょう。最後に、その時間を取り戻すことでVCにとってさらに魅力的になり、より早く資金を調達できていたでしょう。いくつかの資金調達の一部を経験しましたが、期待するほどスムーズまたは速く進むものはありません。

シンプルに聞こえるかもしれませんが、これは私が学んだ最も重要な教訓の1つです。テクノロジーは単にコア製品ではありません。テクノロジーの適用は、エンジニアリングを超えて、運用、マーケティング、HR、財務などの他のさまざまな部門に拡張されます。新しいCTOは、この現実を見落とし、これらの機能に必要なサポートを必要なだけ迅速に提供しないことがあります。私は確かにそうでしたが、後知恵では、最初のステップは製品を超えて焦点を広げることでした。

私のもう1つの初心者の動きは、すべてのテクノロジー関連のことを単独で所有することでした。他のチームにテクノロジーを自分で提供しようとすることで、自分を含めて全員を遅らせました。それらの機能に良いテックリードを持つ一時的または外部委託のチームを配置していたら、機能の所有者に主導権を握らせ、要件に応じてソリューションを開発させることができたでしょう。私への依存は、アーキテクチャや全体的な結束などの重要な問題に限定されていたでしょう。すべてをコントロールしようとすることで、2倍の考え方を使用しており、10倍ではないことに気づきました。だから、コントロールを放棄し、共同リーダーにリソースを与え、彼らの道から外れましょう。

これは、私がMadison Technologiesを始めた理由に直接戻ります。私たちは、物事をより速く動かすのを助けるためにここにいます。あなたが夢のチームを雇っている間、私たちはその不足を補うためにここにいます。私たちは以前にそこにいました、そして私たちは一緒にこれを乗り越えます。

より深い会話のために、私のLinkedInを通じて私に連絡してください。つながりましょう！

Sheran Gunasekeraは、セキュリティ研究者およびソフトウェア開発者です。彼は、シンガポールのソフトウェア開発会社であるMadison Technologiesの共同創設者兼研究ディレクターで、社内エンジニアリングチームにパーソナルコンピューターとモバイルデバイスのセキュリティの両方で助言しています。Sheranのモバイルセキュリティへの参入は、2009年にBlackBerryセキュリティ研究を開始したときに始まりました。それ以来、GOJEKを含むアジアのいくつかのスタートアップで、エンジニアリングとセキュリティの両方でリーダーシップの役割を果たしてきました。GOJEKは、オンデマンドのマルチサービスアプリで、現在公開上場されています。