株式会社TOKIUMからの指名詳細
指名日時：2024.09.04 17:50
提示年収とは？
- あなたのレジュメの内容から読み取った実力に対して、企業が判断した金額です。そのため、必ずしもこの金額と同額で内定となるわけではなく、面談等を経て上下することもあります。
- 採用になった場合の実績としては、約50％が提示年収と同額、約25％が提示年収より高い金額、約25％が提示年収より低い金額（ただし90％ルールの範囲内）となっています。
- 今抱えている課題
### xxxxxx
xxxxxxxxxxx**xxxxxxxxxxxxx**xxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxx。
xxx、xxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxx。xxxxxxxxxx、xxxxxxxxxxxxxx(xx)xxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxx(xxxx)xxxxxxxxxxxxx。
xx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、**xxxxxxxxxx、xxxxxxxxx**xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
---
### xxxxxxxxx
xxxxxxxxxxx、xxxxxxxxxxxxxxxx。
- xxxxxxxxxxxxxxxxxxxxxxxxxxx
- xxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxx
- xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxxx、xxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxx**xxxxxx(xxx x xxxxxxxx xxxxx xxxxxxxxxx)xxxxxxxx**xxxxxxxxxxxxxxx。xxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxx。
---
### xxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxx。
xx、xxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
**xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxx**xxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxx、**xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxx**xxxxxxxxxxxxxxxxxxxxxxxxxxx。
xx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。文字数：1610
（※指名されたユーザー本人しか内容は閲覧できません） - 課題に基づいた指名理由
xxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxx、xxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx文字数：281
（※指名されたユーザー本人しか内容は閲覧できません） - 何を任せたいか
xxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxx。
xx、xxxxxxxxxx、xxxxxxxx、xxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xx、xxxxxxxxxxxxxxxxxxxxxx。xxxx、xxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxx
### xxxx
- xxxxxxxxxxxxxxxxxxxxxxxx
- xxxxxxxxxxxxxxxxxxxxxxxxx
- xxxxxxxxxxxxx
- xxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxx
- xxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxx文字数：472
（※指名されたユーザー本人しか内容は閲覧できません）
- 所属先候補チーム名開発部 / AIエージェントグループミッション経理AIエージェント「TOKIUM」の開発におけるストリームアラインドチームとして、プロダクトが生み出す価値の最大化に直接的な成果をもたらします。 「経理業務の常識を私たちがひっくり返す」その中心的な役割を担っています。主要言語・フレームワークなどPython / JavaScript / TypeScriptその他技術RubyReactPostgreSQLAWSGoRuby on Railsチームの人数20人以下エンジニアの人数比率81%以上飲み会の頻度月に1-2回程度このチームで恒常的に行われている開発文化
- 仕様のレビューをしている
- コードレビューしている
- リファクタリングをしている
- DevOpsをしている
- 小さなことでも称賛している
- 失敗が許容されている
このチームで自動化できている項目- 開発環境構築
- テスト
- Lint等の静的解析
- デプロイ
このチームに導入し、運用されているツール- ビジネスチャット
- タスク管理ツール
- wiki等の情報共有ツール
- デザイン共有ツール
- プロトタイプ作成ツール
- コードのバージョン管理ツール
- コードレビューツール
テストを書いているかどうか書く必要がない・または少ないプロダクトだ全く書けていない書く文化がまだ浸透しておらず、必要な分は書けていない書く文化は浸透しているが、まだ必要な分は書けていない必要な分は書けているライブラリなどを更新しているかどうか定期的に更新する必要がない・または低いプロダクトだほとんど更新していない不定期だが更新している期間を決めて定期的に更新している期間を決めて定期的に自動で更新しているチーム内のエンジニアの発言力エンジニアの意見が通りづらいどちらかといえばエンジニアの意見が通りづらい職種による差はないどちらかといえばエンジニアの意見が尊重されやすいエンジニアの意見が尊重されやすいスケジュール調整のしやすさ納期や仕様が優先されやすく、エンジニアの裁量では調整しづらいどちらかといえばエンジニアの裁量で調整しづらいどちらともいえないどちらかといえばエンジニアの裁量で調整しやすい納期や仕様をエンジニアの裁量で調整しやすいプロダクトの内容を決める人主にエンジニア以外が考えて決めるどちらかといえばエンジニア以外が考えて決めることが多いどちらともいえない、または職種間の差はないどちらかといえばエンジニアが考えて決めることが多い主にエンジニアが考えて決めるチーム内の職種間の協力体制各職種のリーダーへ話を通したり規則がある等で協力しづらいどちらかといえば協力しづらいどちらともいえないどちらかといえば協力しやすい職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすいチームの方針決定をする人会社が大まかな方針を考えており、ほぼトップダウンで決まる会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わるどちらともいえないチームが主体的に考えて決めるが、会社の方針に左右される面もあるチームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない長期的価値の優先度短期的な売上を重視せざるを得ない状態であるどちらかといえば短期的な売上が重視されているどちらともいえないどちらかといえば長期的なユーザ価値を重視できている長期的なユーザ価値が重視できているURLhttps://www.keihi.com/keiri-ai-agent/備考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等の情報共有ツール
- デザイン共有ツール
- プロトタイプ作成ツール
- コードのバージョン管理ツール
- コードレビューツール
テストを書いているかどうか書く必要がない・または少ないプロダクトだ全く書けていない書く文化がまだ浸透しておらず、必要な分は書けていない書く文化は浸透しているが、まだ必要な分は書けていない必要な分は書けているライブラリなどを更新しているかどうか定期的に更新する必要がない・または低いプロダクトだほとんど更新していない不定期だが更新している期間を決めて定期的に更新している期間を決めて定期的に自動で更新しているチーム内のエンジニアの発言力エンジニアの意見が通りづらいどちらかといえばエンジニアの意見が通りづらい職種による差はないどちらかといえばエンジニアの意見が尊重されやすいエンジニアの意見が尊重されやすいスケジュール調整のしやすさ納期や仕様が優先されやすく、エンジニアの裁量では調整しづらいどちらかといえばエンジニアの裁量で調整しづらいどちらともいえないどちらかといえばエンジニアの裁量で調整しやすい納期や仕様をエンジニアの裁量で調整しやすいプロダクトの内容を決める人主にエンジニア以外が考えて決めるどちらかといえばエンジニア以外が考えて決めることが多いどちらともいえない、または職種間の差はないどちらかといえばエンジニアが考えて決めることが多い主にエンジニアが考えて決めるチーム内の職種間の協力体制各職種のリーダーへ話を通したり規則がある等で協力しづらいどちらかといえば協力しづらいどちらともいえないどちらかといえば協力しやすい職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすいチームの方針決定をする人会社が大まかな方針を考えており、ほぼトップダウンで決まる会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わるどちらともいえないチームが主体的に考えて決めるが、会社の方針に左右される面もあるチームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない長期的価値の優先度短期的な売上を重視せざるを得ない状態であるどちらかといえば短期的な売上が重視されているどちらともいえないどちらかといえば長期的なユーザ価値を重視できている長期的なユーザ価値が重視できているURLhttps://corp.tokium.jp/service/備考オペレーショングループでは、複数のスクラムチームがITと人力の組み合わせによって、独自の価値をお客様にもたらすシステムの開発・改修に取り組んでいます。例として、請求書・領収書の自動データ化機能を実現する「エントリーシステム」、データ化が必要な書類を送信しTOKIUM上に登録する「アップロードサイト」、様々な形式で送られる請求書の代行受領を実現する「メール受領・日付受領システム」などが挙げられます。チーム名開発部 / プラットフォームグループミッション顧客の不安解消および信頼性向上のために日々の問い合わせ対応やデータ保守などを行なっています。主要言語・フレームワークなどRuby / TypeScript / Ruby on Rails / React.js / PostgreSQL / AWSその他技術Pythonチームの人数20人以下エンジニアの人数比率81%以上飲み会の頻度数ヶ月に1-2回程度このチームで恒常的に行われている開発文化- 仕様のレビューをしている
- コードレビューしている
- リファクタリングをしている
- DevOpsをしている
- 小さなことでも称賛している
- 失敗が許容されている
このチームで自動化できている項目- 開発環境構築
- テスト
- Lint等の静的解析
- デプロイ
このチームに導入し、運用されているツール- ビジネスチャット
- タスク管理ツール
- wiki等の情報共有ツール
- デザイン共有ツール
- プロトタイプ作成ツール
- コードのバージョン管理ツール
- コードレビューツール
テストを書いているかどうか書く必要がない・または少ないプロダクトだ全く書けていない書く文化がまだ浸透しておらず、必要な分は書けていない書く文化は浸透しているが、まだ必要な分は書けていない必要な分は書けているライブラリなどを更新しているかどうか定期的に更新する必要がない・または低いプロダクトだほとんど更新していない不定期だが更新している期間を決めて定期的に更新している期間を決めて定期的に自動で更新しているチーム内のエンジニアの発言力エンジニアの意見が通りづらいどちらかといえばエンジニアの意見が通りづらい職種による差はないどちらかといえばエンジニアの意見が尊重されやすいエンジニアの意見が尊重されやすいスケジュール調整のしやすさ納期や仕様が優先されやすく、エンジニアの裁量では調整しづらいどちらかといえばエンジニアの裁量で調整しづらいどちらともいえないどちらかといえばエンジニアの裁量で調整しやすい納期や仕様をエンジニアの裁量で調整しやすいプロダクトの内容を決める人主にエンジニア以外が考えて決めるどちらかといえばエンジニア以外が考えて決めることが多いどちらともいえない、または職種間の差はないどちらかといえばエンジニアが考えて決めることが多い主にエンジニアが考えて決めるチーム内の職種間の協力体制各職種のリーダーへ話を通したり規則がある等で協力しづらいどちらかといえば協力しづらいどちらともいえないどちらかといえば協力しやすい職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすいチームの方針決定をする人会社が大まかな方針を考えており、ほぼトップダウンで決まる会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わるどちらともいえないチームが主体的に考えて決めるが、会社の方針に左右される面もあるチームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない長期的価値の優先度短期的な売上を重視せざるを得ない状態であるどちらかといえば短期的な売上が重視されているどちらともいえないどちらかといえば長期的なユーザ価値を重視できている長期的なユーザ価値が重視できているURLhttps://corp.tokium.jp/service/備考SRE（Site Reliability Engineering）チーム・CRE（Customer Reliability Engineering）チームが属するグループです。
- その他カードカードについて他社選考待ちOK土日面談OK平日夜の面談OK土日祝日の面談OKあなたとマッチする文化
- 基本給（月）表示されません
- 裁量労働制か否かいいえ
- 固定残業代（みなし含む）提示年収に含む時間外労働の有無に関わらず以下を時間外手当として支給固定残業時間/月40時間 / 月固定残業代/月表示されません固定残業代の詳細
表示されません
規定の「固定残業時間/月」を超える時間外労働分についての割増賃金は追加で支給 - 理論賞与含まない
- 手当額（年）含まない
- その他待遇
表示されません
- 時間外労働有り時間外労働の備考
表示されません - 試用期間有り3ヶ月試用期間の条件変更 有り試用期間の詳細表示されません
- 就業場所
東京都中央区銀座6丁目18−2 野村不動産 銀座ビル12F
- 加入保険
健康保険・厚生年金・雇用保険・労災保険
- 休憩時間（分）
60分
- 休憩時間（備考）
休憩時間の開始・終了に関しては、特に定めはありません
- 休日
完全週休２日
- 就業時間フレックスタイム制コアタイム9時00分〜15時00分
- 受動喫煙防止措置対策
屋内禁煙
（※指名されたユーザー本人しか内容は閲覧できません）
- 代表者名黒﨑賢一
- 設立年2012年
- 従業員数244人
- 会社HPhttps://corp.tokium.jp/
2017年4月に当時全社員が20名程だったTOKIUMに入社し、Webエンジニアとして新規開発に従事。その後、複数チームの立ち上げと育成を担当。
2023年に当社初のEMとなり、2024年より開発部長として会社の成長と個人のキャリアが両立できる組織体制を目指して開発、採用、育成、広報に取り組んでいます。
趣味でC++を書いてますが、Rubyとは未だに仲良くなれていません。 エンジニアから開発部長へ、組織の成長と共に自分自身も役割を変えながら、チーム作りと技術の両面に携わってきました。
フェーズごとに試行錯誤しながら組織を作ってきた経験や、開発部全体のマネジメントの経験をもとに、皆さんにとって有意義な時間を作れればと思います！