1. top
  2. ID:44984さん
  3. バルス株式会社からの指名詳細

バルス株式会社からの指名詳細

提示年収スター級
正社員 裁量労働制
バルス株式会社の企業詳細を見る

指名日時：2021.03.02 21:25

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

    - xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
    - xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxx

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

    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、
    xxxxxxxxxxxxxxx。

    xxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    xx、xxxxxxxx xxxxxx xxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxx。

    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxx xxxxxxxxxxxxxxxxxxxxxxxxxx。

    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、
    xxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、
    xxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    xxxxxxxxx、xxxxxxxxxxxxxxxx。xxxxxxxxx、xxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxx。

    xxxxxxxxxxxxxxxxx、xxxxxxxxxxxxx。

    xxxxxxxxxxxx。

    文字数：659
    （※指名されたユーザー本人しか内容は閲覧できません）
  • 何を任せたいか

    - xxxxxxxxxxxx xxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    - xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxx
    - xxxxxxxxxxxxxxxxxxxxxxxxxx
    - xxxxxxxxxxxxxxxxxxxx
    - xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
    - xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
    - xxxxxxxxxxxxxxxxxxxxxx

    文字数：325
    （※指名されたユーザー本人しか内容は閲覧できません）
  • 指名した人
    味野 大輔
    エンジニアとしてフロントエンド・バックエンド・インフラ構築に携わる。
    スタートアップでCTOとして技術選定やエンジニア組織構築に携わった後、Fintechと組織改善プラットフォームでプロダクトマネジメントを学びつつ実践。
    Balusに入社後はプロダクトに向き合いつつ、エンジニア組織の安定化を目指している。
    プロダクトを作る上で、ペインを探りもっとも省エネルギーで効果な施策を見つけることを大切にしています。
    判断の精度を上げるためには、大量の0->1をして捨てるということを日々経験しておくことが必要だと考え、実践しています。
    精度の高い施策をやっていくために、捨てるための0->1を一緒にやっていける方と共に働きたいと考えています。
  • 所属先候補
    チーム名
    SPWN Portal 開発・運用チーム
    ミッション
    ライブ配信プラットフォーム「SPWN Portal」の機能開発 ライブ会場のオペレーションの機械化
    主要言語・フレームワークなど
    Node, TypeScript, Cloud Functions, React, Firestore
    その他技術
    TypeScriptReactNode.jsFirebaseAWSReact NativeCloud FunctionsCloud StorageGoogle Cloud PlatformFirebase Cloud Firestore
    チームの人数
    10人以下
    エンジニアの人数比率
    81%以上
    飲み会の頻度
    半年に1-2回程度
    このチームで恒常的に行われている開発文化
    • 仕様のレビューをしている
    • コードレビューしている
    • ペアプログラミングをしている
    • モブプログラミングをしている
    • リファクタリングをしている
    • DevOpsをしている
    • ChatOpsをしている
    • 小さなことでも称賛している
    • 失敗が許容されている
    このチームで自動化できている項目
    • 開発環境構築
    • デプロイ
    • Lint等の静的解析
    このチームに導入し、運用されているツール
    • ビジネスチャット
    • タスク管理ツール
    • wiki等の情報共有ツール
    • コードのバージョン管理ツール
    • コードレビューツール
    テストを書いているかどうか
    書く必要がない・または少ないプロダクトだ
    全く書けていない
    書く文化がまだ浸透しておらず、必要な分は書けていない
    書く文化は浸透しているが、まだ必要な分は書けていない
    必要な分は書けている
    ライブラリなどを更新しているかどうか
    定期的に更新する必要がない・または低いプロダクトだ
    ほとんど更新していない
    不定期だが更新している
    期間を決めて定期的に更新している
    期間を決めて定期的に自動で更新している
    チーム内のエンジニアの発言力
    エンジニアの意見が通りづらい
    どちらかといえばエンジニアの意見が通りづらい
    職種による差はない
    どちらかといえばエンジニアの意見が尊重されやすい
    エンジニアの意見が尊重されやすい
    スケジュール調整のしやすさ
    納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
    どちらかといえばエンジニアの裁量で調整しづらい
    どちらともいえない
    どちらかといえばエンジニアの裁量で調整しやすい
    納期や仕様をエンジニアの裁量で調整しやすい
    プロダクトの内容を決める人
    主にエンジニア以外が考えて決める
    どちらかといえばエンジニア以外が考えて決めることが多い
    どちらともいえない、または職種間の差はない
    どちらかといえばエンジニアが考えて決めることが多い
    主にエンジニアが考えて決める
    チーム内の職種間の協力体制
    各職種のリーダーへ話を通したり規則がある等で協力しづらい
    どちらかといえば協力しづらい
    どちらともいえない
    どちらかといえば協力しやすい
    職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
    チームの方針決定をする人
    会社が大まかな方針を考えており、ほぼトップダウンで決まる
    会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
    どちらともいえない
    チームが主体的に考えて決めるが、会社の方針に左右される面もある
    チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
    長期的価値の優先度
    短期的な売上を重視せざるを得ない状態である
    どちらかといえば短期的な売上が重視されている
    どちらともいえない
    どちらかといえば長期的なユーザ価値を重視できている
    長期的なユーザ価値が重視できている
    URL
    https://live.balus.co/#_ga=2.213262679.296210611.1597649489-529412915.1576908957
    備考
    - POがプロダクトで何ができなければならないかに責務を、エンジニアがそれをどのような仕様のもと、どのような設計で、どのように実装するのかの責務を持つように分離している - 開発メンバーが主体となり、改善策を考えてチーム内でレビューし合って開発をおこなっている - 新しい技術や方法があれば自由に出し合い、検証を経て採用している - 裁量が大きく、やりたいことはチャレンジできる
    チームメンバー
    味野 大輔
    エンジニアとしてフロントエンド・バックエンド・インフラ構築に携わる。
    スタートアップでCTOとして技術選定やエンジニア組織構築に携わった後、Fintechと組織改善プラットフォームでプロダクトマネジメントを学びつつ実践。
    Balusに入社後はプロダクトに向き合いつつ、エンジニア組織の安定化を目指している。
    プロダクトを作る上で、ペインを探りもっとも省エネルギーで効果な施策を見つけることを大切にしています。
    判断の精度を上げるためには、大量の0->1をして捨てるということを日々経験しておくことが必要だと考え、実践しています。
    精度の高い施策をやっていくために、捨てるための0->1を一緒にやっていける方と共に働きたいと考えています。
    チーム名
    SPWN Portal 開発・運用チーム
    ミッション
    ライブ配信プラットフォーム「SPWN Portal」の機能開発 ライブ会場のオペレーションの機械化
    主要言語・フレームワークなど
    Node, TypeScript, Cloud Functions, React, Firestore
    その他技術
    TypeScriptReactNode.jsFirebaseAWSReact NativeCloud FunctionsCloud StorageGoogle Cloud PlatformFirebase Cloud Firestore
    チームの人数
    10人以下
    エンジニアの人数比率
    81%以上
    飲み会の頻度
    半年に1-2回程度
    このチームで恒常的に行われている開発文化
    • 仕様のレビューをしている
    • コードレビューしている
    • ペアプログラミングをしている
    • モブプログラミングをしている
    • リファクタリングをしている
    • DevOpsをしている
    • ChatOpsをしている
    • 小さなことでも称賛している
    • 失敗が許容されている
    このチームで自動化できている項目
    • 開発環境構築
    • Lint等の静的解析
    • デプロイ
    このチームに導入し、運用されているツール
    • ビジネスチャット
    • タスク管理ツール
    • wiki等の情報共有ツール
    • コードのバージョン管理ツール
    • コードレビューツール
    テストを書いているかどうか
    書く必要がない・または少ないプロダクトだ
    全く書けていない
    書く文化がまだ浸透しておらず、必要な分は書けていない
    書く文化は浸透しているが、まだ必要な分は書けていない
    必要な分は書けている
    ライブラリなどを更新しているかどうか
    定期的に更新する必要がない・または低いプロダクトだ
    ほとんど更新していない
    不定期だが更新している
    期間を決めて定期的に更新している
    期間を決めて定期的に自動で更新している
    チーム内のエンジニアの発言力
    エンジニアの意見が通りづらい
    どちらかといえばエンジニアの意見が通りづらい
    職種による差はない
    どちらかといえばエンジニアの意見が尊重されやすい
    エンジニアの意見が尊重されやすい
    スケジュール調整のしやすさ
    納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
    どちらかといえばエンジニアの裁量で調整しづらい
    どちらともいえない
    どちらかといえばエンジニアの裁量で調整しやすい
    納期や仕様をエンジニアの裁量で調整しやすい
    プロダクトの内容を決める人
    主にエンジニア以外が考えて決める
    どちらかといえばエンジニア以外が考えて決めることが多い
    どちらともいえない、または職種間の差はない
    どちらかといえばエンジニアが考えて決めることが多い
    主にエンジニアが考えて決める
    チーム内の職種間の協力体制
    各職種のリーダーへ話を通したり規則がある等で協力しづらい
    どちらかといえば協力しづらい
    どちらともいえない
    どちらかといえば協力しやすい
    職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
    チームの方針決定をする人
    会社が大まかな方針を考えており、ほぼトップダウンで決まる
    会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
    どちらともいえない
    チームが主体的に考えて決めるが、会社の方針に左右される面もある
    チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
    長期的価値の優先度
    短期的な売上を重視せざるを得ない状態である
    どちらかといえば短期的な売上が重視されている
    どちらともいえない
    どちらかといえば長期的なユーザ価値を重視できている
    長期的なユーザ価値が重視できている
    URL
    https://live.balus.co/#_ga=2.213262679.296210611.1597649489-529412915.1576908957
    備考
    - POがプロダクトで何ができなければならないかに責務を、エンジニアがそれをどのような仕様のもと、どのような設計で、どのように実装するのかの責務を持つように分離している - 開発メンバーが主体となり、改善策を考えてチーム内でレビューし合って開発をおこなっている - 新しい技術や方法があれば自由に出し合い、検証を経て採用している - 裁量が大きく、やりたいことはチャレンジできる
    チームメンバー
    味野 大輔
    エンジニアとしてフロントエンド・バックエンド・インフラ構築に携わる。
    スタートアップでCTOとして技術選定やエンジニア組織構築に携わった後、Fintechと組織改善プラットフォームでプロダクトマネジメントを学びつつ実践。
    Balusに入社後はプロダクトに向き合いつつ、エンジニア組織の安定化を目指している。
    プロダクトを作る上で、ペインを探りもっとも省エネルギーで効果な施策を見つけることを大切にしています。
    判断の精度を上げるためには、大量の0->1をして捨てるということを日々経験しておくことが必要だと考え、実践しています。
    精度の高い施策をやっていくために、捨てるための0->1を一緒にやっていける方と共に働きたいと考えています。

内訳を見るには？

提示年収に含まれる内訳
  • 基本給（月）
    表示されません
  • 裁量労働制か否かはい
    裁量労働の詳細

    表示されません

  • 固定残業代（みなし含む）提示年収に含む
    時間外労働の有無に関わらず以下を時間外手当として支給
    固定残業時間/月
    45時間 / 月
    固定残業代/月
    表示されません
    固定残業代の詳細

    表示されません

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

    表示されません

その他の条件
  • 時間外労働有り
    時間外労働の備考
    表示されません
  • 試用期間有り
    6ヶ月
    試用期間の条件変更 無し
  • 就業場所

    〒101-0021
    東京都千代田区外神田五丁目２番２号　セイキ第１ビル６階

  • 加入保険

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

  • 就業時間（備考）

    本人の裁量に委ねます。

  • 休日（備考）

    ・休日：土・日曜日、国民の祝日、年末年始
    ・休暇：有給休暇、慶弔休暇、産前産後、育児休暇
    　※年次有給休暇：初年度については、年度途中に入社した場合は以下の日数を付与します。
    　・1～3月：12日
    　・4～6月：10日
    　・7～9月：6日
    　・10～12月：3日
    　以降は、毎年1月1日に12日、14日、16日、、という形で年次で付与します。

メッセージ
文字数：1368
（※指名されたユーザー本人しか内容は閲覧できません）
会社情報
バルス株式会社の企業詳細を見る

© 2015 Livesense Inc.
SIGN UPSIGN IN
転職ドラフトを友人や同僚に薦める可能性はどのくらいありますか？
012345678910
回答するスコアの入力をお願いします
今回は答えない絶対に答えない