<業務委託>医療機関向けソフトウェアサービス「オペワン」PM募集
プロジェクトマネージャー

<業務委託>医療機関向けソフトウェアサービス「オペワン」PM募集

AI要約(β)

医療現場の未来を共に創造するプロジェクトマネージャーを募集!スマート手術台帳『オペワン』で医師の働き方を変革し、医療DXを加速させるミッションに挑みませんか?業務委託で年収768万〜1,152万円、柔軟な働き方が可能。ローンチ後の急成長フェーズで、新規機能開発、UI/UX改善、運用構築など、プロダクトの核となるPM業務を牽引。CTO直下の精鋭チームと共に、Python, Nuxt.js等の最新技術を駆使し、医療現場の課題解決に貢献します。顧客の声に真摯に向き合い、変化を楽しみながら、あなたのPM経験と情熱を医療の最前線で輝かせましょう。この挑戦が、あなたのキャリアと社会に大きなインパクトをもたらします。

求人情報をご覧いただくには会員登録が必要になります

メールアドレスで登録する

給与・報酬

時給 4,000円 ~ 6,000円

稼働時間

64時間 ~ 160時間(週16 ~ 40時間)

雇用形態

業務委託

出社頻度

月1日出社

勤務地

東京都 千代田区 外神田2-3-6 成田ビル3階

現状と課題

プロダクトについて

スマート手術台帳「オペワン」では、医師の個人端末内を用いて手術症例情報を一括管理&非同期的な情報共有を実現します。チーム医療が必要な外科系医療者ですが、診断や手術以外の業務がアナログかつ対面でおこなわれています。 弊社は、これらの業務フロー改善による時間外労働削減、チーム内方針決定のガバナンス、医療情報のセキュリティなど、医療機関ならではの要求に応えるプロダクトを開発・提供していきます。

現状

昨年末のローンチ後、導入先が順調に増えており、今後は導入先の1病院あたりのMRR向上に向けて、現場のフィードバックを元にしたプロダクト改善や、新規機能の開発をスピーディに進めていくフェーズとなります。

これまでCTO+1名の社内開発チームと業務委託&オフショアメンバーで開発に取り組んでいましたが、実際に複数医療機関で導入が進み、PSF→PMF検証の段階で開発チーム内製化を強化したいと考えており、「ほぼ創業期」のプロジェクトメンバーを探しています。

お願いする業務

自社プロダクト OpeOne における、開発プロジェクトマネジメント
  • 新規機能開発:医療機関ユーザー様からのご要望含め、ロードマップのご相談や、機能の検討・設計の部分から携わって頂きたいです。
  • PM業務:外注先を含む開発メンバーの進行管理
  • UI/UX改善:デザイナー、ビジネスサイドとのコミュニケーション
  • 運用:運用フローや監視・データ可視化などの運用面の改善
  • その他:サービス基盤の設計・改善
求める人物像:

・クオトミーのミッション・バリューに共感する方 ※バリューに関する代表大谷のnote https://note.com/junichiohya/n/nb2ed2cc32350 ・チームとのコミュニケーションを大切にし、情報共有できる方 ・積極的に技術や知識を身につけられる、学習意欲が高い方 ・顧客の声を聴き、フィードバックを積極的に行う・真摯に受け止める姿勢をお持ちの方 ・大きな変化を楽しみながら働ける方

技術スタック

募集要項

概要

求人情報をご覧いただくには会員登録が必要になります

メールアドレスで登録する

雇用形態

業務委託

給与・報酬

時給 4,000円 ~ 6,000円

稼働時間

64時間 ~ 160時間(週16 ~ 40時間)

出社頻度

月1日出社

勤務地

東京都 千代田区 外神田2-3-6 成田ビル3階

出社に関する補足情報

週2日以上、平日日中に稼働が可能な方を募集します

リモートワーク条件

フルリモートも可能ですが、月に1〜2回顔を合わせてプロダクトについて議論できる方を歓迎します

必須スキル/経験

  • ビジネスサイドとのコミュニケーションや顧客のフィードバックを受けながら機能改善した経験
  • PL/PMなどのプロジェクト管理のご経験
  • バックエンド開発のご経験(言語不問、経験年数不問)

歓迎スキル/経験

  • Pythonを利用したAPI開発の経験
  • Nuxt, Vueを利用したフロントエンド開発の経験
  • AWS, GCPなどのクラウド基盤(いずれか)での開発の経験

スキル要件

スキル名

経験年数

種別

Python指定なし歓迎
AWS指定なし歓迎
Vue.js指定なし歓迎
Nuxt.js指定なし歓迎
GCP指定なし歓迎

一緒に働くメンバー

  • 大谷隼一

    大谷隼一

    クオトミー採用担当

  • 田崎 雄一郎

    田崎 雄一郎

    開発

サービス内容の詳細

選考フロー

  1. カジュアル面談
  2. 1次面接

※ポジションによってフローは異なる場合がございます。

同じ企業の求人

同じポジションの求人

おすすめのイベント

もっと見る
  • Claude Code一強は本当か?松尾研が実践 Codex・Geminiの底力を出す使い方とは

    開催前

    Claude Code一強は本当か?松尾研が実践 Codex・Geminiの底力を出す使い方とは

    昨今、多くの生成AIが開発現場に浸透していますが、「Codex、Claude、Geminiの中で、自分のタスクには明確にどれが一番いいのか」を自信を持って選べていますか? 「なんとなく誰かが良いと言っていたから」「SNSでトレンドになっていたから」と、周りの評判に流されるまま、使っている方も少なくないはずです。しかし、AIのポテンシャルを100%引き出すためには、評判ではなく「その作業に本当に向いているAIを選ぶこと」が重要です。 ・何度もやり取りを重ねる長丁場の作業で、最後まで文脈を忘れずに頼れるAIはどれか ・テキストだけでなく、画像などのデータを扱うときに一番打率が高いのはどれか とはいえ、次々と新しいモデルが登場する中で、それぞれの本当の強みを自分で見極め、タスクごとに最適なAIを切り替えて使いこなすのは至難の業です。 そこで本イベントでは、LLMのフルスクラッチ開発やエージェント構築の最前線で活躍されている株式会社松尾研究所の尾崎氏をお迎えし、Claude・Codex・Geminiそれぞれの強みと使い分けの考え方を紐解きます。現在Geminiを使わなくなった背景なども含め、実践者ならではの視点でお話しいただきます。 一つのAIに絞るべきか複数を使い分けるべきか迷っている方から、すでに併用しているが最適化したい方まで、幅広いエンジニアのご参加をお待ちしています。

  • 【BetterAuth】今TypeScriptで開発するなら、認証は何が正解?認証ライブラリの最適解

    開催前

    【BetterAuth】今TypeScriptで開発するなら、認証は何が正解?認証ライブラリの最適解

    現代のWeb開発において、認証機能の実装認証機能の実装に悩んだことはありませんか? セキュリティリスクや運用コストの観点から「認証基盤は自作するな」が定石となり、多くの開発者がIDaaSを選択肢に入れてきました。しかし、いざ実務に組み込もうとすると、以下のようなジレンマに直面します。 ・データの二重管理: IDaaS上のユーザー情報とアプリDBのデータをどう同期するか ・機能の制約: パスキや2FA、Azure ID(Entra ID)など、必要な認証方式に対応できるかは「IDaaS側の仕様(都合)次第」になってしまう そうした中、「自作は避けたいが、IDaaSの制限に縛られたくもない」という設計の壁を打ち破る選択肢としてTypeScriptベースの認証ライブラリ「Better-Auth」が今注目を集めています。Auth.js(旧NextAuth.js)を引き継いだチームによって開発され、OAuth・2FA・パスキーといったモダンな認証方式に対応しながら、自前でデータを保持できる柔軟さを備えたライブラリです。 しかし、非常に革新的である一方、「実際に使ってみてどうなのか」「IDaaSと比べてどういうケースに向いているのか」を具体的にイメージできている方はまだ少ないのが現状です。 そこで本イベントでは、プロダクト開発でBetter-Authを実践的に活用されている池内氏と柿氏をお迎えし、Better-Authの特徴や導入の実際、そして既存の認証ソリューションとの使い分けを紐解きます。 認証基盤の選定に悩んでいる方から、Better-Authが気になり始めた方まで、幅広いエンジニアのご参加をお待ちしています。

  • 【Claude Code】並行開発、どう回してる?鹿野さんに聞く 私の推しの並行開発環境 大公開

    開催終了

    【Claude Code】並行開発、どう回してる?鹿野さんに聞く 私の推しの並行開発環境 大公開

    昨今、AIコーディングエージェントの普及により、個々の作業スピードは格段に向上しました。一方で、AIを使って複数のタスクを同時に進める「並行開発」のやり方に関してはいまだに1つの正解がなく手探りの状態が続いているのではないでしょうか。 仕様を決めてからフロント・バックエンドそれぞれにエージェントを立てて動かす方法や、Gitブランチの並行管理、さらにはプルリクエストの自動レビュー&修正する方法など、考えることは多岐にわたります。「結局シングルタスクに集中するのが最強では?」という問いも含め、並行開発の最適解はまだ見えていません。 そこで本イベントでは、「Multi-Folder Git Clone」などの自作ツールを開発し、AIエージェントを活かした並行開発の環境整備について精力的に発信されているUbieの鹿野氏をお迎えし、~並行~開発を実現するための開発環境の工夫をデモ付きで紐解きます。 デモでは鹿野氏より実際の画面をお見せいただきながら、エディターや複数ブランチの管理方法、コンテキストスイッチのタイミングまで、並行開発を加速させる具体的なツールやフローを深堀していきます。 これからAIを用いた並行開発に取り組もうとしている方から、今以上に効率的に並行開発を回していきたい方まで幅広いエンジニアのご参加をお待ちしています。

    開催日:

    2026年7月15日(水)12:00~13:00

  • 松尾研はこうAIを制御するのか AIエージェントの精度を担保・改善する仕組みエージェントハーネスとは

    アーカイブ公開中

    松尾研はこうAIを制御するのか AIエージェントの精度を担保・改善する仕組みエージェントハーネスとは

    昨今、LLMの社会実装が進み、AIエージェントを活用したプロダクトや業務フローが増えてきました。しかし、AIエージェントを「作って動かして終わり」になっていないでしょうか。一度構築したエージェントの精度をいかに担保し、改善し続けられる仕組みを作るかという点に注目が集まっており、最近では「エージェントハーネス」という言葉も耳にするようになりました。 一方で、「そもそもエージェントハーネスとは何か」「コンテキストエンジニアリングとは何が違うのか」といった基本的な部分から整理したいと感じている方も多いのではないでしょうか。 そこで本イベントでは、AI研究の最前線を走る株式会社松尾研究所の長谷氏をお迎えし、エージェントハーネスの起源や注目が集まっている背景から、具体的な活用方法、そして今後の進化の方向性までをわかりやすく解説いただきます。エージェントハーネスを適切に整えることで、AIエージェントの精度は一度きりのチューニングではなく、継続的に改善し続けることができるその考え方と実践を紐解きます。 前半のLTでは、長谷氏よりエージェントハーネスとは何か、LLMの進化とともになぜ重要視されてきたのかという前提知識を整理いただきます。 後半のディスカッションでは、LTの内容をさらに深堀りながら、具体的な使われ方や松尾研究所での活用事例まで現場目線で深掘りしていきます。 エージェントハーネスという言葉が気になり始めた方から、AIエージェントの制御・改善に課題を感じている方まで、幅広いエンジニアのご参加をお待ちしています。

    開催日:

    2026年7月9日(木)19:00~20:00

  • AI時代に適したリポジトリって?カウシェ・LayerXに聞く最新リポジトリ構成

    アーカイブ公開中

    AI時代に適したリポジトリって?カウシェ・LayerXに聞く最新リポジトリ構成

    昨今、AIエージェントの活用が一般的になってきたことで、「プロジェクト全体のコードを横断的に理解させるには、コードベースが一つにまとまっている方が適しているのではないか」という議論が増えています。 一方で、モノレポにはCIのパフォーマンスやコンテキストの絞り方など運用上の課題も存在し、組織規模やプロダクトのフェーズ、チーム体制などによって最適解は異なります。「どちらが正解か」を一概に難しいと感じている方も多いのではないでしょうか。 そこで本イベントでは、iOSやKotlinを含む複数言語のコードを一つのリポジトリに集約して運用されているカウシェと、バックエンド・フロントエンドともにモノレポ化を進めてきたLayerXの2社をお迎えし、それぞれのリポジトリ構成の実例をもとに、モノレポの実際を紐解きます。 前半のLTでは、カウシェからはモノレポになった歴史や複数言語を集約したメリット・デメリットを、LayerXからはリポジトリ統合プロジェクトの進め方や意思決定の裏側をお話しいただきます。 後半のディスカッションでは、両社を交え、モノレポにするタイミングや、CI・IDEとい開発体験に関する課題の課題、AIとの親和性を上げるための工夫やスコープの絞り方など、現場目線でさらに深掘りしていきます。 モノレポへの移行を検討している方から、すでにモノレポ運用で課題を感じている方まで、幅広いエンジニアのご参加をお待ちしています。

    開催日:

    2026年6月11日(木)19:00~20:00

転職に役立つノウハウ

もっと見る