株式会社TOKIUMからの指名詳細
指名日時：2023.05.29 17:34
提示年収とは？
- あなたのレジュメの内容から読み取った実力に対して、企業が判断した金額です。そのため、必ずしもこの金額と同額で内定となるわけではなく、面談等を経て上下することもあります。
- 採用になった場合の実績としては、約50％が提示年収と同額、約25％が提示年収より高い金額、約25％が提示年収より低い金額（ただし90％ルールの範囲内）となっています。
- 今抱えている課題
xxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxx。
xxx、xxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxx。xxxxxxxxxx、xxxxxxxxxxxxxx(xx)xxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxx(xxxx)xxxxxxxxxxxxx。
xx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxx
xxxxxxxxxxx、xxxxxxxxxxxxxxxx。
- xxxxxxxxxxxxxxxxxxxxxxxxxxx
- xxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxx
- xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xx、xxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
- xxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxx(xxxxxxx)
- xxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxx、xxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx(xxx x xxxxxxxx xxxxx xxxxxxxxxx)xxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxx。
xxxxxxxxx
xxxxx、xxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxx、xxxxxxxxxx(xx、xxxxxxxxxxxx)xxxxx、xxxxxxxxxxxxxxxxxxx。
xxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xx、xxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxx、xxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。文字数：1673
（※指名されたユーザー本人しか内容は閲覧できません） - 課題に基づいた指名理由
xxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xx、xxxxx、xxxxx xxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxx、xxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xx、xxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxx。xx、xxxxxxxxxxxxxxxxx、xxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxx
文字数：736
（※指名されたユーザー本人しか内容は閲覧できません） - 何を任せたいか
xxxxxx、xxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxx
- xxxxxxxxxxxxxxxxx
- xxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxx
- xxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxx
- (xxxxxx)xxxxxxxxxxxxxxx
- (xxxxxx)xxxxxxxxxxxxxxxxxxxxx
- xxxxxxxxxxxxxxxxxxxxxx
- xxxxxxxxxxxxxxxxxxxxxxxxxx
- xxxxxxxxxxxx(xxxxxxxxx、xxxxxx)
xxxxx
- xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
- xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
- xxxxxxxxx、xxxxxxxxxxxxxx
文字数：597
（※指名されたユーザー本人しか内容は閲覧できません） - xxxxxxxxxxxxxxxxx
- 所属先候補チーム名開発部 / プロダクトグループミッション支出管理クラウド「TOKIUM」の開発におけるストリームアラインドチームとして、プロダクトが生み出す価値の最大化に直接的な成果をもたらす主要言語・フレームワークなどRuby / TypeScript / Ruby on Rails / React.jsその他技術PostgreSQLAWSGoチームの人数20人以下エンジニアの人数比率81%以上飲み会の頻度月に1-2回程度このチームで恒常的に行われている開発文化
- 仕様のレビューをしている
- コードレビューしている
- リファクタリングをしている
- DevOpsをしている
- 小さなことでも称賛している
- 失敗が許容されている
このチームで自動化できている項目- 開発環境構築
- テスト
- Lint等の静的解析
- デプロイ
このチームに導入し、運用されているツール- ビジネスチャット
- タスク管理ツール
- wiki等の情報共有ツール
- デザイン共有ツール
- プロトタイプ作成ツール
- コードのバージョン管理ツール
- コードレビューツール
テストを書いているかどうか書く必要がない・または少ないプロダクトだ全く書けていない書く文化がまだ浸透しておらず、必要な分は書けていない書く文化は浸透しているが、まだ必要な分は書けていない必要な分は書けているライブラリなどを更新しているかどうか定期的に更新する必要がない・または低いプロダクトだほとんど更新していない不定期だが更新している期間を決めて定期的に更新している期間を決めて定期的に自動で更新しているチーム内のエンジニアの発言力エンジニアの意見が通りづらいどちらかといえばエンジニアの意見が通りづらい職種による差はないどちらかといえばエンジニアの意見が尊重されやすいエンジニアの意見が尊重されやすいスケジュール調整のしやすさ納期や仕様が優先されやすく、エンジニアの裁量では調整しづらいどちらかといえばエンジニアの裁量で調整しづらいどちらともいえないどちらかといえばエンジニアの裁量で調整しやすい納期や仕様をエンジニアの裁量で調整しやすいプロダクトの内容を決める人主にエンジニア以外が考えて決めるどちらかといえばエンジニア以外が考えて決めることが多いどちらともいえない、または職種間の差はないどちらかといえばエンジニアが考えて決めることが多い主にエンジニアが考えて決めるチーム内の職種間の協力体制各職種のリーダーへ話を通したり規則がある等で協力しづらいどちらかといえば協力しづらいどちらともいえないどちらかといえば協力しやすい職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすいチームの方針決定をする人会社が大まかな方針を考えており、ほぼトップダウンで決まる会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わるどちらともいえないチームが主体的に考えて決めるが、会社の方針に左右される面もあるチームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない長期的価値の優先度短期的な売上を重視せざるを得ない状態であるどちらかといえば短期的な売上が重視されているどちらともいえないどちらかといえば長期的なユーザ価値を重視できている長期的なユーザ価値が重視できているURLhttps://corp.tokium.jp/service/備考「経費精算」「インボイス」「電子帳簿保存」の3つのプロダクトの開発に1週間1スプリントのスクラム開発体制で取り組んでいます。 また、各プロダクトが基盤として利用する「システム共通」の領域を担うチームも存在します。チーム名開発部 / インボイスチームミッションTOKIUMインボイスの新規機能開発主要言語・フレームワークなどRuby / TypeScript / Ruby on Rails / React.jsその他技術PostgreSQLAWSチームの人数10人以下エンジニアの人数比率81%以上飲み会の頻度月に1-2回程度このチームで恒常的に行われている開発文化- 仕様のレビューをしている
- コードレビューしている
- リファクタリングをしている
- DevOpsをしている
- 小さなことでも称賛している
- 失敗が許容されている
このチームで自動化できている項目- 開発環境構築
- テスト
- Lint等の静的解析
- デプロイ
このチームに導入し、運用されているツール- ビジネスチャット
- タスク管理ツール
- wiki等の情報共有ツール
- デザイン共有ツール
- プロトタイプ作成ツール
- コードのバージョン管理ツール
- コードレビューツール
テストを書いているかどうか書く必要がない・または少ないプロダクトだ全く書けていない書く文化がまだ浸透しておらず、必要な分は書けていない書く文化は浸透しているが、まだ必要な分は書けていない必要な分は書けているライブラリなどを更新しているかどうか定期的に更新する必要がない・または低いプロダクトだほとんど更新していない不定期だが更新している期間を決めて定期的に更新している期間を決めて定期的に自動で更新しているチーム内のエンジニアの発言力エンジニアの意見が通りづらいどちらかといえばエンジニアの意見が通りづらい職種による差はないどちらかといえばエンジニアの意見が尊重されやすいエンジニアの意見が尊重されやすいスケジュール調整のしやすさ納期や仕様が優先されやすく、エンジニアの裁量では調整しづらいどちらかといえばエンジニアの裁量で調整しづらいどちらともいえないどちらかといえばエンジニアの裁量で調整しやすい納期や仕様をエンジニアの裁量で調整しやすいプロダクトの内容を決める人主にエンジニア以外が考えて決めるどちらかといえばエンジニア以外が考えて決めることが多いどちらともいえない、または職種間の差はないどちらかといえばエンジニアが考えて決めることが多い主にエンジニアが考えて決めるチーム内の職種間の協力体制各職種のリーダーへ話を通したり規則がある等で協力しづらいどちらかといえば協力しづらいどちらともいえないどちらかといえば協力しやすい職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすいチームの方針決定をする人会社が大まかな方針を考えており、ほぼトップダウンで決まる会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わるどちらともいえないチームが主体的に考えて決めるが、会社の方針に左右される面もあるチームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない長期的価値の優先度短期的な売上を重視せざるを得ない状態であるどちらかといえば短期的な売上が重視されているどちらともいえないどちらかといえば長期的なユーザ価値を重視できている長期的なユーザ価値が重視できているURLhttps://www.keihi.com/invoice/備考ビジネスサイドのメンバーもエンジニアへのリスペクトがある方が揃っており、個社対応も極力受けない体制を整えています。要件定義・詳細設計の工程ではエンジニアも積極的に発言し、意見をプロダクトに反映させることが可能です。 一方で、法律改正の影響を強く受けるプロダクトであり、また大企業のお客様からの引き合いが急増している背景も相まって、トップダウンかつタイトな期日での機能開発が現在でも年に数回発生します。チーム名開発部 / オペレーショングループミッション「オペレーター」と「システム」のかけ合わせによって生まれるアウトカムの最大化を実現し、支出管理クラウド「TOKIUM」のサービス価値を向上させる主要言語・フレームワークなどRuby / JavaScript / Ruby on Rails / React.jsその他技術PostgreSQLAWSチームの人数20人以下エンジニアの人数比率81%以上飲み会の頻度数ヶ月に1-2回程度このチームで恒常的に行われている開発文化- 仕様のレビューをしている
- コードレビューしている
- リファクタリングをしている
- DevOpsをしている
- 小さなことでも称賛している
- 失敗が許容されている
このチームで自動化できている項目- 開発環境構築
- テスト
- Lint等の静的解析
このチームに導入し、運用されているツール- ビジネスチャット
- タスク管理ツール
- wiki等の情報共有ツール
- デザイン共有ツール
- プロトタイプ作成ツール
- コードのバージョン管理ツール
- コードレビューツール
テストを書いているかどうか書く必要がない・または少ないプロダクトだ全く書けていない書く文化がまだ浸透しておらず、必要な分は書けていない書く文化は浸透しているが、まだ必要な分は書けていない必要な分は書けているライブラリなどを更新しているかどうか定期的に更新する必要がない・または低いプロダクトだほとんど更新していない不定期だが更新している期間を決めて定期的に更新している期間を決めて定期的に自動で更新しているチーム内のエンジニアの発言力エンジニアの意見が通りづらいどちらかといえばエンジニアの意見が通りづらい職種による差はないどちらかといえばエンジニアの意見が尊重されやすいエンジニアの意見が尊重されやすいスケジュール調整のしやすさ納期や仕様が優先されやすく、エンジニアの裁量では調整しづらいどちらかといえばエンジニアの裁量で調整しづらいどちらともいえないどちらかといえばエンジニアの裁量で調整しやすい納期や仕様をエンジニアの裁量で調整しやすいプロダクトの内容を決める人主にエンジニア以外が考えて決めるどちらかといえばエンジニア以外が考えて決めることが多いどちらともいえない、または職種間の差はないどちらかといえばエンジニアが考えて決めることが多い主にエンジニアが考えて決めるチーム内の職種間の協力体制各職種のリーダーへ話を通したり規則がある等で協力しづらいどちらかといえば協力しづらいどちらともいえないどちらかといえば協力しやすい職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすいチームの方針決定をする人会社が大まかな方針を考えており、ほぼトップダウンで決まる会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わるどちらともいえないチームが主体的に考えて決めるが、会社の方針に左右される面もあるチームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない長期的価値の優先度短期的な売上を重視せざるを得ない状態であるどちらかといえば短期的な売上が重視されているどちらともいえないどちらかといえば長期的なユーザ価値を重視できている長期的なユーザ価値が重視できているURLhttps://corp.tokium.jp/service/備考オペレーショングループでは、複数のスクラムチームがITと人力の組み合わせによって、独自の価値をお客様にもたらすシステムの開発・改修に取り組んでいます。例として、請求書・領収書の自動データ化機能を実現する「エントリーシステム」、データ化が必要な書類を送信しTOKIUM上に登録する「アップロードサイト」、様々な形式で送られる請求書の代行受領を実現する「メール受領・日付受領システム」などが挙げられます。チーム名プロダクト部 / プロダクトマネジメントチームミッション企業活動で生まれる支出関連業務の効率化・最適化を「人とITの統合オペレーション」により実現し、お客様に豊かな時間・競争力をもたらすようプロダクトを成長させ、その価値提供に責任を持つ。 支出管理クラウド「TOKIUM」のお客様体験の適切なリサーチ、および営業部及びカスタマーサクセス部との認識のすり合わせによって見出された課題に対し、開発部とともに新機能や改善施策を企画することで、正確かつスピーディーにサービスをあるべき姿に導く。主要言語・フレームワークなどRuby / TypeScript / Ruby on Rails / React.js / PostgreSQL / AWS ※開発部で利用その他技術NotionGoogle Sheetsチームの人数10人以下エンジニアの人数比率10%以下飲み会の頻度月に1-2回程度このチームで恒常的に行われている開発文化- 仕様のレビューをしている
- DevOpsをしている
- 小さなことでも称賛している
- 失敗が許容されている
このチームに導入し、運用されているツール- ビジネスチャット
- タスク管理ツール
- wiki等の情報共有ツール
- デザイン共有ツール
- プロトタイプ作成ツール
テストを書いているかどうか書く必要がない・または少ないプロダクトだ全く書けていない書く文化がまだ浸透しておらず、必要な分は書けていない書く文化は浸透しているが、まだ必要な分は書けていない必要な分は書けているライブラリなどを更新しているかどうか定期的に更新する必要がない・または低いプロダクトだほとんど更新していない不定期だが更新している期間を決めて定期的に更新している期間を決めて定期的に自動で更新しているチーム内のエンジニアの発言力エンジニアの意見が通りづらいどちらかといえばエンジニアの意見が通りづらい職種による差はないどちらかといえばエンジニアの意見が尊重されやすいエンジニアの意見が尊重されやすいスケジュール調整のしやすさ納期や仕様が優先されやすく、エンジニアの裁量では調整しづらいどちらかといえばエンジニアの裁量で調整しづらいどちらともいえないどちらかといえばエンジニアの裁量で調整しやすい納期や仕様をエンジニアの裁量で調整しやすいプロダクトの内容を決める人主にエンジニア以外が考えて決めるどちらかといえばエンジニア以外が考えて決めることが多いどちらともいえない、または職種間の差はないどちらかといえばエンジニアが考えて決めることが多い主にエンジニアが考えて決めるチーム内の職種間の協力体制各職種のリーダーへ話を通したり規則がある等で協力しづらいどちらかといえば協力しづらいどちらともいえないどちらかといえば協力しやすい職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすいチームの方針決定をする人会社が大まかな方針を考えており、ほぼトップダウンで決まる会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わるどちらともいえないチームが主体的に考えて決めるが、会社の方針に左右される面もあるチームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない長期的価値の優先度短期的な売上を重視せざるを得ない状態であるどちらかといえば短期的な売上が重視されているどちらともいえないどちらかといえば長期的なユーザ価値を重視できている長期的なユーザ価値が重視できているURLhttps://www.keihi.com/備考長期的なプロダクト戦略の立案を含む、プロダクトマネジメント業務全般をミッションとするプロダクト部配下のチームとなります。 プロダクト部にはQAチームも所属しており、要件定義の工程ではQAエンジニアも参加し、業務を進める体制となっています。チーム名開発部 / イネーブリングチームミッション長期的なプロダクト開発のため、開発組織の生産性を向上させる主要言語・フレームワークなどRuby / TypeScript / Ruby on Rails / React.jsその他技術PostgreSQLAWSチームの人数5人以下エンジニアの人数比率81%以上飲み会の頻度月に1-2回程度このチームで恒常的に行われている開発文化- 仕様のレビューをしている
- コードレビューしている
- ペアプログラミングをしている
- リファクタリングをしている
- DevOpsをしている
- 小さなことでも称賛している
- 失敗が許容されている
このチームで自動化できている項目- 開発環境構築
- テスト
- Lint等の静的解析
- デプロイ
このチームに導入し、運用されているツール- ビジネスチャット
- タスク管理ツール
- wiki等の情報共有ツール
- デザイン共有ツール
- プロトタイプ作成ツール
- コードのバージョン管理ツール
- コードレビューツール
テストを書いているかどうか書く必要がない・または少ないプロダクトだ全く書けていない書く文化がまだ浸透しておらず、必要な分は書けていない書く文化は浸透しているが、まだ必要な分は書けていない必要な分は書けているライブラリなどを更新しているかどうか定期的に更新する必要がない・または低いプロダクトだほとんど更新していない不定期だが更新している期間を決めて定期的に更新している期間を決めて定期的に自動で更新しているチーム内のエンジニアの発言力エンジニアの意見が通りづらいどちらかといえばエンジニアの意見が通りづらい職種による差はないどちらかといえばエンジニアの意見が尊重されやすいエンジニアの意見が尊重されやすいスケジュール調整のしやすさ納期や仕様が優先されやすく、エンジニアの裁量では調整しづらいどちらかといえばエンジニアの裁量で調整しづらいどちらともいえないどちらかといえばエンジニアの裁量で調整しやすい納期や仕様をエンジニアの裁量で調整しやすいプロダクトの内容を決める人主にエンジニア以外が考えて決めるどちらかといえばエンジニア以外が考えて決めることが多いどちらともいえない、または職種間の差はないどちらかといえばエンジニアが考えて決めることが多い主にエンジニアが考えて決めるチーム内の職種間の協力体制各職種のリーダーへ話を通したり規則がある等で協力しづらいどちらかといえば協力しづらいどちらともいえないどちらかといえば協力しやすい職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすいチームの方針決定をする人会社が大まかな方針を考えており、ほぼトップダウンで決まる会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わるどちらともいえないチームが主体的に考えて決めるが、会社の方針に左右される面もあるチームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない長期的価値の優先度短期的な売上を重視せざるを得ない状態であるどちらかといえば短期的な売上が重視されているどちらともいえないどちらかといえば長期的なユーザ価値を重視できている長期的なユーザ価値が重視できているURLhttps://www.keihi.com/
- その他カードカードについて他社選考待ちOK土日面談OK平日夜の面談OK土日祝日の面談OKあなたとマッチする文化
- 基本給（月）表示されません
- 裁量労働制か否かいいえ
- 固定残業代（みなし含む）提示年収に含む時間外労働の有無に関わらず以下を時間外手当として支給固定残業時間/月40時間 / 月固定残業代/月表示されません固定残業代の詳細
表示されません
規定の「固定残業時間/月」を超える時間外労働分についての割増賃金は追加で支給 - 理論賞与含まない
- 手当額（年）含まない
- その他待遇
表示されません
- 時間外労働有り時間外労働の備考
表示されません - 試用期間有り3ヶ月試用期間の条件変更 有り試用期間の詳細表示されません
- 就業場所
東京都中央区銀座6丁目18−2 野村不動産 銀座ビル12F
- 加入保険
健康保険・厚生年金・雇用保険・労災保険
- 休憩時間（分）
60分
- 休憩時間（備考）
休憩時間の開始・終了に関しては、特に定めはありません
- 休日
完全週休２日
- 就業時間フレックスタイム制コアタイム9時00分〜15時00分
- 受動喫煙防止措置対策
屋内禁煙
（※指名されたユーザー本人しか内容は閲覧できません）
- 代表者名黒﨑賢一
- 設立年2012年
- 従業員数210人
- 会社HPhttps://corp.tokium.jp/
TOKIUM経費精算や、データエントリーシステムの初期開発に従事。
現在はプロダクト開発とデータエントリーに関わるオペレーションを統括しています。
企業理念である「時間革命で体感寿命を延ばす」事を実現するための組織作りに取り組んでいます。