しののめ

短期の業務委託案件として、SESエンジニアのマッチングSaasのフロントエンド実装を担当しました。 機能優先のMVPで作られたNextjsアプリケーションだったため、既存のUIをshadcn/uiやTailwindCSSを用いて整えたり、新規ページや機能追加などを行いました。また一部の機能追加においてはSupabase側のFunctionやSQLの改修も行いました。 3ヶ月間の対応の後、クライアントのメンバー充足に伴い契約を終了しました。

現在進行系のプロジェクトで自社サービスの - グロース - 機能追加 - 運用保守 - デザインリニューアル - QA対応 など、サービスに関わるエンジニアリング全般を担当しています。 元々はフロントエンド専任でしたが、社内リソース不足で機能やプロダクトのリリーススピードが落ちている状態と、自分の担当領域の関係でリードタイムが発生することが嫌だったため、社内制度を用いてフロントエンド専任からWebエンジニアに配置換えを希望し担当領域を広げました。

連携企業のSassと接続し、自社サービス内に連携結果を表示させる機能の開発に関わりました。 連携機能のコアとなるmodel処理などは別のバックエンド専任のメンバーが行い、自分は以下をメインで担当しました。 - フロントエンドエンド実装全般 - デザイナーとの連携調整 - Railsのコントローラーの改修 - QA環境の構築と修正対応

6名体制のフロントエンドチームのエンジニアリングマネージャをしていました。 ※組織体制変更により管理職にエンジニア職以外を配置するようになったため退任 テックリードはあえて別のメンバーを立て - チームビルディング - 各種MTGのファシリテート - リソース管理 - ピープルマネジメント - 採用 - 評価 などを行いました。 チーム運営においては**心理的安全性の担保**と**メンバーの集中時間の最大化**をモットーに取り組みました。 # チームビルディング ミッションベースだった組織体制から職能ベースの編成になり、フロントエンドチームが新設されることになり、1からチームビルディングを行いました。 「チーム名以外何も決まっていない」という課題があったため、以下を主導で決めました。 ## チームミッションの設定 チームの方向性やタスク優先度に迷ったときの道標になるので作成しました。 MTGの場でメンバー全員の意見を集約し議論することで、全員が納得できるミッションを作り上げることができました。 ## 会議体の設定とスプリントの導入 進捗共有のMTGは多すぎても少なすぎても良くないため、メンバーの集中力とタスク把握度のバランスが良い開催頻度をMTGを設定しつつ、スプリントも回せるようなルーティンを考えました。 ## WorkingAgreementの作成 心理的安全性の高いチーム環境を作るためのルールとして作成しました。 こちらも自身が単独で決めることはせず、メンバー全員の意見を集約して盛り込むことで 全員が納得できる条項を作成しきることができました。 ## 定期1on1 振り返り会の実施 自己主張が苦手なメンバーが個人で問題を抱え込まないよう、タスク把握とは別に 1on1で状況をヒアリングし心身の健康に気を配ったり、チームの振り返り会の設けて課題の洗い出しと改善をすることで、メンバー個人とチームの雰囲気が良くなるよう心がけました。 # ファシリテート 定例MTGやスプリントプランニングではファシリテーターを担当し、 - 常に明るいムードを保つ工夫 - 全員がフラットな立場で意見議論ができる雰囲気作り - 議論が脱線していかないような進行 などを意識して行いました。 # リソース管理 メンバーのスキルや負荷の状況が偏らないようなアサインや引き継ぎなどを行っています。 どのメンバーの担当タスクにも対応できるように、自分自身は広く浅くタスクを把握できるように心がけてました。 # 採用 昨今のエンジニア採用の困難さを考え、現場手動で採用活用に力をいれています。 メンバーの負荷やコンテキストスイッチコストを優先するため、自分自身が最もタスクを担当しており - 採用部門との定期MTG - カジュアル面談 - 一次面接 を担当しました。 # 評価 社内基準に沿ったMBO評価を行いました。

自社サービスのフロントエンド全般を担当しています。 どちらかと言うと、研究開発よりは運用の方が得意で、既存コードやデザインを踏襲しスピーディにUIや画面を構築するのが得意です。反面、BFF方面は苦手ですが学びたい意欲はあります。 # Vueを用いた新規UIコンポーネントの作成 フロントエンドアプリケーションからimportで使うためのライブラリです。 コンポーネントの実装/テスト追加/Storybook追加を行っています。 # Nuxt上の新規サービス画面の開発 新規サービスや機能の画面構築を、UIフレームワークや上記ライブラリを使って実装します。 # Rails上の既存サービスページの運用保守 必要に応じてviewの修正や追加を行っています。 古くなってカオスになっているCSSでも、正常に読み解いてUI崩れなく実装するのが得意です。 必要に応じて、ごくごく簡単なController処理も書きます。 # 上記実装のコードレビューなど 「LGTM」で終わらず、「IMO」などのインラインコメントも積極的に行います。 当然のことながらHRTのない指摘はしません。

デザインからコーディングまで、フロントエンド周り全般の実装を行った。 サービス側のアプリのリリース前だったので、どんなオペレーションになるのかわからない状態であったが、CS担当者からヒアリングを行いながら実装を進めた結果、リリース後の手直しがほぼ必要な状態の管理画面を実装することができた。 CSからの評価も高く、社内の仲間が喜んでくれることがモチベーションだったため、非常に満足度の高い結果的になった。また、当時はまだナレッジの少なかった、UIコンポーネントを用いた開発の知見を得ることができたのも良い経験だった。

このプロジェクトは0ベースの企画段階から参加し、アプリのエンジニアリング業務以外はほぼ全てを行った。 ### デザイン 20〜30代女性をメインターゲットにしていたため、ピンク系のメインカラーを採用したが、媚びすぎた印象にならないようにあざとくさせず、男性でも使えるようなスッキリとした見栄えになるように心がけた。 アプリロゴの意匠も、ひと目でサービスの趣旨が伝わるようこだわり抜いた。 また、デザイン業務に対する知見を多く得ることができ、以降の案件でのデザイナーとのやりといがよりスムーズにできるようになった。 ### API実装 DBの設計と、APIの実行ファイルの開発を行った。 簡単な作りのアプリではあったが、先にデザインを固めきっていた事で設計はスムーズに行うことができた。APIは最終的に単一のバイナリファイルで生成するようにしたため、ファイル管理を楽にすることができた。 ### 管理用Webアプリ 上記2つの作業に追われ、こちらに割く工数があまり確保できなかったが、スキマ時間で学習していたCSSフレームワークを導入をすることで、期間内に作り切ることができた。

携帯電話キャリア公式のポータルサイトの運用保守を担当しました。 参画当初は機能実装のコーディングのみの担当でしたが - 「なるべく一気通貫で担当したい」 - 「クライアントの顔が見たい」 という想いがあり、運用に慣れた参画半年後からクライアントとの定例MTGにも参加するようになりました。 自分のこれまでのキャリアの中で、最もユーザーが最も多かった案件(1日2000万PVほど)であり、緊張感とやりがいを感じた案件で、その中で企画〜テスト〜運用保守までを一通り経験できたため、非常に良い経験が積めました。

Flashクリエイターとしてキャリアスタートしました。 業務内で独学でActionScriptを学び、主にガラケー向けミニゲームやサイトのフロントエンド開発を担当しました。 当時の組織体制としては、グラフィックとスクリプトでそれぞれ1名ずつ担当を分けての開発が主流でしたが、自分はグラフィック制作に多少の心得があったので、両方を単独で行うことが多かったです。