＜業務内容＞ ・ユーザーが当社を利用して生み出す価値をより早くより高くしていくための開発と運用 当社ではPdMやSoftware EngineerというRoleの違いはありますが、ユーザー課題に向き合うチームでは可能な限り全員で課題を解決するためのMVP（Minimum Viable Product）となるユーザーストーリーを探し出す（Discovery）ところから、どの様に開発してユーザーに届けるか（Delivery)をチームで向き合い日々開発を行っています。 またドメインやモジュールなどに関しての議論も活発に行われる状態になってきており、中長期視点で速度を高めていくことへの意識が高まってきています。

・Full-Cycleなチームがより価値を思考して生み出す事ができるように仕組みや文化の構築 当社では「Full Cycle Developers」を元に、チームで要件定義から開発（や運用）、デプロイ、そしてユーザーへDelivery（プレスリリースや、アナウンス実施など）はもちろん問い合わせ対応などを行っております。Full-Cycleにすることでユーザーの声をチームが直接取得することに繋がり、また技術的な対応もチームで解決できるようになるため、社内での依頼などのコミュニケーションが減り速度を高める事につながっています。 またFull-Cycleとする事で、従来であれば他のチームが実施していたことにまで責任を持つ事になるため負担は高まっていると考えています。そのためFull-Cycleでありながら効率を高めるには何を解決すればいいか、何を実現すればいいかを考え整えて行くことが重要となります。

・チームが生み出す価値を高め続けるために課題の発見と改善 当社では個人の成長はもちろんですが、チームとして成長し続ける事を大切と考えています。チーム全員で自分たちのチームが日々成長し続けるためには、何を改善するか「ふりかえり」向き合い続けることが重要だと考えています。 当社ではAgileのKANBANを採用していますが、まだまだKANBANでの開発も課題はあると考えています。もしかしたらKANBANよりScrumのほうがいいなどもあるかもしれません。このような課題にチームで向き合い改善していくこともチームメンバーとして重要だと考えています。 ・異なる価値観・タイムゾーンのメンバーと生み出す価値を最大化 当社には本社がある東京の他、東京以外の日本国内はもちろん、オランダやアメリカから関わってくれているメンバーが居ます。タイムゾーンが異なるため、同期的なコミュニケーションには限界があります。そのためDocument baseなどテキストを利用した非同期的にコミュニケーションを積極的に活用して課題に向き合う事がとても重要になります。 同期的に解決したほうがいい場合も多くありますが、傾聴する事と伝える事を大事にとらえ非同期で最大の成果が出るように行動する事が重要だと考えます。

・何事も他責にせずオーナシップを持ち課題に向き合い解決に導く 当社では経営やプロダクトに関しての様々な情報をオープンにしています。もちろん課題もオープンです。チームという枠組みはありますが何か課題に感じることがあれば率先して行動して解決を目指していくことが大事だと考えます。 1人で出来ることもあれば複数人で向き合う必要のある課題もあります。チームで意思決定ができない場合もあると思います。その場合は声を上げ組織として課題に向き合う事ができればきっと最終的にユーザの価値につながると思います。そのためには一人ひとりがオーナシップを持つことが大切となります。

＜進行中のこと＞ ・社内公用語を英語に向けた準備と計画 ・特定のユーザーセグメントで１番利用されるサービスになるための開発 ・グローバルに主軸を移していく調査と実験

GoogleカレンダーやOutlookの複数のカレンダーアカウントと連携して、社外との日程調整が簡単に行えるカレンダープラットフォーム「Spir」の開発、提供。ビジネスで利用している複数のカレンダーと連携し、Zoom/Google Meet/Microsoft TeamsなどのWeb会議の日程調整からカレンダーへの登録までをワンストップで行うことが可能。