アライドアーキテクツ株式会社からの指名詳細

提示年収プチリッチ
正社員 裁量労働制

指名日時:2019.12.04 17:24

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

    xxx、xxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxx、xxxxxxxxxxxxxxxxx。

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

    xxx、xxxxx、xxxxxxxxx、xxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxx。
    xxxx、xx、xxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxx。
    xx、xxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxx、xxxxxxxxxx、xxxxxxxxxxxx、xxxxxxxxxx。
    xxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxx、xxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxx。

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

    xxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxx、xxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    文字数:150
    (※指名されたユーザー本人しか内容は閲覧できません)
  • 指名した人
    岩本 太陽
    2006年にアライドアーキテクツに入社。受託制作、受託開発のPMを担当。
    2014年に子会社であるCreaditsのサービス立ち上げメンバーとして、開発チームのPMを担当。
    2017年より自社サービス開発部門の組織運営、および会社全体のセキュリティ・情報システムの責任者を担当。
    2018年7月より、アライドアーキテクツの子会社である、Allied Tech Base のCEOに就任。
    アライドアーキテクツの子会社 Allied Tech Base のCEOとして、プロダクト開発の原動力となるべく、ベトナム ハノイにて One Team One Goal をスローガンに開発部隊を統括しています。
    https://twitter.com/Motoaki_Iwamoto
  • 所属先候補
    チーム名
    Letro開発チーム
    ミッション
    Letroは企業のサイトや広告などにおけるクリエイティブ課題を解決するプラットフォームです。 サービスとして「Better Creative with Less Efforts」というミッションを掲げており、開発チームはそれをプロダクトを通して実現する事に責任を持っています。
    主要言語・フレームワークなど
    PHP,Laravel,Vue.js
    その他技術
    MySQLDockerAWS
    チームの人数
    10人以下
    エンジニアの人数比率
    70%以下
    飲み会の頻度
    数ヶ月に1-2回程度
    このチームで恒常的に行われている開発文化
    このチームで自動化できている項目
    このチームに導入し、運用されているツール
    テストを書いているかどうか
    書く必要がない・または少ないプロダクトだ
    全く書けていない
    書く文化がまだ浸透しておらず、必要な分は書けていない
    書く文化は浸透しているが、まだ必要な分は書けていない
    必要な分は書けている
    ライブラリなどを更新しているかどうか
    定期的に更新する必要がない・または低いプロダクトだ
    ほとんど更新していない
    不定期だが更新している
    期間を決めて定期的に更新している
    期間を決めて定期的に自動で更新している
    チーム内のエンジニアの発言力
    エンジニアの意見が通りづらい
    どちらかといえばエンジニアの意見が通りづらい
    職種による差はない
    どちらかといえばエンジニアの意見が尊重されやすい
    エンジニアの意見が尊重されやすい
    スケジュール調整のしやすさ
    納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
    どちらかといえばエンジニアの裁量で調整しづらい
    どちらともいえない
    どちらかといえばエンジニアの裁量で調整しやすい
    納期や仕様をエンジニアの裁量で調整しやすい
    プロダクトの内容を決める人
    主にエンジニア以外が考えて決める
    どちらかといえばエンジニア以外が考えて決めることが多い
    どちらともいえない、または職種間の差はない
    どちらかといえばエンジニアが考えて決めることが多い
    主にエンジニアが考えて決める
    チーム内の職種間の協力体制
    各職種のリーダーへ話を通したり規則がある等で協力しづらい
    どちらかといえば協力しづらい
    どちらともいえない
    どちらかといえば協力しやすい
    職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
    チームの方針決定をする人
    会社が大まかな方針を考えており、ほぼトップダウンで決まる
    会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
    どちらともいえない
    チームが主体的に考えて決めるが、会社の方針に左右される面もある
    チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
    長期的価値の優先度
    短期的な売上を重視せざるを得ない状態である
    どちらかといえば短期的な売上が重視されている
    どちらともいえない
    どちらかといえば長期的なユーザ価値を重視できている
    長期的なユーザ価値が重視できている
    URL
    https://service.aainc.co.jp/product/letro/
    備考
    直近サービスのリニューアルを行いました。プロダクトはレイヤードアーキテクチャを採用しており、ソースコードはクリーンな状態です。リニューアルを優先した為に今はテストがほとんどありませんが、既に単体テストを書く開発が動き出しています。基本的にはエンジニアチームが開発スケジュールを決定するため、新機能の開発とシステムの改善の双方をエンジニアの裁量で進めることが出来ます。
    チーム名
    echoes開発チーム
    ミッション
    SNSアカウントの立ち上げ期に、生活者からの認知を得るためのプロダクトを開発するのがこのチームのミッションです。
    主要言語・フレームワークなど
    主に利用する言語はPHPとJavaScript、主に 利用しているフレームワークはLaravel5系とVue.jsです。
    その他技術
    チームの人数
    10人以下
    エンジニアの人数比率
    70%以下
    飲み会の頻度
    月に1-2回程度
    このチームで恒常的に行われている開発文化
    このチームで自動化できている項目
    このチームに導入し、運用されているツール
    テストを書いているかどうか
    書く必要がない・または少ないプロダクトだ
    全く書けていない
    書く文化がまだ浸透しておらず、必要な分は書けていない
    書く文化は浸透しているが、まだ必要な分は書けていない
    必要な分は書けている
    ライブラリなどを更新しているかどうか
    定期的に更新する必要がない・または低いプロダクトだ
    ほとんど更新していない
    不定期だが更新している
    期間を決めて定期的に更新している
    期間を決めて定期的に自動で更新している
    チーム内のエンジニアの発言力
    エンジニアの意見が通りづらい
    どちらかといえばエンジニアの意見が通りづらい
    職種による差はない
    どちらかといえばエンジニアの意見が尊重されやすい
    エンジニアの意見が尊重されやすい
    スケジュール調整のしやすさ
    納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
    どちらかといえばエンジニアの裁量で調整しづらい
    どちらともいえない
    どちらかといえばエンジニアの裁量で調整しやすい
    納期や仕様をエンジニアの裁量で調整しやすい
    プロダクトの内容を決める人
    主にエンジニア以外が考えて決める
    どちらかといえばエンジニア以外が考えて決めることが多い
    どちらともいえない、または職種間の差はない
    どちらかといえばエンジニアが考えて決めることが多い
    主にエンジニアが考えて決める
    チーム内の職種間の協力体制
    各職種のリーダーへ話を通したり規則がある等で協力しづらい
    どちらかといえば協力しづらい
    どちらともいえない
    どちらかといえば協力しやすい
    職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
    チームの方針決定をする人
    会社が大まかな方針を考えており、ほぼトップダウンで決まる
    会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
    どちらともいえない
    チームが主体的に考えて決めるが、会社の方針に左右される面もある
    チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
    長期的価値の優先度
    短期的な売上を重視せざるを得ない状態である
    どちらかといえば短期的な売上が重視されている
    どちらともいえない
    どちらかといえば長期的なユーザ価値を重視できている
    長期的なユーザ価値が重視できている
    備考
    市場先行型プロジェクトであることから、開発にスピード感が求められ、且つ需要をシンプルな方法で満たす方針で開発を行ったため、テストコードが完備されていません。 現在はE2Eテストを含めて徐々にテストコードも整備しています。 チームの構成は日本側がメインのPMとして1名、ベトナム側がコミュニケーターが1名、開発メンバーが7名の計9名で開発を進めています。元々チームに所属していた別の日本人2名が、トラブル発生時や複雑な仕様策定時などにサポートで参加することがあります。
    チーム名
    brandtouch開発チーム
    ミッション
    brandtouchの成長に必要な新規/運用改善の機能開発がこのチームのミッションです。
    主要言語・フレームワークなど
    言語: PHP、フレームワーク: Laravel
    その他技術
    チームの人数
    20人以下
    エンジニアの人数比率
    80%以下
    飲み会の頻度
    数ヶ月に1-2回程度
    このチームで恒常的に行われている開発文化
    このチームで自動化できている項目
    このチームに導入し、運用されているツール
    テストを書いているかどうか
    書く必要がない・または少ないプロダクトだ
    全く書けていない
    書く文化がまだ浸透しておらず、必要な分は書けていない
    書く文化は浸透しているが、まだ必要な分は書けていない
    必要な分は書けている
    ライブラリなどを更新しているかどうか
    定期的に更新する必要がない・または低いプロダクトだ
    ほとんど更新していない
    不定期だが更新している
    期間を決めて定期的に更新している
    期間を決めて定期的に自動で更新している
    チーム内のエンジニアの発言力
    エンジニアの意見が通りづらい
    どちらかといえばエンジニアの意見が通りづらい
    職種による差はない
    どちらかといえばエンジニアの意見が尊重されやすい
    エンジニアの意見が尊重されやすい
    スケジュール調整のしやすさ
    納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
    どちらかといえばエンジニアの裁量で調整しづらい
    どちらともいえない
    どちらかといえばエンジニアの裁量で調整しやすい
    納期や仕様をエンジニアの裁量で調整しやすい
    プロダクトの内容を決める人
    主にエンジニア以外が考えて決める
    どちらかといえばエンジニア以外が考えて決めることが多い
    どちらともいえない、または職種間の差はない
    どちらかといえばエンジニアが考えて決めることが多い
    主にエンジニアが考えて決める
    チーム内の職種間の協力体制
    各職種のリーダーへ話を通したり規則がある等で協力しづらい
    どちらかといえば協力しづらい
    どちらともいえない
    どちらかといえば協力しやすい
    職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
    チームの方針決定をする人
    会社が大まかな方針を考えており、ほぼトップダウンで決まる
    会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
    どちらともいえない
    チームが主体的に考えて決めるが、会社の方針に左右される面もある
    チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
    長期的価値の優先度
    短期的な売上を重視せざるを得ない状態である
    どちらかといえば短期的な売上が重視されている
    どちらともいえない
    どちらかといえば長期的なユーザ価値を重視できている
    長期的なユーザ価値が重視できている
    備考
    ベトナムにあるグループ会社にもチームメンバーがいます。 そのため、ベトナムのメンバーとのコミュニケーションで、日本語と英語の両方を使っています。 テレカン: 日本語(日本語が話せるブリッジエンジニアが通訳に入ります。) チャット: 英語

内訳を見るには?

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

    表示されません

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

    表示されません

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

    表示されません

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

    東京都

  • 加入保険

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

  • 就業時間(備考)

    9:30-18:30 (所定労働時間8時間、休憩60分)

  • 休日(備考)

    完全週休二日制、(土日祝日)

    有給制度
    入社日より1日~10日支給(入社タイミングによる)
    その後毎年1月に10~20日支給(勤続年数による)
    ※年間休日 120日

メッセージ
文字数:414
(※指名されたユーザー本人しか内容は閲覧できません)
会社情報
SIGN UPSIGN IN


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