製造業クライアントのDX推進プロジェクトにて、Power BI を活用したデータ可視化、業務分析、要件整理支援を行うポジションです。

募集停止
製造業の未来をデータで再定義するデータエンジニアを募集。年収780万~960万円(準委任契約)。AzureとPower BIを駆使し、データ基盤構築から業務改善まで、DX推進の最前線で活躍。リモート勤務可能ですが、都内での対面も発生します。日本の産業革新を牽引するこの挑戦に、あなたの情熱とスキルを解き放ちませんか?
給与・報酬 | 時給 4,062円 ~ 4,998円 |
|---|---|
稼働時間 | 160時間 ~ 160時間(週40 ~ 40時間) |
雇用形態 | 業務委託 |
出社頻度 | フルリモート |
勤務地 | - |
製造業クライアントのDX推進プロジェクトにて、Power BI を活用したデータ可視化、業務分析、要件整理支援を行うポジションです。
Azure を用いたデータ基盤構築、業務フロー整理、課題抽出など、スキルに応じて領域を担当いただきます。 以下いずれか、または両方か選択が可能です。
■①データ基盤・Power BI領域 ・Azure を活用したデータ分析基盤の構築/運用 ・Power BI を用いたレポート作成、可視化 ・データ調査・加工・分析 ・BIプロトタイプ作成 ■②業務整理・要件定義領域 ・業務ヒアリング/コミュニケーション ・業務フロー、IPO表等を用いた As-Is/To-Be の可視化 ・課題抽出、要求仕様化 ・プラットフォーム構想に向けた要件定義
雇用形態 | 業務委託 |
|---|---|
給与・報酬 | 時給 4,062円 ~ 4,998円 |
稼働時間 | 160時間 ~ 160時間(週40 ~ 40時間) |
出社頻度 | フルリモート |
■①データ基盤・Power BI領域の場合 ・MS Azure の基礎知識 ・Power BI の実務経験 ・Azure を用いたデータ分析基盤の構築・運用経験 ・基本的なコミュニケーション力 ■②業務整理・要件定義領域の場合 ・業務ヒアリング力・調整能力 ・業務フロー/IPO表等を用いた業務可視化経験 ・課題抽出・要求仕様化の経験 ・データ分析スキル ・BIツールによるプロトタイプ作成経験
【 想定報酬】650,000円~800,000円 ① データ基盤/BI 領域の場合⇒65万~70万円 ②業務整理/要件定義領域の場合⇒65万~75万円 ①+②の場合⇒70万円~80万円
【勤務条件】 ・雇用形態 : 準委任契約 ※弊社と契約を結び、弊社クライアント先での勤務となります。 ・契約期間 : 長期 ・勤務時間 :9:00~18:00(休憩時間:上記1時間) ・勤務曜日 : 月~金 ※週5勤務 ・勤務地 : 東京都品川区 ※リモート勤務が可能ですが、定例MTGは都内オフィスの可能性がございます。 ※先方とのお顔合わせは対面実施の為、都内在住もしくは都内出社可能の方におすすめです。
【応募後の流れ】 応募内容の確認 ↓ 弊社担当者との面談 ↓ クライアントとの面談
(案件番号:JN00484104)
※ポジションによってフローは異なる場合がございます。


給与・報酬:
時給 4,500円 ~ 6,000円
稼働時間:
80時間 ~ 160時間(週20 ~ 40時間)
雇用形態:
業務委託
出社頻度:
週2-3日出社

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

開催前
現代の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が気になり始めた方まで、幅広いエンジニアのご参加をお待ちしています。

開催前
昨今、AIコーディングエージェントの普及により、個々の作業スピードは格段に向上しました。一方で、AIを使って複数のタスクを同時に進める「並行開発」のやり方に関してはいまだに1つの正解がなく手探りの状態が続いているのではないでしょうか。 仕様を決めてからフロント・バックエンドそれぞれにエージェントを立てて動かす方法や、Gitブランチの並行管理、さらにはプルリクエストの自動レビュー&修正する方法など、考えることは多岐にわたります。「結局シングルタスクに集中するのが最強では?」という問いも含め、並行開発の最適解はまだ見えていません。 そこで本イベントでは、「Multi-Folder Git Clone」などの自作ツールを開発し、AIエージェントを活かした並行開発の環境整備について精力的に発信されているUbieの鹿野氏をお迎えし、~並行~開発を実現するための開発環境の工夫をデモ付きで紐解きます。 デモでは鹿野氏より実際の画面をお見せいただきながら、エディターや複数ブランチの管理方法、コンテキストスイッチのタイミングまで、並行開発を加速させる具体的なツールやフローを深堀していきます。 これからAIを用いた並行開発に取り組もうとしている方から、今以上に効率的に並行開発を回していきたい方まで幅広いエンジニアのご参加をお待ちしています。
.png)
開催終了
昨今、LLMの社会実装が進み、AIエージェントを活用したプロダクトや業務フローが増えてきました。しかし、AIエージェントを「作って動かして終わり」になっていないでしょうか。一度構築したエージェントの精度をいかに担保し、改善し続けられる仕組みを作るかという点に注目が集まっており、最近では「エージェントハーネス」という言葉も耳にするようになりました。 一方で、「そもそもエージェントハーネスとは何か」「コンテキストエンジニアリングとは何が違うのか」といった基本的な部分から整理したいと感じている方も多いのではないでしょうか。 そこで本イベントでは、AI研究の最前線を走る株式会社松尾研究所の長谷氏をお迎えし、エージェントハーネスの起源や注目が集まっている背景から、具体的な活用方法、そして今後の進化の方向性までをわかりやすく解説いただきます。エージェントハーネスを適切に整えることで、AIエージェントの精度は一度きりのチューニングではなく、継続的に改善し続けることができるその考え方と実践を紐解きます。 前半のLTでは、長谷氏よりエージェントハーネスとは何か、LLMの進化とともになぜ重要視されてきたのかという前提知識を整理いただきます。 後半のディスカッションでは、LTの内容をさらに深堀りながら、具体的な使われ方や松尾研究所での活用事例まで現場目線で深掘りしていきます。 エージェントハーネスという言葉が気になり始めた方から、AIエージェントの制御・改善に課題を感じている方まで、幅広いエンジニアのご参加をお待ちしています。
開催日:
2026年7月9日(木)19:00~20:00

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