ID:8764さん

自社メディアの「mamari.jp」にて公開されている記事を制作するためのCMSを、CakePHP＋jQueryからReactに置き換え、バックエンドのCakePHPを薄くしてAPIとして使用するリプレイスを行なっている。 現職の入社時、最初にスクラムチームで携わったプロジェクトで、現在に至るまで継続的に機能単位でリプレイスを行っている。 バックエンド・フロントエンドともにテストコードのカバレッジ率をCodecovというツールで計測しており、PRでカバレッジが下がったり、追加された実装にテストが不足している場合はマージできない運用を行なっている。 自社メディアに追加できるコンテンツとして、「記事内に目次を設定する」「リンクが埋め込まれた画像」を追加できるようCMSへの機能追加を実装している。 実質的に一人のみの開発体制で、CMS・メディアコンテンツのPdMや制作部署と連携しながら要件定義をしたのち、機能追加するための設計・コーディング・テストを行い進行している。要件定義・設計内容は基本的にNotionを用いており、他部署のメンバーにレビューを依頼するときに確認しやすくなるように記録している。

前職での業務 2017.10 - 2019.08 お客様：地方政令指定都市 某地方都市の地下街にラズパイのユニットをセンサーとして設置し、人流データや防火シャッターの開閉状態を24時間監視できるサービスを自治体向けに開発した。 私が携わったのは防災データ監視アプリの開発である。自治体・地下街の管理会社が所有するタブレット上でWebブラウザで動作するアプリである。以下の機能を、上記の技術・言語を使いながら実装した。 ・地下街のマップ上に、センサーから送られる人流データのヒートマップ・シャッターの開閉状態をリアルタイムで描画(Leaflet.js) ・地下街の管理会社・自治体職員がメッセージのやりとりをするチャット(React, Firebase Realtime DB) ・非常事態のとき、地域の情報アプリ(他者開発)に防災情報を通知するプッシュ機能(React, Firebase Realtime DB, Cloud Functions) ・ユーザーのログイン認証、管理者権限有無の判定(Firebase Auth, Cloud Functions, Node.js) ・24時間分の通行量をセクションごとにグラフで集計、表示する機能(Cloud Functions, Firestore) React,Reduxでフロントエンドの画面設計と開発をほぼ一人で行った。Reduxが個人的に理解が難しく、進捗が滞ったが、Udemyの講座を受講したり、公式のドキュメントやQiitaの技術情報を根気よく読み漁り、実例を写経することで理解した。その他、自分でわからない点は上司とのペアプログラミンやコードレビューで解消でき、大きなつまづきもなく開発を進められた。 ユーザ認証・プッシュ機能・メッセージの保存などはFirebase Realtime DBやCloud Functionsを経由してサーバの情報にアクセスする形で開発を行った。バックエンドについては知見があまりなかったので、上司のアドバイスと自学によってできるだけ自分主体で進めつつ、わからない部分の実装を上司に助けてもらったり、ペアプログラミングで行なった。

前職での業務 2019.01-03 お客様：地方自治体　芸術文化振興財団さま 地方自治体で管理・運営している演芸場で使用されているWebシステム（他社が開発・運用）を一括でモダンなフレームワークに乗せて更改する案件で、既存のDB構造や管理項目を引き継ぎつつ、Laravelで新規に構築した。 実装した機能は以下の通り： 管理画面 - 実施された公演・公演中の演目・出演者のメタ情報をCRUDで登録可能にする機能 - 演者の出演回数・披露された落語の演目の公演回数を期間指定しランキング形式で閲覧できる機能 - CSVからのインポート・エクスポート機能 また、管理画面で入力した公演・演目などの情報を一般ユーザー向けに公開し、公演記録を検索・閲覧できるWebサイトの開発も行なった。

2011.08 - 2015.12 生保系SIerでの業務 ・新任者の配属や担当者の変更などを見据えて、古くなっていた社内向けの業務マニュアルを独自に改良・更新し、業務に慣れた社員からも「わかりやすい」との評価された。業務内容の変更やツールの更改に伴い、マニュアルの記載漏れ事項が多かったため、現時点での業務内容に合わせて更新を行った。引き継ぎ・教育コストを低下させ、新任者がいち早く業務に慣れ部署に溶け込みやすい雰囲気を作った。その結果、新任者でも配属2,3年目のパートナーと同じくらいのパフォーマンスを発揮できる環境を作り出せた。 ・法人営業部や顧客からの問い合わせは、その都度システムの仕様書を参照したり、起こった事象を自作のテストデータを用いて再現してから解決するといったことを積み重ね、平均して1時間以内に正確な返答を行っていた。 　また、解決に際し特殊な作業を必要とする場合は作業期間のスケジュールや工数を自分で組み立て、社内担当者や顧客と折衝した上で実行した。 ・問い合わせについては、複雑な内容も初歩的な内容についても発生原因や解決方法を顧客へのフォローと合わせてなるべく細かくドキュメントを作成し、データベース化した。それにより類似した問い合わせへの返答の迅速化や、新任者の対応への手助けを促した。 ・業務システムの更改に伴い、保守作業の工数が増えたため、VBを用いて従来通りの定例作業が行えるようツールの開発・改修・テストを1人で担った。将来発生する改修や引き継ぎ等で発生する教育コストの低減へ向けて仕様書の作成にも取り組んだ。 ・メンバー 15人程度 ・中心となってチームの業務を率いてきた上司や、先輩社員の転属・退職に伴い、チームの人員不足や経験者に頼れなくなるといった窮地に立たされた。しかし、それまでの業務経験を元に改善に向けてすぐにとりかかれるレベルまで問題を分解した。具体的には、上記のドキュメント・ツール作成に加え新人教育の体制を整えたり、新たな業務のカバーに積極的に回ることで体制の立て直しを図った。