株式会社RevCommからの指名(2026年8月回)

提示年収ウィザード
正社員

指名日時:2026.09.02 13:17

提示年収とは?
  • あなたのレジュメの内容から読み取った実力に対して、企業が判断した金額です。そのため、必ずしもこの金額と同額で内定となるわけではなく、面談等を経て上下することもあります。
  • 採用になった場合の実績としては、約50%が提示年収と同額、約25%が提示年収より高い金額、約25%が提示年収より低い金額(ただし90%ルールの範囲内)となっています。
  • 今抱えている課題

    xxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxx。
    xxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    xxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxx、xxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    xxxx、xxxxxxxxxxxxxxxxxxxxxxxx。
    - xxxxxxxxxxxxxxxxxxxxxxxxxx
    - xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
    - xxxxxxxxxxxxxxxxxxxxxxxxxx
    - xxxxxxxxxxxxxxxxxxxxxxxx
    - xxxxxxxxxxxxxxxxxxxxxxxx

    xxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxx。

    文字数:603
    (※指名されたユーザー本人しか内容は閲覧できません)
  • 課題に基づいた指名理由

    xxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxx。

    x xxxxxxxxxxxxxxxxxx
    xxxxxxxxxxxxx、xxxx xxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxx、xxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxx。
    xx、xxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    x xxxxxxxxxxxxxxxx
    xxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxx。
    xxxx、xxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxx、xxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    x xxxxxxxxxxxxxxxxxx
    xxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxx。

    xxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxx。
    xxxxxxxxx、xxxxxxxxxxxxx。

    文字数:1040
    (※指名されたユーザー本人しか内容は閲覧できません)
  • 何を任せたいか

    xxxxxx
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    xxxxxxxxx
    - xxxxxxxxxxxxxxxxxxxxxxxx
    - xxxxxxxxxxxxx、xxxxxxxxx
    - xxxxxxxxxxxxxxx
    - xxxxxxxxxxxxxxxxxxxxx
    - xxxxxxxxxxxxxxxxxxxxxxxxxxx
    - xxxxxxxxxxxxxxxxxxxxxxxxxxxxx
    - xxxxxxxxxxxxxxxxxx
    - xxxxxxxxxxxxxxxxxx
    xxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxx。

    xxxxxx
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    xxxxxx
    - xxxxxxxxxx xxx xxxxx xxxxxxxxxx xx
    - xxxxxxxxxxxxxxx xxxxxxx xx
    - xxxxxxxxxxxxxxxxxx xxxxxxxxx xxxxx xx
    - xxxxxxxx (xxx xxxxxxxx xxxxxxx xxxxxx xxx
    - xxxxxxxxxxx xxxxxx xxxxxxx xxxxxx

    xxxxxxxxxxxxxxxxxxxxxxx xxxx xxx xxxxxxxxxx
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx-xxxx-xxx-xxxxxxxxx

    文字数:911
    (※指名されたユーザー本人しか内容は閲覧できません)
  • 所属先候補
    チーム名
    Phone Div(音声解析AI搭載型のクラウドIP電話MiiTel Phone)
    ミッション
    Webブラウザで動作するIP電話ソフトウェアの開発・運用をミッションとしています。
    主要言語・フレームワークなど
    Python, Django, React.js, Vue,js,TypeScript,FastAPI
    その他技術
    AWS
    チームの人数
    20人以下
    エンジニアの人数比率
    81%以上
    飲み会の頻度
    月に1-2回程度
    このチームで恒常的に行われている開発文化
    このチームで自動化できている項目
    このチームに導入し、運用されているツール
    テストを書いているかどうか
    書く必要がない・または少ないプロダクトだ
    全く書けていない
    書く文化がまだ浸透しておらず、必要な分は書けていない
    書く文化は浸透しているが、まだ必要な分は書けていない
    必要な分は書けている
    ライブラリなどを更新しているかどうか
    定期的に更新する必要がない・または低いプロダクトだ
    ほとんど更新していない
    不定期だが更新している
    期間を決めて定期的に更新している
    期間を決めて定期的に自動で更新している
    チーム内のエンジニアの発言力
    エンジニアの意見が通りづらい
    どちらかといえばエンジニアの意見が通りづらい
    職種による差はない
    どちらかといえばエンジニアの意見が尊重されやすい
    エンジニアの意見が尊重されやすい
    スケジュール調整のしやすさ
    納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
    どちらかといえばエンジニアの裁量で調整しづらい
    どちらともいえない
    どちらかといえばエンジニアの裁量で調整しやすい
    納期や仕様をエンジニアの裁量で調整しやすい
    プロダクトの内容を決める人
    主にエンジニア以外が考えて決める
    どちらかといえばエンジニア以外が考えて決めることが多い
    どちらともいえない、または職種間の差はない
    どちらかといえばエンジニアが考えて決めることが多い
    主にエンジニアが考えて決める
    チーム内の職種間の協力体制
    各職種のリーダーへ話を通したり規則がある等で協力しづらい
    どちらかといえば協力しづらい
    どちらともいえない
    どちらかといえば協力しやすい
    職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
    チームの方針決定をする人
    会社が大まかな方針を考えており、ほぼトップダウンで決まる
    会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
    どちらともいえない
    チームが主体的に考えて決めるが、会社の方針に左右される面もある
    チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
    長期的価値の優先度
    短期的な売上を重視せざるを得ない状態である
    どちらかといえば短期的な売上が重視されている
    どちらともいえない
    どちらかといえば長期的なユーザ価値を重視できている
    長期的なユーザ価値が重視できている
    チームの文化
    ・より良い通話体験を追求する。 ・積極的に共有し、周りのサポートに感謝する。 ・ターゲットユーザーを意識する。 ・小さく素早く実装、リリースする。 以上4つをチームの行動原則とし、ユーザーの利用状況やサポートチームとのコミュニケーションを大切にしつつ、丁寧で素早い仕事をするよう日々努めています。 また、コアタイムなしフルフレックス制度、リモートワーク制度を導入しており、出社時間や勤務場所の制約なく、パフォーマンスが発揮しやすい時間、場所で取り組んでいただけます。
    備考
    カルチャーやビジョン、働き方など詳細につきましては、以下記事をご覧ください ■参考情報 https://www.notion.so/Tech-Research-2026627ea006482396fb2d3b023318d2 ■Tech Blog https://tech.revcomm.co.jp/ ■RevComm note https://note.com/revcomm_miitel
    チーム名
    CallCenter Div / CallCenter Team&Call Team(コールセンター解析AI MiiTel Call Center/MiiTelプロダクト全般)
    ミッション
    CallCenter Team - 革新的なコールセンターのソリューションを提供するプロダクトで、リアルタイム性が求められるミッションクリティカルなシステムの設計・開発 - ユーザー体験を最大化するための機能開発や最適化、安定性と拡張性を兼ね備えたプロダクトの実現 MiiTel-Call Team - ユーザーの電話営業や顧客応対の活動データを解析・可視化し、提供することで、ユーザーの商談獲得率や成約率を向上させ、成功に導く - MiiTel Phone の利用機会の拡大
    主要言語・フレームワークなど
    Python, Javascript, Go,Django, FastAPI, Flask, Express, GraphQL
    その他技術
    AWSGo
    チームの人数
    20人以下
    エンジニアの人数比率
    81%以上
    飲み会の頻度
    月に1-2回程度
    このチームで恒常的に行われている開発文化
    このチームで自動化できている項目
    このチームに導入し、運用されているツール
    テストを書いているかどうか
    書く必要がない・または少ないプロダクトだ
    全く書けていない
    書く文化がまだ浸透しておらず、必要な分は書けていない
    書く文化は浸透しているが、まだ必要な分は書けていない
    必要な分は書けている
    ライブラリなどを更新しているかどうか
    定期的に更新する必要がない・または低いプロダクトだ
    ほとんど更新していない
    不定期だが更新している
    期間を決めて定期的に更新している
    期間を決めて定期的に自動で更新している
    チーム内のエンジニアの発言力
    エンジニアの意見が通りづらい
    どちらかといえばエンジニアの意見が通りづらい
    職種による差はない
    どちらかといえばエンジニアの意見が尊重されやすい
    エンジニアの意見が尊重されやすい
    スケジュール調整のしやすさ
    納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
    どちらかといえばエンジニアの裁量で調整しづらい
    どちらともいえない
    どちらかといえばエンジニアの裁量で調整しやすい
    納期や仕様をエンジニアの裁量で調整しやすい
    プロダクトの内容を決める人
    主にエンジニア以外が考えて決める
    どちらかといえばエンジニア以外が考えて決めることが多い
    どちらともいえない、または職種間の差はない
    どちらかといえばエンジニアが考えて決めることが多い
    主にエンジニアが考えて決める
    チーム内の職種間の協力体制
    各職種のリーダーへ話を通したり規則がある等で協力しづらい
    どちらかといえば協力しづらい
    どちらともいえない
    どちらかといえば協力しやすい
    職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
    チームの方針決定をする人
    会社が大まかな方針を考えており、ほぼトップダウンで決まる
    会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
    どちらともいえない
    チームが主体的に考えて決めるが、会社の方針に左右される面もある
    チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
    長期的価値の優先度
    短期的な売上を重視せざるを得ない状態である
    どちらかといえば短期的な売上が重視されている
    どちらともいえない
    どちらかといえば長期的なユーザ価値を重視できている
    長期的なユーザ価値が重視できている
    チームの文化
    アジャイル開発を取り入れていて、 ・各メンバーがオーナーシップを持ち、自発的に顕在する課題を解決 ・ナレッジシェアや設計レビューなどを通して、お互いに支援・協力 ・定期的な振り返りによる、継続的な開発プロセスの改善 また、コアタイムなしフルフレックス制度、リモートワーク制度を導入しており、出社時間や勤務場所の制約なく、パフォーマンスが発揮しやすい時間、場所で取り組んでいただけます。
    備考
    カルチャーやビジョン、働き方など詳細につきましては、以下記事をご覧ください ■参考情報 https://www.notion.so/Tech-Research-2026627ea006482396fb2d3b023318d2 ■Tech Blog https://tech.revcomm.co.jp/ ■RevComm note https://note.com/revcomm_miitel
    チーム名
    Analytics Div/Platform Team(MiiTel プロダクト全般)
    ミッション
    多様なミッションが円滑に遂行されるよう、社内プロダクトを通じて支援と価値を提供します。
    主要言語・フレームワークなど
    Python, Javascript,Django, FastAPI, Flask, Express
    その他技術
    AWS
    チームの人数
    20人以下
    エンジニアの人数比率
    81%以上
    飲み会の頻度
    月に1-2回程度
    このチームで恒常的に行われている開発文化
    このチームで自動化できている項目
    このチームに導入し、運用されているツール
    テストを書いているかどうか
    書く必要がない・または少ないプロダクトだ
    全く書けていない
    書く文化がまだ浸透しておらず、必要な分は書けていない
    書く文化は浸透しているが、まだ必要な分は書けていない
    必要な分は書けている
    ライブラリなどを更新しているかどうか
    定期的に更新する必要がない・または低いプロダクトだ
    ほとんど更新していない
    不定期だが更新している
    期間を決めて定期的に更新している
    期間を決めて定期的に自動で更新している
    チーム内のエンジニアの発言力
    エンジニアの意見が通りづらい
    どちらかといえばエンジニアの意見が通りづらい
    職種による差はない
    どちらかといえばエンジニアの意見が尊重されやすい
    エンジニアの意見が尊重されやすい
    スケジュール調整のしやすさ
    納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
    どちらかといえばエンジニアの裁量で調整しづらい
    どちらともいえない
    どちらかといえばエンジニアの裁量で調整しやすい
    納期や仕様をエンジニアの裁量で調整しやすい
    プロダクトの内容を決める人
    主にエンジニア以外が考えて決める
    どちらかといえばエンジニア以外が考えて決めることが多い
    どちらともいえない、または職種間の差はない
    どちらかといえばエンジニアが考えて決めることが多い
    主にエンジニアが考えて決める
    チーム内の職種間の協力体制
    各職種のリーダーへ話を通したり規則がある等で協力しづらい
    どちらかといえば協力しづらい
    どちらともいえない
    どちらかといえば協力しやすい
    職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
    チームの方針決定をする人
    会社が大まかな方針を考えており、ほぼトップダウンで決まる
    会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
    どちらともいえない
    チームが主体的に考えて決めるが、会社の方針に左右される面もある
    チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
    長期的価値の優先度
    短期的な売上を重視せざるを得ない状態である
    どちらかといえば短期的な売上が重視されている
    どちらともいえない
    どちらかといえば長期的なユーザ価値を重視できている
    長期的なユーザ価値が重視できている
    チームの文化
    各メンバが自発的に課題を見つけ、解決していく自主性があり、社内に展開されていない新しい技術を調査し、導入を促進していく事ができます。 また、広い視野で改善点を探し出し行動していくことでプロダクトの安定性向上に繋げていくことができます。 コアタイムなしフルフレックス制度、リモートワーク制度を導入しており、出社時間や勤務場所の制約なく、パフォーマンスが発揮しやすい時間、場所で取り組んでいただけます。
    備考
    カルチャーやビジョン、働き方など詳細につきましては、以下記事をご覧ください ■参考情報 https://www.notion.so/Tech-Research-2026627ea006482396fb2d3b023318d2 ■Tech Blog https://tech.revcomm.co.jp/ ■RevComm note https://note.com/revcomm_miitel
    チーム名
    フルスタックエンジニア
    ミッション
    - マイクロサービスチームに対しての技術支援 - サービス全体の効率化 - チームを横断するプロジェクトの推進
    主要言語・フレームワークなど
    Python, Javascript,Django, FastAPI, Flask, Express
    その他技術
    AWS
    チームの人数
    5人以下
    エンジニアの人数比率
    81%以上
    飲み会の頻度
    月に1-2回程度
    このチームで恒常的に行われている開発文化
    このチームで自動化できている項目
    このチームに導入し、運用されているツール
    テストを書いているかどうか
    書く必要がない・または少ないプロダクトだ
    全く書けていない
    書く文化がまだ浸透しておらず、必要な分は書けていない
    書く文化は浸透しているが、まだ必要な分は書けていない
    必要な分は書けている
    ライブラリなどを更新しているかどうか
    定期的に更新する必要がない・または低いプロダクトだ
    ほとんど更新していない
    不定期だが更新している
    期間を決めて定期的に更新している
    期間を決めて定期的に自動で更新している
    チーム内のエンジニアの発言力
    エンジニアの意見が通りづらい
    どちらかといえばエンジニアの意見が通りづらい
    職種による差はない
    どちらかといえばエンジニアの意見が尊重されやすい
    エンジニアの意見が尊重されやすい
    スケジュール調整のしやすさ
    納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
    どちらかといえばエンジニアの裁量で調整しづらい
    どちらともいえない
    どちらかといえばエンジニアの裁量で調整しやすい
    納期や仕様をエンジニアの裁量で調整しやすい
    プロダクトの内容を決める人
    主にエンジニア以外が考えて決める
    どちらかといえばエンジニア以外が考えて決めることが多い
    どちらともいえない、または職種間の差はない
    どちらかといえばエンジニアが考えて決めることが多い
    主にエンジニアが考えて決める
    チーム内の職種間の協力体制
    各職種のリーダーへ話を通したり規則がある等で協力しづらい
    どちらかといえば協力しづらい
    どちらともいえない
    どちらかといえば協力しやすい
    職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
    チームの方針決定をする人
    会社が大まかな方針を考えており、ほぼトップダウンで決まる
    会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
    どちらともいえない
    チームが主体的に考えて決めるが、会社の方針に左右される面もある
    チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
    長期的価値の優先度
    短期的な売上を重視せざるを得ない状態である
    どちらかといえば短期的な売上が重視されている
    どちらともいえない
    どちらかといえば長期的なユーザ価値を重視できている
    長期的なユーザ価値が重視できている
    チームの文化
    各メンバーが課題の発見から実装導入までを完遂でき、フロントエンド、バックエンド、インフラ、モバイルアプリなどの複数領域に精通しています。 また、コアタイムなしフルフレックス制度、リモートワーク制度を導入しており、出社時間や勤務場所の制約なく、パフォーマンスが発揮しやすい時間、場所で取り組んでいただけます。
    備考
    カルチャーやビジョン、働き方など詳細につきましては、以下記事をご覧ください ■参考情報 https://www.notion.so/Tech-Research-2026627ea006482396fb2d3b023318d2 ■Tech Blog https://tech.revcomm.co.jp/ ■RevComm note https://note.com/revcomm_miitel
    チーム名
    MiiTel Platform Div/Account Team
    ミッション
    MiiTel Platform DivのAccount Teamは、MiiTel全サービス横断でユーザーとテナントの管理基盤を設計・開発・運用し、安全で高信頼なアカウント管理を提供することです。
    主要言語・フレームワークなど
    Python, Django
    その他技術
    RedisPostgreSQLOAuthAmazon CognitoOpenID Connect
    チームの人数
    5人以下
    エンジニアの人数比率
    81%以上
    飲み会の頻度
    月に1-2回程度
    このチームで恒常的に行われている開発文化
    このチームで自動化できている項目
    このチームに導入し、運用されているツール
    テストを書いているかどうか
    書く必要がない・または少ないプロダクトだ
    全く書けていない
    書く文化がまだ浸透しておらず、必要な分は書けていない
    書く文化は浸透しているが、まだ必要な分は書けていない
    必要な分は書けている
    ライブラリなどを更新しているかどうか
    定期的に更新する必要がない・または低いプロダクトだ
    ほとんど更新していない
    不定期だが更新している
    期間を決めて定期的に更新している
    期間を決めて定期的に自動で更新している
    チーム内のエンジニアの発言力
    エンジニアの意見が通りづらい
    どちらかといえばエンジニアの意見が通りづらい
    職種による差はない
    どちらかといえばエンジニアの意見が尊重されやすい
    エンジニアの意見が尊重されやすい
    スケジュール調整のしやすさ
    納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
    どちらかといえばエンジニアの裁量で調整しづらい
    どちらともいえない
    どちらかといえばエンジニアの裁量で調整しやすい
    納期や仕様をエンジニアの裁量で調整しやすい
    プロダクトの内容を決める人
    主にエンジニア以外が考えて決める
    どちらかといえばエンジニア以外が考えて決めることが多い
    どちらともいえない、または職種間の差はない
    どちらかといえばエンジニアが考えて決めることが多い
    主にエンジニアが考えて決める
    チーム内の職種間の協力体制
    各職種のリーダーへ話を通したり規則がある等で協力しづらい
    どちらかといえば協力しづらい
    どちらともいえない
    どちらかといえば協力しやすい
    職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
    チームの方針決定をする人
    会社が大まかな方針を考えており、ほぼトップダウンで決まる
    会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
    どちらともいえない
    チームが主体的に考えて決めるが、会社の方針に左右される面もある
    チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
    長期的価値の優先度
    短期的な売上を重視せざるを得ない状態である
    どちらかといえば短期的な売上が重視されている
    どちらともいえない
    どちらかといえば長期的なユーザ価値を重視できている
    長期的なユーザ価値が重視できている
    チームの文化
    各メンバが自発的に課題を見つけ、解決していく自主性があり、社内に展開されていない新しい技術を調査し、導入を促進していく事ができます。 また、広い視野で改善点を探し出し行動していくことでプロダクトの安定性向上に繋げていくことができます。 コアタイムなしフルフレックス制度、リモートワーク制度を導入しており、出社時間や勤務場所の制約なく、パフォーマンスが発揮しやすい時間、場所で取り組んでいただけます。
    備考
    カルチャーやビジョン、働き方など詳細につきましては、以下記事をご覧ください ■参考情報 https://www.notion.so/Tech-Research-2026627ea006482396fb2d3b023318d2 ■Tech Blog https://tech.revcomm.co.jp/ ■RevComm note https://note.com/revcomm_miitel
    チーム名
    Meeting Div.
    ミッション
    MiiTel Meetings(オンライン会議の録画・解析サービス)の企画、開発、運用を担う部門です。顧客や社内の生産性・意思決定を支援するために、サードパーティーアプリケーションとの連携強化や、ユーザーが手間なく快適に使えるような自動化・利便性の向上を推進しています。
    主要言語・フレームワークなど
    Python, Django
    その他技術
    PostgreSQLAWSGraphQL
    チームの人数
    10人以下
    エンジニアの人数比率
    81%以上
    飲み会の頻度
    月に1-2回程度
    このチームで恒常的に行われている開発文化
    このチームに導入し、運用されているツール
    テストを書いているかどうか
    書く必要がない・または少ないプロダクトだ
    全く書けていない
    書く文化がまだ浸透しておらず、必要な分は書けていない
    書く文化は浸透しているが、まだ必要な分は書けていない
    必要な分は書けている
    ライブラリなどを更新しているかどうか
    定期的に更新する必要がない・または低いプロダクトだ
    ほとんど更新していない
    不定期だが更新している
    期間を決めて定期的に更新している
    期間を決めて定期的に自動で更新している
    チーム内のエンジニアの発言力
    エンジニアの意見が通りづらい
    どちらかといえばエンジニアの意見が通りづらい
    職種による差はない
    どちらかといえばエンジニアの意見が尊重されやすい
    エンジニアの意見が尊重されやすい
    スケジュール調整のしやすさ
    納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
    どちらかといえばエンジニアの裁量で調整しづらい
    どちらともいえない
    どちらかといえばエンジニアの裁量で調整しやすい
    納期や仕様をエンジニアの裁量で調整しやすい
    プロダクトの内容を決める人
    主にエンジニア以外が考えて決める
    どちらかといえばエンジニア以外が考えて決めることが多い
    どちらともいえない、または職種間の差はない
    どちらかといえばエンジニアが考えて決めることが多い
    主にエンジニアが考えて決める
    チーム内の職種間の協力体制
    各職種のリーダーへ話を通したり規則がある等で協力しづらい
    どちらかといえば協力しづらい
    どちらともいえない
    どちらかといえば協力しやすい
    職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
    チームの方針決定をする人
    会社が大まかな方針を考えており、ほぼトップダウンで決まる
    会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
    どちらともいえない
    チームが主体的に考えて決めるが、会社の方針に左右される面もある
    チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
    長期的価値の優先度
    短期的な売上を重視せざるを得ない状態である
    どちらかといえば短期的な売上が重視されている
    どちらともいえない
    どちらかといえば長期的なユーザ価値を重視できている
    長期的なユーザ価値が重視できている
    チームの文化
    各メンバが自発的に課題を見つけ、解決していく自主性があり、社内に展開されていない新しい技術を調査し、導入を促進していく事ができます。 また、広い視野で改善点を探し出し行動していくことでプロダクトの安定性向上に繋げていくことができます。 コアタイムなしフルフレックス制度、リモートワーク制度を導入しており、出社時間や勤務場所の制約なく、パフォーマンスが発揮しやすい時間、場所で取り組んでいただけます。
    備考
    カルチャーやビジョン、働き方など詳細につきましては、以下記事をご覧ください ■参考情報 https://www.notion.so/Tech-Research-2026627ea006482396fb2d3b023318d2 ■Tech Blog https://tech.revcomm.co.jp/ ■RevComm note https://note.com/revcomm_miitel

内訳を見るには?

提示年収に含まれる内訳
  • 基本給(月)
    年収を表示する権限がありません
  • 裁量労働制か否かいいえ
  • 固定残業代(みなし含む)提示年収に含む
    時間外労働の有無に関わらず以下を時間外手当として支給
    固定残業時間/月
    45時間 / 月
    固定残業代/月
    年収を表示する権限がありません
    固定残業代の詳細

    年収を表示する権限がありません

    規定の「固定残業時間/月」を超える時間外労働分についての割増賃金は追加で支給
  • 理論賞与含まない
  • 手当額(年)含まない
  • その他待遇

    年収を表示する権限がありません

その他の条件
  • 時間外労働有り
    時間外労働の備考
    年収を表示する権限がありません
  • 試用期間有り
    6ヶ月
    試用期間の条件変更 無し
  • 就業場所

    東京都
    その他会社が認めた場所(ご自宅など)

  • 加入保険

    健康保険、厚生年金保険、雇用保険、労災保険完備

  • 休憩時間(分)

    60分

  • 休憩時間(備考)

    コアタイムなしフレックス制度

  • 就業時間(備考)

    スーパーフレックス制(コアタイムなし)

  • 休日

    完全週休2日

  • 休日(備考)

    毎週土・日曜日、国民の祝日、年末年始、夏季休暇(会社カレンダーによる)

  • 就業時間スーパーフレックス制(コアタイムなし)
    就業時間(備考)

    スーパーフレックス制(コアタイムなし)

  • 受動喫煙防止措置対策

    なし

メッセージ
文字数:483
(※指名されたユーザー本人しか内容は閲覧できません)
会社情報
///
株式会社RevCommからの指名
転職ドラフトを友人や同僚に薦める可能性はどのくらいありますか?