24
1

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

1つのサービスを10年開発して見えた景色と、うるるという組織の話

Posted at

初めまして、Zooyaです。
株式会社うるるで、主に幼稚園・保育園向けの写真販売サービス「えんフォト」のバックエンドエンジニアをしています。

突然ですが、みなさんはひとつの会社、あるいはひとつのサービスにどれくらいの期間関わったことがありますか?
私は気づけば、うるるに関わり始めてから丸10年が経っていました。

しかも、正社員としてではなく、業務委託という契約形態のままです。

Webエンジニアの界隈では、数年で現場を変えることも珍しくありません。そんな中で、なぜ私は10年も同じ場所に居続けたのか。サービスの初期から見続けてきた景色についてお話させてください。

現場で見続けた景色の変化。えんフォトの開発が「チーム」になるまで

外部ベンダーからの巻き取り。手探りだけど楽しかった内製化への挑戦

最初は少しだけ入札情報速報サービス(NJSS)に関わり、その後「えんフォト」の開発へ。当初は外部開発だったものを内製化するために巻き取る、というなかなか骨の折れるフェーズからのスタートでした。
少しずつ外部開発先から巻き取りながら機能を追加していくのは受動的だったものの、楽しかったのを覚えています。

最大の転機は「責任」と共にやってきた

10年という月日の中では、もちろん順風満帆な時ばかりではありませんでした。
一番の転機であり試されていると感じた瞬間。それは間違いなく、「えんフォト開発チームが縮小し、極めて少人数になった時」です。

多くのユーザーを抱えている稼働中のサービスの開発・保守の責任が、極少人数の開発チームにかかっているプレッシャーは相当なものでした。
ですが不思議なもので、「あ、これなら自分の思った通りに実現しやすいかも」とも思ったんです。
プレッシャーと裏腹に自由を感じるのは皮肉なものですね。

もちろん、独りよがりな開発をするという意味ではありません。技術選定やアーキテクチャの意思決定において、スピード感を持って進められるという側面があったのも事実です。
この時期に、インフラからフロントエンドの実装まで、サービスを動かすために必要なすべてを一人でこなした経験が、私の技術力のベースを強固にしてくれました。

その甲斐あってか社内の賞を頂いたのはこの頃だったと思います。

組織拡大による役割の変化。「コードを書かない」葛藤とチーム開発の喜び

その後、組織の拡大に伴い、多くのエンジニアが参画してくれるようになりました。
メンバーが増えるにつれ、私の役割はガラリと変わりました。それまではバリバリとコードを書いていましたが、次第に要件定義や仕様策定、コードレビューの比重が増加。一時期は、コードを全く書かずに会議だけで一週間が終わる……なんてこともありました。

正直なところ、コードを書けないもどかしさを感じることもありました。しかし、それ以上に「チームの力」を実感した時期でもあります。
何よりも開発スピードが格段に上がりましたし、私一人では手が届かなかった専門性の高い領域(モダンなフロントエンド技術や洗練されたデザインなど)が、専門のメンバーによってどんどん充実していきました。
かつて少人数で守っていたサービスが、チームの手によってより力強く成長していく姿を見るのは、何にも代えがたい喜びでした。

さらなる未来へ向けて

現在、えんフォトの開発課には多くの正社員エンジニアが入社し、組織は更に拡大しています。

えんフォトも10年が経過し、残念ながら現在は技術的負債が溜まってきている状態です。
これからはこの負債を解消しつつ、ユーザーにとってもっと使いやすいサービスへと進化させていきたいです。

また、いつか私がこのサービスを離れる日が来るでしょう。
その時のためにも「なぜ、こうなっているのか」という私しか知らない歴史的背景や意図を残していきたいと思います。
幸いにもチームとして納得して開発するというマインドセットが根付きつつありますので、技術が変わってもサービスは良い方向に進んでいけると信じています。

「業務委託」なのに、なぜ10年も?

普通、業務委託といえば「助っ人」的な立ち位置で、プロジェクトが終わればサヨナラ、というケースも多いですよね。でも、私がここまで続けてこられた理由はシンプルです。

「正社員と業務委託の垣根が、驚くほどないから」

これに尽きます。
雇用形態に関わらず、サービスに対する意見や提案はフラットに聞いてもらえる。「外部の人だから」と線を引かれることもなく、逆に過度なお客様扱いもされない。
もちろん働き方は人それぞれですので合わない人もいるかと思います。ただ私はできればサービスの根幹に携わっていきたいため、この関係性が合っていました。

「良い関係性が築けているな」と肌で感じられる環境だったからこそ、気づけば10年という月日が経っていたのだと思います。現在も契約を継続していただけていることには、感謝しかありません。

挑戦を支える「仕事の流儀」

うるるには挑戦の文化があり、頭ごなしに否定されることはありません。
失敗しても責任を追及されるよりは「次はどうするか」という前向きな議論になります。

そんな環境で、私が10年間ずっと大切にしてきたマイルールがいくつかあります。特にリモートワークが当たり前になった今、より意識していることです。

1. レスポンスは最速で

フルリモートだと、相手の顔が見えません。「あの件どうなってるかな…」という待ち時間は、意外と不安なものですよね。
だから私は、何事においてもレスポンスを早くするようにしています。作業中や離席中で即答できない場合でも、「確認します」「後で返します」の一言や、スタンプひとつだけでも返す。これだけで、相手の安心感は全然違います。

コードレビューも同じです。自分の作業を止めてでも優先的に見る。相手の手待ち時間を減らすことが、結果的にチーム全体の速度を上げると信じているからです。

2. 課題解決のための「提案」を諦めない

ただ「できません」と断るだけで終わらせず、必ず「こうしたら良いのではないか」という提案をするようにしています。
これは心理的安全性が高く、提案や意見が高頻度で言える状況だからこそできることではないかと思います。
また、常に先に来たものが優先というシンプルなスタックでタスクを処理していく。この姿勢が、信頼関係の土台になっているのかもしれません。

未来の自分、過去の自分

業務委託という立場上、半年後も同じようにサービスに関わっている保証はありません。
それでも、今できることを全力でやる。技術トレンドも取り入れつつ、経験豊富なエンジニアとしてチームをリードしていきたいと考えています。

もし、10年前の不安でいっぱいだった自分に会えるなら、「周りに助けてくれる人がたくさんいるから、そんなに不安にならなくて大丈夫だよ」と声をかけてあげたいと思います。

24
1
1

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
24
1

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?