株式会社ビットキーからの指名詳細

提示年収スター
正社員

指名日時:2019.04.04 18:39

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

    xxxxxxxxxxxxxxxxxxxxx、
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxx、xxxxxx。

    ---

    ## xxxxxxxxxxxxxxxx
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxx。

    - xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxx
    - xxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxx
    - xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxx

    ---

    ## xxxxxxxxxxxxxxxxxxxx
    xxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxx-xxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxx(xxxxx、xxxx、xxxxx)、xxxxxxxxxxxxxxxxxxxx。

    - xxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxx。 xxxxxxxxxxxxx。
    - xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxx
    - xxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxx
    - xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

    ---

    ## xxxxxxxx
    xxxxxxxxxxxxx、xxxxxxxxxxx(xxxxxxxxxxxxxxxxx)、xxxxxxxxxxxxxxxxx(xxxxxxxxxxxxxxxxxxxxxxx)、xxx(xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxx、xxxxxxxxxxx)xxxxxx。xx、xxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    ---

    ## xxxxxxxx(xx) xxx、xxxxxxxxxxxxxxx
    xxxxxxxxxxx、xxxxxx、xxx、xxx、xxxxxxxx、xxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxx、xxxxxxxxxxxx、xxxxxxxxxxxxxxx、xx(xxxx)xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    xxxxxxxxxxxxxxxxx。

    - xxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxx、xx、xx、xxxxxxx、xx、xxxxxxxxxxxxxxxx。
    - xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxx
    - xxxxxxxxxxxxxx、xxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

    ---

    ## xxxxxxxx(xxxxxxxx) xxxxxxxxxxxxxxxxxxxx
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxx。
    - xxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxx、xxxxxxxxxxx
    - xxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxx
    - xxxxxxxx(xxxx)xxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxx

    ---

    ## xxx
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxx。

    - xxxxxxxxxxxxxxxxxxxx、xxxxxxxxx、xxxxxxxxxxxxxx、xxx、xxxxxxxxxxx
    - xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
    - xxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

    ---

    ## xxxxx
    xxx、xxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxx、xxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxx。

    - xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxx
    - xxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxx
    - xxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxx

    ---

    xxxxxxxxxxxxxxxxxxxxx、xxxxxxxx

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

    xxxx、xxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxx、
    xxxxxxxxxxxxx。
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、
    xxxxxxxxxxxxxxxxxxxxxxxxxx、
    xxxxxxxxxxxxxxxxxx。
    xxxx、xxxxxxxxxxxxxxxxxxx、
    xxxxxxxxxxxxxxxxxxxxx、
    xxxxxxxxxxxxxxxxxxxxxxx

    xxxxx、xxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxx、
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxx、
    xxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxx、
    xxxxxxxxxxxxxxxxxxxx。
    xxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxx、
    xxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxxxxxxxx、xxxxxx、
    xxxxxx -x xxxxxxxx -x xxxxxxxxxx -x xxxx
    xxxxxxxxxxxxxxxxxxxx、
    xxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、
    xxxxxxxxxxxxxxxxxxxxx。

    xxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、
    xxxxxxxxxxxxxxx、
    xxxxxxxx、xxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    xxxxxxxxxxxxxx、
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
    xxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxx、
    xxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxx、xx、xxx、xxxxxxxxxxxxxxxxx、
    xx、xxxxxxxxxxxx、xxxxxxxx、xxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxx、
    xxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxx、
    xx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    xxxxxxxx、
    xxx、xxxxxxxxxxxxxxxxxxxx、xxxxxxxxxx。

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

    xxxxxxxxxxxxxxxx、
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、
    xxxxxxxxxxxxxxxxxxxxxx、
    xxxxxxxxxxxxxxxxxx、
    xxxxxxxxxxxxxxxxxxxxxx、xxxxx、
    xxxxxxx、xxxxx、xxxxxxxxxxx、xxxxxx、xxxxxxx
    xxxxxxxxxxxxxx。

    xxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxx、
    xxxxxxxxxxxxxxxxxxxxxx、
    xxxxxxxxxxxxxxxxxxxxxxxx、
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    xxxxxxxxx、xxxxxxxxxxxxxxxxxxx、
    xxxxxxxxxxxxx、xxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxx、xxxx、xxxxxxxxxxxxx、xxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxx、xxxxxxxxxxxxxxxx、
    xxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxx、
    xxxxxxxxxxxxxxxxx。

    文字数:621
    (※指名されたユーザー本人しか内容は閲覧できません)
  • 指名した人
    原田 大知
    2011年4月 大手IT企業
    システム導入のPMとして、自治体、特殊法人、金融、ゼネコン等を中心に特殊プロジェクトを担当。
    2017年2月 人材会社立ち上げ
    2名で創業。採用コンサル、エージェント、人事業務代行、ITコンサル育成などを行う。
    2018年8月 現職
    株式会社ビットキーの創業にジョイン。
    採用責任者として採用計画・戦略の立案から施策の実行まで幅広く手がける。
    2018年8月に創業し、企業価値30億・調達額3億越え。
    事業、メンバー、文化、環境全てにこだわり、世の中を変革していきます。
    是非一度お話させて頂き、ご縁があればご一緒できればと思っております。
  • 所属先候補
    チーム名
    デジタルキープラットフォーム開発チーム
    ミッション
    IDや権利の情報を改ざん耐性を持った状態で管理し、 サービス横断で使える機能を提供すること。
    主要言語・フレームワークなど
    go
    その他技術
    チームの人数
    10人以下
    エンジニアの人数比率
    81%以上
    飲み会の頻度
    月に1-2回程度
    このチームで恒常的に行われている開発文化
    このチームで自動化できている項目
    このチームに導入し、運用されているツール
    テストを書いているかどうか
    書く必要がない・または少ないプロダクトだ
    全く書けていない
    書く文化がまだ浸透しておらず、必要な分は書けていない
    書く文化は浸透しているが、まだ必要な分は書けていない
    必要な分は書けている
    ライブラリなどを更新しているかどうか
    定期的に更新する必要がない・または低いプロダクトだ
    ほとんど更新していない
    不定期だが更新している
    期間を決めて定期的に更新している
    期間を決めて定期的に自動で更新している
    チーム内のエンジニアの発言力
    エンジニアの意見が通りづらい
    どちらかといえばエンジニアの意見が通りづらい
    職種による差はない
    どちらかといえばエンジニアの意見が尊重されやすい
    エンジニアの意見が尊重されやすい
    スケジュール調整のしやすさ
    納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
    どちらかといえばエンジニアの裁量で調整しづらい
    どちらともいえない
    どちらかといえばエンジニアの裁量で調整しやすい
    納期や仕様をエンジニアの裁量で調整しやすい
    プロダクトの内容を決める人
    主にエンジニア以外が考えて決める
    どちらかといえばエンジニア以外が考えて決めることが多い
    どちらともいえない、または職種間の差はない
    どちらかといえばエンジニアが考えて決めることが多い
    主にエンジニアが考えて決める
    チーム内の職種間の協力体制
    各職種のリーダーへ話を通したり規則がある等で協力しづらい
    どちらかといえば協力しづらい
    どちらともいえない
    どちらかといえば協力しやすい
    職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
    チームの方針決定をする人
    会社が大まかな方針を考えており、ほぼトップダウンで決まる
    会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
    どちらともいえない
    チームが主体的に考えて決めるが、会社の方針に左右される面もある
    チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
    長期的価値の優先度
    短期的な売上を重視せざるを得ない状態である
    どちらかといえば短期的な売上が重視されている
    どちらともいえない
    どちらかといえば長期的なユーザ価値を重視できている
    長期的なユーザ価値が重視できている
    チームメンバー
    泉川 貴洋
    2010年4月 IT企業
    大手企業で会計ERP開発
    2016年10月 IT企業
    データ統合型マーケティングプラットフォームをバージョンアップで0から作り直すタイミングで参加し開発。
    2018年8月 現職
    株式会社ビットキーの創業タイミングで参加。
    ID管理基盤を設計開発中。
    自由な風土で全力のチャレンジができる環境だと思います。
    企業のフェーズ上、学びたいという思いで入って頂くことは難しいですが、
    力を発揮して何か価値を作りたいという方、ぜひ一緒にやりませんか?
    一度お話したいです。その上でご縁あれば一緒に楽しい開発やりましょう!
    山本 寛司
    ものづくり
    より良い製品作りのために必要な要素は何か、常に模索し続けているつもりです。
    丸井 弘嗣
    2009年10月 IT企業
    大手企業で会計ERP開発
    2015年01月 IT企業
    物流アウトソーシングサービスを手がけるスタートアップの立ち上げ初期に参加し、システムを開発。
    2018年8月 現職
    株式会社ビットキーの創業タイミングで参加。
    ID管理基盤を設計開発中。
    創業初期とは思えないスピード感、規模感の会社です。
    技術的な強みを持つ人はもちろん、より良いチーム開発を追求できる人など、
    幅広く人材を必要としています!
    チーム名
    Webサービス・スマートフォンアプリ開発チーム
    ミッション
    ビットキープラットフォームを世の中に普及させるために、 サービス・アプリを開発し提供する。 かつ、開発者がその仕事を最大限に楽しむことができる環境を構築する。
    主要言語・フレームワークなど
    React Native, React, TypeScript, JavaScript, Firebase / GCP
    その他技術
    チームの人数
    10人以下
    エンジニアの人数比率
    81%以上
    飲み会の頻度
    数ヶ月に1-2回程度
    このチームで恒常的に行われている開発文化
    このチームで自動化できている項目
    このチームに導入し、運用されているツール
    テストを書いているかどうか
    書く必要がない・または少ないプロダクトだ
    全く書けていない
    書く文化がまだ浸透しておらず、必要な分は書けていない
    書く文化は浸透しているが、まだ必要な分は書けていない
    必要な分は書けている
    ライブラリなどを更新しているかどうか
    定期的に更新する必要がない・または低いプロダクトだ
    ほとんど更新していない
    不定期だが更新している
    期間を決めて定期的に更新している
    期間を決めて定期的に自動で更新している
    チーム内のエンジニアの発言力
    エンジニアの意見が通りづらい
    どちらかといえばエンジニアの意見が通りづらい
    職種による差はない
    どちらかといえばエンジニアの意見が尊重されやすい
    エンジニアの意見が尊重されやすい
    スケジュール調整のしやすさ
    納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
    どちらかといえばエンジニアの裁量で調整しづらい
    どちらともいえない
    どちらかといえばエンジニアの裁量で調整しやすい
    納期や仕様をエンジニアの裁量で調整しやすい
    プロダクトの内容を決める人
    主にエンジニア以外が考えて決める
    どちらかといえばエンジニア以外が考えて決めることが多い
    どちらともいえない、または職種間の差はない
    どちらかといえばエンジニアが考えて決めることが多い
    主にエンジニアが考えて決める
    チーム内の職種間の協力体制
    各職種のリーダーへ話を通したり規則がある等で協力しづらい
    どちらかといえば協力しづらい
    どちらともいえない
    どちらかといえば協力しやすい
    職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
    チームの方針決定をする人
    会社が大まかな方針を考えており、ほぼトップダウンで決まる
    会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
    どちらともいえない
    チームが主体的に考えて決めるが、会社の方針に左右される面もある
    チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
    長期的価値の優先度
    短期的な売上を重視せざるを得ない状態である
    どちらかといえば短期的な売上が重視されている
    どちらともいえない
    どちらかといえば長期的なユーザ価値を重視できている
    長期的なユーザ価値が重視できている
    備考
    現在は様々な構成を模索し、研究開発を繰り返しつつプロダクトを開発しており、 目まぐるしく実装の変化しうる現段階ではプロダクトテストは必要ないと判断しています。 しかし継続的な運用が始まった段階でのテストの必要性は十分に理解しており、 プロダクトが成長し、徐々に人員が拡充されてくれば、 効率的にテストが構築/運用される仕組みづくりも目指します。 また、アプリ運用面にも大きく力を入れようと考えており、 開発者は開発しっぱなし、運用や案件管理は他部門が行うといった構成でなく、 テストも含め可能な限り開発者がすべてコントロールし、運用可能である状態を目指します。
    チームメンバー
    白木 孝典
    2014年4月、大手IT企業に新卒入社、会計ERPの開発に従事。
    2016年8月、EC製品の開発を担当。
    2018年8月、株式会社ビットキーの創業メンバーとしてジョイン。
    現在、ビットキープラットフォームを利用したサービス・アプリケーションを開発中。
    新たなイノベーションを巻き起こすために全員が自らの意思で全力で走り続けているような会社です。
    異常とも言えるくらいのスピード感で、日々新しい困難との直面と解決を繰り返しています。
    毎日刺激的で、楽しく開発しています。
    溜めてきた力を爆発させたいと思っている方、ぜひ一緒に働きたいです!
    町田 貴昭
    2012年4月 
    大手ITベンチャー企業に新卒入社。ERPパッケージシステムの会計プロダクト開発部門に所属。
    2016年8月
    同社のECプロダクト開発部門に異動。
    2018年8月
    株式会社ビットキーの創業時にジョイン。
    サービス・モバイルアプリ・販売システムの設計、開発。
    自分の隣にいる人に自分が作ったプロダクトを自慢したい方は、
    ぜひ一度お話させて頂き、ご縁があれば一緒に最高なプロダクトを作りましょう。
    白川 大智
    2013年、立命館大学卒
    大手IT企業で5年間Webアプリ開発を経験。
    2018年8月、ビットキーへ転職し、
    極めて先進的で刺激の多い「ビットキー」というテーマに携われることを楽しみつつ、
    開発者が最高に楽しめる職場にするべく、全力をもってお仕事中。
    私が開発者として重要視するのは DX: Developer Experience です。
    開発者としての喜びは、「自分が作りたいものを、すぐに、楽しく、美しく作れる環境・状態」
    だと考えています。
    それらを追求し最大化することができるような環境と文化を、
    ともに整えていくことができるチームメイトを欲しています!
    チーム名
    TechLead(CX) EC等、顧客接点となる周辺サービス領域
    ミッション
    AWSのCognito、Lambda、SQS、SNS、DynamoDB、SES等を使用したサーバレスの構成です。 非常に少人数のメンバーと外部協力者とともに、EC上でサブスクリプション課金等の定期課金や単発の購入課金、トランザクション課金、これらのディスカウント等、多彩なビジネスニーズに応えつつ、CS(顧客支援)やSCMや会計処理と統合されたバックエンドを構築を行なっています。
    主要言語・フレームワークなど
    課題解決にとって「最適なもの」
    その他技術
    チームの人数
    5人以下
    エンジニアの人数比率
    81%以上
    飲み会の頻度
    月に1-2回程度
    このチームで恒常的に行われている開発文化
    このチームで自動化できている項目
    このチームに導入し、運用されているツール
    テストを書いているかどうか
    書く必要がない・または少ないプロダクトだ
    全く書けていない
    書く文化がまだ浸透しておらず、必要な分は書けていない
    書く文化は浸透しているが、まだ必要な分は書けていない
    必要な分は書けている
    ライブラリなどを更新しているかどうか
    定期的に更新する必要がない・または低いプロダクトだ
    ほとんど更新していない
    不定期だが更新している
    期間を決めて定期的に更新している
    期間を決めて定期的に自動で更新している
    チーム内のエンジニアの発言力
    エンジニアの意見が通りづらい
    どちらかといえばエンジニアの意見が通りづらい
    職種による差はない
    どちらかといえばエンジニアの意見が尊重されやすい
    エンジニアの意見が尊重されやすい
    スケジュール調整のしやすさ
    納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
    どちらかといえばエンジニアの裁量で調整しづらい
    どちらともいえない
    どちらかといえばエンジニアの裁量で調整しやすい
    納期や仕様をエンジニアの裁量で調整しやすい
    プロダクトの内容を決める人
    主にエンジニア以外が考えて決める
    どちらかといえばエンジニア以外が考えて決めることが多い
    どちらともいえない、または職種間の差はない
    どちらかといえばエンジニアが考えて決めることが多い
    主にエンジニアが考えて決める
    チーム内の職種間の協力体制
    各職種のリーダーへ話を通したり規則がある等で協力しづらい
    どちらかといえば協力しづらい
    どちらともいえない
    どちらかといえば協力しやすい
    職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
    チームの方針決定をする人
    会社が大まかな方針を考えており、ほぼトップダウンで決まる
    会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
    どちらともいえない
    チームが主体的に考えて決めるが、会社の方針に左右される面もある
    チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
    長期的価値の優先度
    短期的な売上を重視せざるを得ない状態である
    どちらかといえば短期的な売上が重視されている
    どちらともいえない
    どちらかといえば長期的なユーザ価値を重視できている
    長期的なユーザ価値が重視できている
    チーム名
    TechLead(Internal) 社内業務のハックおよび効率の圧倒的な改善
    ミッション
    使用技術は課題解決にとって「最適なもの」を都度各チームの責任と裁量のもとで選択しています。言語に対するこだわりはありません。 社内業務のハックおよび効率改善を仕組み・システムで行います。 いわゆる社内SEの領域ですが、究極的にはこれらのひとつひとつをSaaS等で販売していけるレベルまで洗練させたいと考えており、経営の判断としても、技術のTOPが直接牽引するべき組織という位置付けとなっており、通常の社内SEとは一線を画します。
    主要言語・フレームワークなど
    課題解決にとって「最適なもの」
    その他技術
    チームの人数
    5人以下
    エンジニアの人数比率
    81%以上
    飲み会の頻度
    数ヶ月に1-2回程度
    テストを書いているかどうか
    書く必要がない・または少ないプロダクトだ
    全く書けていない
    書く文化がまだ浸透しておらず、必要な分は書けていない
    書く文化は浸透しているが、まだ必要な分は書けていない
    必要な分は書けている
    ライブラリなどを更新しているかどうか
    定期的に更新する必要がない・または低いプロダクトだ
    ほとんど更新していない
    不定期だが更新している
    期間を決めて定期的に更新している
    期間を決めて定期的に自動で更新している
    チーム内のエンジニアの発言力
    エンジニアの意見が通りづらい
    どちらかといえばエンジニアの意見が通りづらい
    職種による差はない
    どちらかといえばエンジニアの意見が尊重されやすい
    エンジニアの意見が尊重されやすい
    スケジュール調整のしやすさ
    納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
    どちらかといえばエンジニアの裁量で調整しづらい
    どちらともいえない
    どちらかといえばエンジニアの裁量で調整しやすい
    納期や仕様をエンジニアの裁量で調整しやすい
    プロダクトの内容を決める人
    主にエンジニア以外が考えて決める
    どちらかといえばエンジニア以外が考えて決めることが多い
    どちらともいえない、または職種間の差はない
    どちらかといえばエンジニアが考えて決めることが多い
    主にエンジニアが考えて決める
    チーム内の職種間の協力体制
    各職種のリーダーへ話を通したり規則がある等で協力しづらい
    どちらかといえば協力しづらい
    どちらともいえない
    どちらかといえば協力しやすい
    職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
    チームの方針決定をする人
    会社が大まかな方針を考えており、ほぼトップダウンで決まる
    会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
    どちらともいえない
    チームが主体的に考えて決めるが、会社の方針に左右される面もある
    チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
    長期的価値の優先度
    短期的な売上を重視せざるを得ない状態である
    どちらかといえば短期的な売上が重視されている
    どちらともいえない
    どちらかといえば長期的なユーザ価値を重視できている
    長期的なユーザ価値が重視できている
    チーム名
    SRE
    ミッション
    弊社のSREは非エンジニアを含む全てのチームがその責任のもとで、十分な裁量と自治をもって行動できる事を支援し、その活動を通して文化を浸透させる事をミッションとしています。
    主要言語・フレームワークなど
    課題解決にとって「最適なもの」
    その他技術
    チームの人数
    5人以下
    エンジニアの人数比率
    81%以上
    飲み会の頻度
    数ヶ月に1-2回程度
    このチームで恒常的に行われている開発文化
    このチームで自動化できている項目
    このチームに導入し、運用されているツール
    テストを書いているかどうか
    書く必要がない・または少ないプロダクトだ
    全く書けていない
    書く文化がまだ浸透しておらず、必要な分は書けていない
    書く文化は浸透しているが、まだ必要な分は書けていない
    必要な分は書けている
    ライブラリなどを更新しているかどうか
    定期的に更新する必要がない・または低いプロダクトだ
    ほとんど更新していない
    不定期だが更新している
    期間を決めて定期的に更新している
    期間を決めて定期的に自動で更新している
    チーム内のエンジニアの発言力
    エンジニアの意見が通りづらい
    どちらかといえばエンジニアの意見が通りづらい
    職種による差はない
    どちらかといえばエンジニアの意見が尊重されやすい
    エンジニアの意見が尊重されやすい
    スケジュール調整のしやすさ
    納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
    どちらかといえばエンジニアの裁量で調整しづらい
    どちらともいえない
    どちらかといえばエンジニアの裁量で調整しやすい
    納期や仕様をエンジニアの裁量で調整しやすい
    プロダクトの内容を決める人
    主にエンジニア以外が考えて決める
    どちらかといえばエンジニア以外が考えて決めることが多い
    どちらともいえない、または職種間の差はない
    どちらかといえばエンジニアが考えて決めることが多い
    主にエンジニアが考えて決める
    チーム内の職種間の協力体制
    各職種のリーダーへ話を通したり規則がある等で協力しづらい
    どちらかといえば協力しづらい
    どちらともいえない
    どちらかといえば協力しやすい
    職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
    チームの方針決定をする人
    会社が大まかな方針を考えており、ほぼトップダウンで決まる
    会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
    どちらともいえない
    チームが主体的に考えて決めるが、会社の方針に左右される面もある
    チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
    長期的価値の優先度
    短期的な売上を重視せざるを得ない状態である
    どちらかといえば短期的な売上が重視されている
    どちらともいえない
    どちらかといえば長期的なユーザ価値を重視できている
    長期的なユーザ価値が重視できている
    チーム名
    AI lab
    ミッション
    弊社は、よりシームレス/キーレスな鍵の体験を実現するため、例えば顔認証技術と弊社デジタルキーをくみあわせ、ウォークスルーにより鍵があくというモデルを昨年4月のAIExpoにも展示致しました。現在の画像認識や機械学習の知見の蓄積により、もっと新しいユーザ体験が創出できると考えており、既知の技術要素を適切に研究/理解し、プロダクトに適用していくチームの発足を予定しております。 活用領域は広く、プロダクトへの採用はもちろん、社内のカスタマーサクセスセンターでの活用や、その他社内業務全般も実験領域となります。
    主要言語・フレームワークなど
    課題解決にとって「最適なもの」
    その他技術
    チームの人数
    5人以下
    エンジニアの人数比率
    81%以上
    飲み会の頻度
    数ヶ月に1-2回程度
    テストを書いているかどうか
    書く必要がない・または少ないプロダクトだ
    全く書けていない
    書く文化がまだ浸透しておらず、必要な分は書けていない
    書く文化は浸透しているが、まだ必要な分は書けていない
    必要な分は書けている
    ライブラリなどを更新しているかどうか
    定期的に更新する必要がない・または低いプロダクトだ
    ほとんど更新していない
    不定期だが更新している
    期間を決めて定期的に更新している
    期間を決めて定期的に自動で更新している
    チーム内のエンジニアの発言力
    エンジニアの意見が通りづらい
    どちらかといえばエンジニアの意見が通りづらい
    職種による差はない
    どちらかといえばエンジニアの意見が尊重されやすい
    エンジニアの意見が尊重されやすい
    スケジュール調整のしやすさ
    納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
    どちらかといえばエンジニアの裁量で調整しづらい
    どちらともいえない
    どちらかといえばエンジニアの裁量で調整しやすい
    納期や仕様をエンジニアの裁量で調整しやすい
    プロダクトの内容を決める人
    主にエンジニア以外が考えて決める
    どちらかといえばエンジニア以外が考えて決めることが多い
    どちらともいえない、または職種間の差はない
    どちらかといえばエンジニアが考えて決めることが多い
    主にエンジニアが考えて決める
    チーム内の職種間の協力体制
    各職種のリーダーへ話を通したり規則がある等で協力しづらい
    どちらかといえば協力しづらい
    どちらともいえない
    どちらかといえば協力しやすい
    職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
    チームの方針決定をする人
    会社が大まかな方針を考えており、ほぼトップダウンで決まる
    会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
    どちらともいえない
    チームが主体的に考えて決めるが、会社の方針に左右される面もある
    チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
    長期的価値の優先度
    短期的な売上を重視せざるを得ない状態である
    どちらかといえば短期的な売上が重視されている
    どちらともいえない
    どちらかといえば長期的なユーザ価値を重視できている
    長期的なユーザ価値が重視できている

内訳を見るには?

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

    表示されません

    規定の「固定残業時間/月」を超える時間外労働分についての割増賃金は追加で支給
  • 理論賞与提示年収に含む
    提示年収に対する理論賞与の割合
    表示されません
    理論賞与詳細
    表示されません
    理論賞与の支給条件と内訳

    表示されません

  • 手当額(年)提示年収に含む
    表示されません
    手当の詳細

    表示されません

  • その他待遇

    表示されません

その他の条件
  • 時間外労働未入力
  • 試用期間未入力
    試用期間の条件変更 未入力
  • 就業場所

    東京都

  • 加入保険

    未入力

  • 就業時間
メッセージ
文字数:1072
(※指名されたユーザー本人しか内容は閲覧できません)
会社情報
  • 代表者名CEO 江尻 祐樹 COO 福澤 匡規 CCO 寳槻 昌則
  • 設立年2018年
  • 従業員数98人
  • 会社HPhttps://bitkey.co.jp/
SIGN UPSIGN IN


転職ドラフトを友人や同僚に薦める可能性はどのくらいありますか?