Front-end engineer (Schhuty Division)

Job Description

Work Flow 

・ Do you decide what you want to make? A planning meeting will be held at the start of the iteration, and together with participants from all occupations, including engineers, we will decide what to make by discussing the issues to tackle. In addition to the iterations, we participate in designer-driven design and user interviews, and based on these discussions, we extract the issues and incorporate measures for their improvement into the schedule. 

・ Estimation and schedule management Estimates of story points are made with engineers and project owners as participants, and the scope of iteration is determined. Task allocation is basically done without checking the status of the engineer leader or the member, or consulting with the leader that he / she has determined that the member’s priority is high. The schedule is being checked by the entire team, centered on the project owner, so that the overall plan and progress of the project can be seen. Larger schedules (milestones, etc.) are gathered by members such as business unit managers, project owners, and development team leaders, and are checked and adjusted on a monthly / quarterly basis. 

・ Development Flow Periodic development is carried out in accordance with the Agile Development Process, with 1 iteration taken as 2 weeks for estimation, planning, development, release, and retrospection. At the end of the iteration, we conduct a large-scale meeting with the head of the business unit as the leader and conduct a retrospective review of all team members. The direction of the entire project is mainly based on sharing such as “whether it was a change like the project” or a retrospective such as “there was no point where you felt any improvement in the work of iteration” This is useful for reviewing and understanding the work within the team. 

Engineers are reviewing each other based on GitHub’s Pull Request. Basically, it is possible to merge from one person with OK, and it is automated so that it will not be merged unless the specification / operation check and automatic test are passed. The design review basically has the discretion of each person in charge and is secured by the source code review. For example, it is necessary to have a knowledgeable person’s review of important functions related to settlement. 

In addition, the design review will be conducted using Prott and adding a member’s comment on the job type centered on the designer. -At the same time, create a test code for performing unit / function tests when implementing the software test function, and execute it using CircleCI. Static analysis is also automated, and the complexity of the source code is quantified and shared within the team using a static analysis tool called PhpMetrics. In addition, Sider and ESLint are trying not to be born with a source code that deviates from the coding standards. In addition, Bugsnag also monitors errors. 

Manual testing is performed in two stages, with the first stage being a specification test environment with Pull Request and the second stage being a combined test environment with release timing.

Required 

・ Coding experience of HTML5 / CSS3 / JavaScript 

・ Development experience of teams including designers 

[Welcome] 

・ Development experience using client sites MVC and MVVM framework , UI design, and design interest Someone ・ Performance improvement experience on the front site 

・Interest in the growth hack ・ Web application development experience ・ Basic knowledge on object-oriented programming 

・ Those who are trying new technologies that fear failure ・ Opening of the source such as GitHub Participation in source activities

Selection process

Document selection 

↓ 

<Primary interview> Time required 1.5 hours * A simple technical test is required. 

And pressurized Gate like (Shufuti Division Web Director) 

– Higa like (Shufuti Division Web Director) 

, Iwasaki (Shufuti Division Engineer) 

￬

<final interview> over 1 hour 

, star-like (President) 

Kobayashi like ( Director recruitment and public relations Kansho officer) , tenement-like (Director Shufuti Division) 

Job Description

【ポジション】
フロントエンドエンジニア（シュフティ事業部）

【配属部署】
■事業部人数:16名
-内訳:正社員13名(男10名・女3名)、派遣社員1名(女1名)、 業務委託6名(男4名・女2名)
-平均年齢:32.8歳
■開発チーム人数:12名
-内訳:正社員8名(男7名・女1名)、業務委託5名(男3名・女2名) 平均年齢:29歳

クラウドソーシングサービス「シュフティ」の各種機能開発、および運用・保守をお任せいた します。 「シュフティ」ではソースコードの複雑化や使用技術の老朽化といった課題を解決すべく、2018年6月にシステムのリプレースを行いました。 その際、バックエンドはAPI化しCakePHP1.3からLaravel5.5へ。 フロントエンドはVue.jsを導入しSPAを採用しました。
機能改善やUI/UX改善といった、サービス改善施策立案・実行に始まり、新アーキテクチャ へのリプレース、新技術採り入れを検討しながらアーキテクチャ改善や開発フロー改善に取 組んで頂きます。
「シュフティ」の開発チームでは、デザインスプリント等を実施し、ユーザーよりフィード バックを受け、他職種のメンバーとも議論を重ねユーザーの声をシステム改善に活かす体制 を強化しております。開発手法はスクラムを採用しており、GitHubを使ったチーム開発を行 っています。
★シュフティとは?
service/service_shufti

【開発環境/使用技術】
・HTML5
・CSS3
・JavaScript(Node.js / Vue.js)
【開発手法】
・スクラム開発

《仕事の流れ》
・作るものをどう決めるか イテレーション開始時にプランニングミーティングを行い、エンジニアを含めたの全職種の参加者と一緒に、取 り組むべき課題についてディスカッションして作るものを決めています。 またイテレーションとは別に、デザイナー主導のデザインスプリントやユーザーインタビューにも参加し、それ をもとにディスカッションを重ねて課題を抽出しており、そちらの改善に向けた施策もスケジュールに組み込みます。

・見積もりとスケジュール管理 エンジニアとプロダクトオーナーを参加者としてストーリーポイントの見積もりを行い、イテレーション内のス コープを決定しています。タスクの割り振りは、基本的にエンジニアリーダーがメンバーの状況を確認しながら 行いますが、メンバーが優先度が高いと判断したことはリーダーへ相談しており、着手に至ることもあります。 スケジュールはプロダクトオーナーを中心にチーム全体で確認を行っており、全体の計画・プロジェクトごとの 進捗が見えるようになっています。より大きなスケジュール(マイルストーンなど)は事業部長・プロダクトオーナー・開発チームリーダーといっ たメンバーが集まり、毎月/四半期の単位で確認・調整しています。

・開発フローアジャイル開発プロセスに則った周期的な開発を行っており、1イテレーションを2週間として見積もり・計画・ 開発・リリース・ふりかえりを順次実施しています。 イテレーション終了時は、事業部長を筆頭にすべての職種を交えた規模の大きなミーティングを実施して、チー ムメンバー全員でのふりかえりを行っています。そこでは、「どのような変更がプロダクトに対して行われたの か」といった共有や「イテレーションでの仕事について何か改善を感じる箇所が無かったか」といったふりかえ りをメインとして、プロジェクト全体の方向性見直し、およびチーム内の業務理解に役立てています。

・コードレビュー
GitHubのPull Requestをベースに、エンジニア同士でレビューを行っています。基本的に1名から OK が出れ ばマージ可能としていますが、仕様・動作確認や自動テストを通過していないとマージされないように自動化しています。 設計レビューは基本的に各担当者が裁量を持ち、ソースコードレビューで担保していますが、例えば決済に関わ るような重要機能については知見豊富な担当者のレビューを必須としています。
また、デザインレビューは Prott を使い、デザイナー中心に職種問わずメンバーがコメントをつける形式で実 施します。

・ソフトウェアテスト
機能実装時に単体・機能テストを行うテストコードも同時に作成し、CircleCI で実行。静的解析についても自 動化しており、PhpMetrics という静的解析ツールを使いソースコードの複雑度を数値化し、チーム内で共有し ています。また、Sider や ESLint でコーディング規約に外れたソースコードが生まれないようにしています。 他、Bugsnagでエラー監視も行っています。
手動でのテストは2段階行うようにしており、1段階目は Pull Request ごとの仕様テスト環境、2段階目はリリ ースタイミングごとの結合テスト環境を揃えるようにしています。


【事業内容】
クラウドワーカーによる『人のチカラ』を活用したCGS事業（Crowd Generated Service の略）を自社で開発し、複数展開しています。
クラウドワーカーという新しい労働力（人的リソース）を活用することによって、今までにない価値を持ったサービスを創出しています。
2017年3月に、東証マザーズに上場。
　
CGS事業の代表例としては、圧倒的シェアを獲得している「入札情報速報サービNJSS（エヌジェス）」があります。
また、CGS事業のリソースを担うクラウドワーカーは、仲介型クラウドソーシングサービス「Shufti（シュフティ）」の登録者であり、その登録者数は2016年6月時点で30万人を超えています。
　
1.主力サービス
　1) クラウドソーシングサービス「shufti （シュフティ）」
　仕事を発注したい人と受注したい人をマッチングするクラウドソーシングサービスです。
　http://www.uluru.biz/service/service_shufti
　
　2) 企業向け公共のお仕事情報サービス「入札情報速報サービスNJSS（エヌジェス）」
　官公庁・自治体等の入札・落札情報を一括検索できる入札情報提供サービスです。
　情報をクラウドワーカーが人力で収集することによりクローラーロボットでは不可能な情報の網羅性を実現し、
　過去7年間の運営により約800万件（内、落札結果付き約600万件）の入札情報ＤＢを保有し圧倒的なシェアを獲得しております。
　http://www.njss.info/
　
　3)他サービス
　・園ナビ：「子どもの預け先探し」をサポートする、日本最大級の園情報 ＆ 口コミサイトです。
　・園ナビフォト：写真販売の手間を80％以上削減できる、幼稚園・保育園向けWeb写真販売システムです。
　・KAMIMAGE：アンケートや会員情報などの膨大なマーケティング情報を短時間でデータ化するタブレットフォームシステムです。
　・空き家活用ポータル：日本最大級の空き家情報を保有する空き家一括検索サービスです。
　http://www.uluru.biz/service

2.収益モデル
　クラウドソーシングサービスや入札情報を求めている法人企業からの収益

3.その他
CGSについて
クラウドソーシング（クラウドワーカー）を活用した、新しいビジネスの形です。
CGS（Crowd Generated Service）は、クラウドソーシングを活用したサービスのことを示します。
CGSには、従来型サービスにはない「（ユーザー、CGS運営事業者、クラウドワーカーの）三方良し」のメリットがあるのが特長です。
https://cgs.tokyo/

【募集背景】
【募集枠：1名】
業績拡大のため

【必須】
・HTML5/CSS3/JavaScript でのコーディング経験
・デザイナーを含むチームでの開発経験

【歓迎】
・業務問わずクライアントサイドMVC、MVVMフレームワークを用いた開発経験
・UI設計、デザインにも興味がある方 ・フロントサイドのパフォーマンス改善経験
・グロースハックへの興味関心
・Webアプリケーションの開発経験 ・オブジェクト指向プログラミングの基礎知識 ・失敗を恐れず新たな技術に挑戦できる方
・GitHub 等でのソース公開、オープンソース活動への参加

【待遇条件・昇給賞与】
想定年収：420万円～700万円
※前職給与、経験・能力などを考慮

賞与年2回（4・10月 ※1回あたり基本給1ヶ月がベース、業績評価により上下あり）、昇給年1回（4月）、交通費支給（月額上限5万円）

＜年収内訳＞
月給25万円～42万円＋残業代（月30時間と仮定、1分単位支給）

【福利厚生】
各種社会保険完備、成長支援制度、社内公募型ジョブリクエスト制度、ヤクルト製品1日1本無料、リラックスルーム完備（マッサージチェア常設）、時差勤務制度（上長・人事承認必須）、在宅勤務制度（上長・人事承認必須、勤続年数2年以上の方が対象）

【選考プロセス】
書類選考
↓
<一次面接> 所要時間 1.5時間 ※簡易的な技術テストを実施する場合がございます。
・加門様(シュフティ事業部 Webディレクター)
・比嘉様 (シュフティ事業部 Webディレクター)
・岩崎(シュフティ事業部 エンジニア)
↓
<最終面接> 所要時間1時間
・星様(代表取締役社長)
・小林様(取締役 採用・広報管掌役員)
・長屋様(取締役 シュフティ事業部長)

※選考回数、内容は変更になる場合もあります。

【休日休暇】
【年間休日数：127日 ※平成30年度】
完全週休2日制（土・日・祝）、GW休暇、夏季休暇、年末年始休暇、有給休暇制度（年40時間まで時間単位取得可）、育児休業（3歳まで応相談）、育児短時間勤務制度（小学校3年生まで可）、こども休暇（子どものイベントや病気の時に使用できる休暇 ※無給・10日／年）、介護休業、慶弔休暇、ストック休暇（消失してしまった有給休暇を育児・介護・療養などのために使用できる制度）