「労働力不足を解決し 人と企業を豊かに」というビジョンの実現を目指し、 複数のサービスを展開しています。 1．創業当時から運営する『BPO事業』 　－『BPO事業』には、クライアント企業より毎月多くの問い合わせ（お困りごと）が届きます。 企業の生の声を仕入れる窓口があるからこそ、新たなサービスを生み出すアイディアを永続的に仕入れることができています。 2．クラウドソーシング『シュフティ』を自社で運営 　－クラウドワーカーが集まるプラットフォームを自社で運営することで、人のチカラとIT技術をかけ合わせたサービスを生み出すためのリソースの確保を可能としています。 これにより、他社プラットフォームに依存しない事業展開を実現しています。 3．『CGS事業』の運営ノウハウを自社で蓄積 　－『CGS』とは、クラウドワーカーの『人のチカラ』を活用することによって生まれる新しい価値・新しいサービスを意味します。 CGS事業を複数展開・運営することで、クラウドワーカー活用のノウハウ（育成・品質管理など）の蓄積を可能とし、『CGS事業』を永続的に量産することが可能となります。 ★うるるの事業について https://www.uluru.biz/service

今、日本は「労働力不足」という大きな社会問題に直面しています。 2040年までに約1600万人、約69兆円の労働力が失われるとされ、 日々、問題は深刻化しています。 日本社会の成長において、無視することができない この問題の解決に、私たちうるるは取り組んでいます。 新たな労働力を創出し、活用できるようにすること。 ITやAIを活用し、DXを推進することで生産性を向上させていくこと。 また、既成概念にとらわれずユニークな発想で 新しい解決方法をどんどん考えて生み出していくこと。 これまで労働力としてカウントされてこなかった方々へ働き方の選択肢を増やし、 新たな労働力を創出すること。ITやAIを活用し、企業のDXを推進し生産性の向上に寄与すること。 上記のような手段により、うるるは「労働力不足解決カンパニー」として、 深刻な"労働力不足"という社会問題の解決に臨んでいくことを使命としています。 ★事業を通じて、うるるが目指すこと https://blog.uluru.biz/entry/2022/04/11/103657?utm_source=feed

うるるは多様性WELCOMEな会社ですが、大切にしている価値観があります。 日々働く上で、「どのように考え・どのように行動するのか」の指針ともいえる価値観を、『うるるスピリット』と呼称しています。 1．うそをつかない、悪いことをしない 2．会社はホーム、社員はファミリー 3．相手の期待を超える「おもてなし」 4．当事者意識を持って、納得して働く 5．ベンチャースピリットを持ち、成長し続ける これらは、うるるが組織創りや採用において最重要視しているものです。 この『スピリット』に共感し、体現して頂ける仲間と共に、理念・ビジョンの達成に向け未来のうるるを創っていきたいと考えています。 うるるでは、社員がサービス毎に分かれた事業部に所属しています。そのため、営業・エンジニア・マーケティング・カスタマーサポートといった、それぞれの職種のメンバーが連携していくことが求められています。 社会の役に立つサービスを生み出していくためには、チームのチカラが必要不可欠です。同じ職種内での同士のナレッジシェアはもちろんのこと、他の職種のメンバーとも協力し合い、どうしたらチームで成果が出せるか試行錯誤を繰り返しています。 「システムを作る」「WEBサービスを売る」のではなく、「社会で役立ち、期待を寄せてもらえるプロダクトを生み出し・提供し続けていきたい」という志向性をお持ちの方は、きっとうるるのメンバーと波長が合うのではないかと考えています。 共に事業成長にコミットして頂ける仲間を募集中です。

【仕事内容】 クラウドソーシングサービス「シュフティ」の各種機能開発、および運用・保守をお任せいたします。 「シュフティ」ではソースコードの複雑化や使用技術の老朽化といった課題を解決すべく、2018年6月にシステムのリプレースを行いました。 その際、バックエンドはAPI化しCakePHP1.3からLaravel5.5へ。 フロントエンドはVue.jsを導入しSPAを採用しました 機能改善やUI/UX改善といった、サービス改善施策立案・実行に始まり、新アーキテクチャへのリプレース、新技術採り入れを検討しながらアーキテクチャ改善や開発フロー改善に取組んで頂きます。 「シュフティ」の開発チームでは、デザインスプリント等を実施し、ユーザーよりフィードバックを受け、他職種のメンバーとも議論を重ねユーザーの声をシステム改善に活かす体制を強化しております。開発手法はスクラムを採用しており、GitHubを使ったチーム開発を行っています。 ★シュフティとは？ https://www.uluru.biz/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段階目はリリースタイミングごとの結合テスト環境を揃えるようにしています。