株式会社TOKIUMからの指名詳細
返答期限：2026.02.05 03:00
指名日時：2026.01.27 16:31
提示年収とは？
- あなたのレジュメの内容から読み取った実力に対して、企業が判断した金額です。そのため、必ずしもこの金額と同額で内定となるわけではなく、面談等を経て上下することもあります。
- 採用になった場合の実績としては、約50％が提示年収と同額、約25％が提示年収より高い金額、約25％が提示年収より低い金額（ただし90％ルールの範囲内）となっています。
- 今抱えている課題
### xxxxxx
xxxxxxxxxxx**xxxxxxxxxxxxx**xxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxx。
xx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxx。
xxx、xxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxx。xxxxxxxxxx、xxxxxxxxxxxxxx(xx)xxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxx(xxxx)xxxxxxxxxxxxx。
xx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、**xxxxxxxxxx、xxxxxxxxx**xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
---
### xxxxxxxxx
**xxxxxxxxxxxxxxxxxx**
xxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxx。
xxxxx、xxxxxxxxxxxx、xxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxx。**xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。**
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxx
x xxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxx
x xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
x xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxx xxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxx-xx-xxxxxx
xxxx、xxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、**xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx(xxx x xxxxxxxx xxxxx xxxxxxxxxx)xxxxxxxx**xxxxxxxxxxxxxxx。xxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxx。
xxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxxxxxxxx---
### xxxxxxxxx
xxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxx。xxxx、xxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxx、xxxxxxxxxxxxxxxx、xxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxx、xxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxx、xxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxx、xxxxxxxxx、xxxxxxxxxxxxxxxxxxx、**xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx**xxxxxxx。
文字数：2267
（※指名されたユーザー本人しか内容は閲覧できません） - 課題に基づいた指名理由
xxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxx、xxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxx。
xxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxx
文字数：766
（※指名されたユーザー本人しか内容は閲覧できません） - 何を任せたいか
xxxxxxxxxxx 、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。### xxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxx
xx、xxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxx
xx、xxxxxxx、xxx、xxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxx、xxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxx、xxxxxxxxxxx。文字数：915
（※指名されたユーザー本人しか内容は閲覧できません）
- 所属先候補チーム名開発部 / AIエージェントグループミッション経理AIエージェント「TOKIUM」の開発におけるストリームアラインドチームとして、プロダクトが生み出す価値の最大化に直接的な成果をもたらします。 「経理業務の常識を私たちがひっくり返す」その中心的な役割を担っています。主要言語・フレームワークなどPython / JavaScript / TypeScriptその他技術RubyReactPostgreSQLAWSGoRuby on Railsチームの人数20人以下エンジニアの人数比率81%以上飲み会の頻度月に1-2回程度このチームで恒常的に行われている開発文化
- 仕様のレビューをしている
- コードレビューしている
- リファクタリングをしている
- DevOpsをしている
- 小さなことでも称賛している
- 失敗が許容されている
このチームで自動化できている項目- 開発環境構築
- テスト
- Lint等の静的解析
- デプロイ
このチームに導入し、運用されているツール- ビジネスチャット
- タスク管理ツール
- wiki等の情報共有ツール
- デザイン共有ツール
- プロトタイプ作成ツール
- コードのバージョン管理ツール
- コードレビューツール
テストを書いているかどうか書く必要がない・または少ないプロダクトだ全く書けていない書く文化がまだ浸透しておらず、必要な分は書けていない書く文化は浸透しているが、まだ必要な分は書けていない必要な分は書けているライブラリなどを更新しているかどうか定期的に更新する必要がない・または低いプロダクトだほとんど更新していない不定期だが更新している期間を決めて定期的に更新している期間を決めて定期的に自動で更新しているチーム内のエンジニアの発言力エンジニアの意見が通りづらいどちらかといえばエンジニアの意見が通りづらい職種による差はないどちらかといえばエンジニアの意見が尊重されやすいエンジニアの意見が尊重されやすいスケジュール調整のしやすさ納期や仕様が優先されやすく、エンジニアの裁量では調整しづらいどちらかといえばエンジニアの裁量で調整しづらいどちらともいえないどちらかといえばエンジニアの裁量で調整しやすい納期や仕様をエンジニアの裁量で調整しやすいプロダクトの内容を決める人主にエンジニア以外が考えて決めるどちらかといえばエンジニア以外が考えて決めることが多いどちらともいえない、または職種間の差はないどちらかといえばエンジニアが考えて決めることが多い主にエンジニアが考えて決めるチーム内の職種間の協力体制各職種のリーダーへ話を通したり規則がある等で協力しづらいどちらかといえば協力しづらいどちらともいえないどちらかといえば協力しやすい職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすいチームの方針決定をする人会社が大まかな方針を考えており、ほぼトップダウンで決まる会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わるどちらともいえないチームが主体的に考えて決めるが、会社の方針に左右される面もあるチームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない長期的価値の優先度短期的な売上を重視せざるを得ない状態であるどちらかといえば短期的な売上が重視されているどちらともいえないどちらかといえば長期的なユーザ価値を重視できている長期的なユーザ価値が重視できているチームの文化感情のコントロールが上手く、相手の気持ちを尊重しながらコミュニケーションを交わすことのできるエンジニアが揃っており、心理的安全性が高いレベルで担保されているチームです。 また、全員がプロダクト開発を愛しており、「未来へつながる時を生む」プロダクトの開発に主体的に取り組み、ユーザーが抱える課題の本質的な解決のためにあらゆるアプローチをフラットな視点で検討する風土が整っています。備考1週間1スプリントのスクラム開発体制で取り組んでいます。 また、各プロダクトが基盤として利用する「システム共通」の領域を担うチームも存在します。 ★開発を支援するAI活用補助制度「AI 100K」を導入 業務に必要なAIツールの利用費用を月額最大10万円まで会社が負担。 多様なユースケースを生み出し、失敗も含めてナレッジを共有することで、学びが循環する文化を育てます。 https://prtimes.jp/main/html/rd/p/000000362.000009888.htmlチーム名開発部 / オペレーショングループミッションTOKIUMにおけるオペレーション領域において、価値を提供し続ける体制を テクノロジーを持って実現するチームです。主要言語・フレームワークなどRuby / JavaScript / Ruby on Rails / React.jsその他技術PythonPostgreSQLJavaScriptAWSチームの人数20人以下エンジニアの人数比率81%以上飲み会の頻度数ヶ月に1-2回程度このチームで恒常的に行われている開発文化- 仕様のレビューをしている
- コードレビューしている
- リファクタリングをしている
- DevOpsをしている
- 小さなことでも称賛している
- 失敗が許容されている
このチームで自動化できている項目- 開発環境構築
- テスト
- Lint等の静的解析
このチームに導入し、運用されているツール- ビジネスチャット
- タスク管理ツール
- wiki等の情報共有ツール
- デザイン共有ツール
- プロトタイプ作成ツール
- コードのバージョン管理ツール
- コードレビューツール
テストを書いているかどうか書く必要がない・または少ないプロダクトだ全く書けていない書く文化がまだ浸透しておらず、必要な分は書けていない書く文化は浸透しているが、まだ必要な分は書けていない必要な分は書けているライブラリなどを更新しているかどうか定期的に更新する必要がない・または低いプロダクトだほとんど更新していない不定期だが更新している期間を決めて定期的に更新している期間を決めて定期的に自動で更新しているチーム内のエンジニアの発言力エンジニアの意見が通りづらいどちらかといえばエンジニアの意見が通りづらい職種による差はないどちらかといえばエンジニアの意見が尊重されやすいエンジニアの意見が尊重されやすいスケジュール調整のしやすさ納期や仕様が優先されやすく、エンジニアの裁量では調整しづらいどちらかといえばエンジニアの裁量で調整しづらいどちらともいえないどちらかといえばエンジニアの裁量で調整しやすい納期や仕様をエンジニアの裁量で調整しやすいプロダクトの内容を決める人主にエンジニア以外が考えて決めるどちらかといえばエンジニア以外が考えて決めることが多いどちらともいえない、または職種間の差はないどちらかといえばエンジニアが考えて決めることが多い主にエンジニアが考えて決めるチーム内の職種間の協力体制各職種のリーダーへ話を通したり規則がある等で協力しづらいどちらかといえば協力しづらいどちらともいえないどちらかといえば協力しやすい職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすいチームの方針決定をする人会社が大まかな方針を考えており、ほぼトップダウンで決まる会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わるどちらともいえないチームが主体的に考えて決めるが、会社の方針に左右される面もあるチームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない長期的価値の優先度短期的な売上を重視せざるを得ない状態であるどちらかといえば短期的な売上が重視されているどちらともいえないどちらかといえば長期的なユーザ価値を重視できている長期的なユーザ価値が重視できているチームの文化感情のコントロールが上手く、相手の気持ちを尊重しながらコミュニケーションを交わすことのできるエンジニアが揃っており、心理的安全性が高いレベルで担保されているチームです。 また、全員がプロダクト開発を愛しており、「未来へつながる時を生む」プロダクトの開発に主体的に取り組み、ユーザーが抱える課題の本質的な解決のためにあらゆるアプローチをフラットな視点で検討する風土が整っています。備考オペレーショングループでは、複数のスクラムチームがITと人力の組み合わせによって、独自の価値をお客様にもたらすシステムの開発・改修に取り組んでいます。例として、請求書・領収書の自動データ化機能を実現する「エントリーシステム」、データ化が必要な書類を送信しTOKIUM上に登録する「アップロードサイト」、様々な形式で送られる請求書の代行受領を実現する「メール受領・日付受領システム」などが挙げられます。チーム名開発部 / プラットフォームグループミッション顧客の不安解消および信頼性向上のために日々の問い合わせ対応やデータ保守などを行なっています。主要言語・フレームワークなどRuby / TypeScript / Ruby on Rails / React.js / PostgreSQL / AWSその他技術Pythonチームの人数20人以下エンジニアの人数比率81%以上飲み会の頻度数ヶ月に1-2回程度このチームで恒常的に行われている開発文化- 仕様のレビューをしている
- コードレビューしている
- リファクタリングをしている
- DevOpsをしている
- 小さなことでも称賛している
- 失敗が許容されている
このチームで自動化できている項目- 開発環境構築
- テスト
- Lint等の静的解析
- デプロイ
このチームに導入し、運用されているツール- ビジネスチャット
- タスク管理ツール
- wiki等の情報共有ツール
- デザイン共有ツール
- プロトタイプ作成ツール
- コードのバージョン管理ツール
- コードレビューツール
テストを書いているかどうか書く必要がない・または少ないプロダクトだ全く書けていない書く文化がまだ浸透しておらず、必要な分は書けていない書く文化は浸透しているが、まだ必要な分は書けていない必要な分は書けているライブラリなどを更新しているかどうか定期的に更新する必要がない・または低いプロダクトだほとんど更新していない不定期だが更新している期間を決めて定期的に更新している期間を決めて定期的に自動で更新しているチーム内のエンジニアの発言力エンジニアの意見が通りづらいどちらかといえばエンジニアの意見が通りづらい職種による差はないどちらかといえばエンジニアの意見が尊重されやすいエンジニアの意見が尊重されやすいスケジュール調整のしやすさ納期や仕様が優先されやすく、エンジニアの裁量では調整しづらいどちらかといえばエンジニアの裁量で調整しづらいどちらともいえないどちらかといえばエンジニアの裁量で調整しやすい納期や仕様をエンジニアの裁量で調整しやすいプロダクトの内容を決める人主にエンジニア以外が考えて決めるどちらかといえばエンジニア以外が考えて決めることが多いどちらともいえない、または職種間の差はないどちらかといえばエンジニアが考えて決めることが多い主にエンジニアが考えて決めるチーム内の職種間の協力体制各職種のリーダーへ話を通したり規則がある等で協力しづらいどちらかといえば協力しづらいどちらともいえないどちらかといえば協力しやすい職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすいチームの方針決定をする人会社が大まかな方針を考えており、ほぼトップダウンで決まる会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わるどちらともいえないチームが主体的に考えて決めるが、会社の方針に左右される面もあるチームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない長期的価値の優先度短期的な売上を重視せざるを得ない状態であるどちらかといえば短期的な売上が重視されているどちらともいえないどちらかといえば長期的なユーザ価値を重視できている長期的なユーザ価値が重視できているチームの文化感情のコントロールが上手く、相手の気持ちを尊重しながらコミュニケーションを交わすことのできるエンジニアが揃っており、心理的安全性が高いレベルで担保されているチームです。 特に各個人のキャリアや技術的な興味関心といった知的探求心を重視しており、メンバーからの提案や希望に沿った形での課題のアサインや進行によって業務を進めています。 また、全員がプロダクト開発を愛しており、「未来へつながる時を生む」プロダクトの開発に主体的に取り組み、ユーザーが抱える課題の本質的な解決のためにあらゆるアプローチをフラットな視点で検討する風土が整っています。備考SRE（Site Reliability Engineering）チーム・CRE（Customer Reliability Engineering）チームが属するグループです。チーム名開発部 / BSMプロダクトグループミッション「経費精算」「インボイス」「電子帳簿保存」などSaaSプロダクトの開発を担い、プロダクトが生み出す価値の最大化に直接的な成果をもたらします。主要言語・フレームワークなどRuby / TypeScript / Ruby on Rails / React.js /その他技術PostgreSQLAWSチームの人数20人以下エンジニアの人数比率81%以上飲み会の頻度月に1-2回程度このチームで恒常的に行われている開発文化- 仕様のレビューをしている
- コードレビューしている
- リファクタリングをしている
- DevOpsをしている
- 小さなことでも称賛している
- 失敗が許容されている
このチームに導入し、運用されているツール- ビジネスチャット
- タスク管理ツール
- wiki等の情報共有ツール
- デザイン共有ツール
- プロトタイプ作成ツール
- コードのバージョン管理ツール
- コードレビューツール
テストを書いているかどうか書く必要がない・または少ないプロダクトだ全く書けていない書く文化がまだ浸透しておらず、必要な分は書けていない書く文化は浸透しているが、まだ必要な分は書けていない必要な分は書けているライブラリなどを更新しているかどうか定期的に更新する必要がない・または低いプロダクトだほとんど更新していない不定期だが更新している期間を決めて定期的に更新している期間を決めて定期的に自動で更新しているチーム内のエンジニアの発言力エンジニアの意見が通りづらいどちらかといえばエンジニアの意見が通りづらい職種による差はないどちらかといえばエンジニアの意見が尊重されやすいエンジニアの意見が尊重されやすいスケジュール調整のしやすさ納期や仕様が優先されやすく、エンジニアの裁量では調整しづらいどちらかといえばエンジニアの裁量で調整しづらいどちらともいえないどちらかといえばエンジニアの裁量で調整しやすい納期や仕様をエンジニアの裁量で調整しやすいプロダクトの内容を決める人主にエンジニア以外が考えて決めるどちらかといえばエンジニア以外が考えて決めることが多いどちらともいえない、または職種間の差はないどちらかといえばエンジニアが考えて決めることが多い主にエンジニアが考えて決めるチーム内の職種間の協力体制各職種のリーダーへ話を通したり規則がある等で協力しづらいどちらかといえば協力しづらいどちらともいえないどちらかといえば協力しやすい職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすいチームの方針決定をする人会社が大まかな方針を考えており、ほぼトップダウンで決まる会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わるどちらともいえないチームが主体的に考えて決めるが、会社の方針に左右される面もあるチームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない長期的価値の優先度短期的な売上を重視せざるを得ない状態であるどちらかといえば短期的な売上が重視されているどちらともいえないどちらかといえば長期的なユーザ価値を重視できている長期的なユーザ価値が重視できているチームの文化感情のコントロールが上手く、相手の気持ちを尊重しながらコミュニケーションを交わすことのできるエンジニアが揃っており、心理的安全性が高いレベルで担保されているチームです。 また、全員がプロダクト開発を愛しており、「未来へつながる時を生む」プロダクトの開発に主体的に取り組み、ユーザーが抱える課題の本質的な解決のためにあらゆるアプローチをフラットな視点で検討する風土が整っています。備考「経費精算」「インボイス」「電子帳簿保存」などの5つのプロダクトの開発に1週間1スプリントのスクラム開発体制で取り組んでいます。チーム名xxx x xxxxxxxxxミッションxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxx。 xxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxx。主要言語・フレームワークなどxxxx x xxxxxxxxxx x xxxx xx xxxxx x xxxxxxxxその他技術xxxxxxxxxxxxxチームの人数xxxxxエンジニアの人数比率xxxxx飲み会の頻度xxx-xxxxチームの文化xxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxx。 xx、xxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。備考xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。チーム名開発部 / AIグループミッションAI技術を活用して新しい価値を創造。 AIエージェントの基盤となる技術を追求し、本部全体のAI戦略を強力にサポートします。主要言語・フレームワークなどPython / JavaScript / TypeScriptその他技術RubyReactPostgreSQLAWSGoRuby on Railsチームの人数20人以下エンジニアの人数比率81%以上飲み会の頻度月に1-2回程度このチームで恒常的に行われている開発文化- 仕様のレビューをしている
- コードレビューしている
- リファクタリングをしている
- DevOpsをしている
- 小さなことでも称賛している
- 失敗が許容されている
このチームで自動化できている項目- 開発環境構築
- テスト
- Lint等の静的解析
- デプロイ
このチームに導入し、運用されているツール- ビジネスチャット
- タスク管理ツール
- wiki等の情報共有ツール
- デザイン共有ツール
- プロトタイプ作成ツール
- コードのバージョン管理ツール
- コードレビューツール
テストを書いているかどうか書く必要がない・または少ないプロダクトだ全く書けていない書く文化がまだ浸透しておらず、必要な分は書けていない書く文化は浸透しているが、まだ必要な分は書けていない必要な分は書けているライブラリなどを更新しているかどうか定期的に更新する必要がない・または低いプロダクトだほとんど更新していない不定期だが更新している期間を決めて定期的に更新している期間を決めて定期的に自動で更新しているチーム内のエンジニアの発言力エンジニアの意見が通りづらいどちらかといえばエンジニアの意見が通りづらい職種による差はないどちらかといえばエンジニアの意見が尊重されやすいエンジニアの意見が尊重されやすいスケジュール調整のしやすさ納期や仕様が優先されやすく、エンジニアの裁量では調整しづらいどちらかといえばエンジニアの裁量で調整しづらいどちらともいえないどちらかといえばエンジニアの裁量で調整しやすい納期や仕様をエンジニアの裁量で調整しやすいプロダクトの内容を決める人主にエンジニア以外が考えて決めるどちらかといえばエンジニア以外が考えて決めることが多いどちらともいえない、または職種間の差はないどちらかといえばエンジニアが考えて決めることが多い主にエンジニアが考えて決めるチーム内の職種間の協力体制各職種のリーダーへ話を通したり規則がある等で協力しづらいどちらかといえば協力しづらいどちらともいえないどちらかといえば協力しやすい職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすいチームの方針決定をする人会社が大まかな方針を考えており、ほぼトップダウンで決まる会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わるどちらともいえないチームが主体的に考えて決めるが、会社の方針に左右される面もあるチームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない長期的価値の優先度短期的な売上を重視せざるを得ない状態であるどちらかといえば短期的な売上が重視されているどちらともいえないどちらかといえば長期的なユーザ価値を重視できている長期的なユーザ価値が重視できているチームの文化感情のコントロールが上手く、相手の気持ちを尊重しながらコミュニケーションを交わすことのできるエンジニアが揃っており、心理的安全性が高いレベルで担保されているチームです。 また、全員がプロダクト開発を愛しており、「未来へつながる時を生む」プロダクトの開発に主体的に取り組み、ユーザーが抱える課題の本質的な解決のためにあらゆるアプローチをフラットな視点で検討する風土が整っています。備考1週間1スプリントのスクラム開発体制で取り組んでいます。 ★開発を支援するAI活用補助制度「AI 100K」を導入 業務に必要なAIツールの利用費用を月額最大10万円まで会社が負担。 多様なユースケースを生み出し、失敗も含めてナレッジを共有することで、学びが循環する文化を育てます。 https://prtimes.jp/main/html/rd/p/000000362.000009888.html
- その他カードカードについて他社選考待ちOK平日夜の面談OKあなたとマッチする文化
- 基本給（月）年収を表示する権限がありません
- 裁量労働制か否かいいえ
- 固定残業代（みなし含む）提示年収に含む時間外労働の有無に関わらず以下を時間外手当として支給固定残業時間/月40時間 / 月固定残業代/月年収を表示する権限がありません固定残業代の詳細
年収を表示する権限がありません
規定の「固定残業時間/月」を超える時間外労働分についての割増賃金は追加で支給 - 理論賞与提示年収に含む提示年収に対する理論賞与の割合年収を表示する権限がありません理論賞与詳細年収を表示する権限がありません理論賞与の支給条件と内訳
年収を表示する権限がありません
- 手当額（年）含まない
- その他待遇
年収を表示する権限がありません
- 時間外労働有り時間外労働の備考
年収を表示する権限がありません - 試用期間有り3ヶ月試用期間の条件変更 有り試用期間の詳細年収を表示する権限がありません
- 就業場所
東京都中央区銀座6丁目18−2 野村不動産 銀座ビル12F
- 加入保険
健康保険・厚生年金・雇用保険・労災保険
- 休憩時間（分）
60分
- 休憩時間（備考）
休憩時間の開始・終了に関しては、特に定めはありません
- 休日
完全週休２日
- 就業時間フレックスタイム制コアタイム9時00分〜15時00分
- 受動喫煙防止措置対策
屋内禁煙
（※指名されたユーザー本人しか内容は閲覧できません）
- 代表者名黒﨑賢一
- 設立年2012年
- 従業員数244人
- 会社HPhttps://corp.tokium.jp/
TOKIUM経費精算や、データエントリーシステムの初期開発に従事。
現在はプロダクト開発とデータエントリーに関わるオペレーションを統括しています。
企業理念である「時間革命で体感寿命を延ばす」事を実現するための組織作りに取り組んでいます。