さかもっち

# プロジェクト概要 LaravelでバックエンドのAPIを開発し、Vue.jsでフロントエンド開発をしています。タスク内容についてプロダクトマネージャーと要件をつめて、設計、開発を実施します。 2年は開発メインで、現在はマネージャー業務と運用・保守・改善活動と企画段階のROI判断のための概算見積をしています。 # チーム情報 - Webエンジニア：５〜２０名(業務委託含む) - モバイルエンジニア：３名 - QAエンジニア：３〜５名(業務委託等含む) - プロジェクトマネージャー：２名 - プロダクトマネージャー：３名 ## 役割 Webエンジニア、マネージャー # 主要実績 ## 大幅リニューアル対応 ### 概要 既存機能をUXを改善しより使いやすい機能に置き換えるプロジェクト。 ### 担当機能 日々の点検業務のデータを管理する機能の作り直しを担当しました。 ### 課題・問題点 1. パフォーマンス 日々追加されていくデータで、一番データの多いお客様で３０万レコード程度存在していました。 また、サービスの特徴として、１つのSPAアプリを元請け、下請け、孫請け、、、などといった権限の異なるユーザーが利用することが想定されています。 元請けには孫請けの情報は見せてはいけない項目、孫請けには元請けを見せてはいけない項目、などの要件があります。 こういった考慮が必要なため、パフォーマンスの考慮が必要でした。 ### 取り組み・工夫 大きな工夫としては、二点あります。 1. 大量データを使ったテストを開発時から実施しました。本番データをマスクしたデータを用意してそれを使ってパフォーマンスを確認しながら開発しました。 2. 基本的にデータベースアクセスはLaravelのORMを使ってアクセスするのですが、先述した元請け、下請けなどの委託関係については、SQLを直書きしてORMに結合させるようなことをしました。 ### 成果 1. 開発時からパフォーマンスを意識して開発することにより、テストやリリース直後の本番にてパフォーマンス障害を発生させませんでした。 ## 日々の点検業務単位で委託関係をもたせる開発 ### 概要 日々の点検業務のもととなるマスタデータとして業務という情報があります。 既存ではこの業務単位に元請け、下請けなどの委託関係を持たせていましたが、日々の点検業務単位で設定するように改修を実施しました。 ### 課題・問題点 1. 委託関係のデータベース設計をどうするか。 2. 委託関係を条件にしている処理がたくさんある。 ### 取り組み・工夫 1. 委託関係のデータベース設計は、既存の業務単位にもたせている構成と同じにしました。これにより、既存のコードを流用することができ、開発工数が削減できました。 2. 委託関係を条件にしている処理がたくさんあることについては、主に認可の処理が多かったので、認可周りのキーワードでソースコードを全検索したり、もとである業務単位の委託関係の処理を一通り確認して必要な処理を置き換えたり、新規に追加したりしました。 ### 成果 1. 開発時に影響箇所をしっかり特定していたので、リリース後に漏れによる障害を発生視させませんでした。 ## お客様のみ発生するブラウザエラー調査（運用・保守） ### 概要 特定のお客様である画面である操作をするとブラウザエラーになるというお問い合わせをいただき調査しました。 他にも原因特定の難しい障害調査を担当しています。 ### 課題・問題点 1. 社内で複数人で操作しても再現することができず、原因の特定が難しい。 2. アプリケーションのエラーではなく、ブラウザのエラーが発生していて、原因の特定が難しい。 ### 取り組み・工夫 1. 本番データをマスキングしたデータを用いて、実際のお客様の操作をシミュレーションして、ブラウザの開発者ツールでおかしい点がないか、分析しました。分析した結果、該当の操作をした際に実行しているAPIのレスポンスが一般的な容量を超えるものであることがわかりました。Laravelはモデル同士のリレーションを簡単に表現できるため、意図せずリレーションがネストして不要な情報が大量に含まれていました。必要なもののみ返却するように改修することで解決いたしました。 ## チームワーク環境の醸成 ### 概要 フルリモート環境で各メンバーが協業して業務を行える環境づくりをしました。 コミュニケーションの基本はSlackを用いたテキストコミュニケーションで、必要があればハドルなどで同期的コミュニケーションを実施しました。 ### 課題・問題点 1. プロダクトの初期開発から在籍し細かい仕様を把握していた業務委託のエンジニアの方がいなくなり、質問に答えてくれる方がいなくなった。 2. 各メンバーは自分のタスクがあるので、積極的に回答する雰囲気ではありませんでした。 ### 取り組み・工夫 1. まずは、質問がSlackチャンネルに投稿されるとすぐに回答するように努めました。 3. 自分の把握していない機能についても、コードを解析して回答しました。 ### 成果 1. 他のメンバーも自分の把握している機能について、回答してくれるメンバーが出てきました。 2. 細かい仕様に関する質問やちょっとした質問も出るようになりました。 ## ピープルマネジメントについて ### 概要 Webエンジニアチーム10名のマネージャーとして、1on1と目標設定などを遂行しました。 1on1は3チームに分けてリーダーの方と実施しています。 また、コミュニケーション環境の改善に努めました。 ### チーム内のコミュニケーション課題の解決と環境改善 （※この段落は、表現によって所属企業や自分の印象が悪くなる気がしたのでChatGPTに印象良く表現してもらいました。） チームメンバー間のコードレビューにおける意見の対立が発生した際、それぞれの主張をヒアリングし、公平な視点で状況を整理しました。ちょうどチーム編成の見直しが進められていたため、適切なチーム分けを行い、各メンバーがより良い環境で業務に取り組めるよう調整しました。 その後、特定のメンバーがNotion上の議論で感情的になり、他のメンバーとの対立が発生。別のメンバーからのフィードバックを受け、マネージャー陣と連携し、人事面談を実施。適切な対話を促し、チーム内の雰囲気を損なわないようフォローしました。 また、Slack上で周囲のメンバーが萎縮するような発言が繰り返されるケースがありました。状況を把握した上で、マネージャー陣と協議し、1on1の面談を実施。発言の意図を確認しつつ、建設的なコミュニケーションの重要性を伝えました。本人の理解が不十分な点もあったため、さらに周囲のメンバーの意見を収集し、チーム全体の状況を踏まえた対応を実施しました。 これらの経験を通じて、チームマネジメントにおける円滑なコミュニケーションの重要性を再認識し、対話を重視した課題解決を心掛けました。問題が発生した際には、当事者だけでなく周囲の意見も尊重し、適切な対応を取ることで、チームの生産性と協調性の向上に貢献しました。 ## エンジニア採用活動 ### 概要 Webエンジニアの正社員、業務委託などの採用活動を担当させていただきました。 ### 取り組み・工夫 1. 社内にノウハウがないのでネットの記事や、生成AIとの壁打ちなどで面接時の質問内容を検討して実行しました。

# プロジェクト概要 副業として、業務委託で従事しました。 インターネット上でガチャを行うサービスの開発。 実働工数は3人月程度で、直近は作業していませんが、MTGなどに参加しています。 # 担当フェーズ 基本設計、詳細設計、開発、単体テスト、結合テスト # 役割　 Webエンジニア、インフラエンジニア # 体制 3名 # OS Mac # DB PostgreSQL # 言語・FW PHP、Laravel、Vue.js、Nuxt.js、Terraform # ツールなど Visual Studio Code、AWS、Docker # 主要実績 ## AWS環境構築 ### 概要 TerraformでAWSのインフラ構築をしました。 ### 課題・問題点 1. 本番環境、ステージング環境、個別カスタム環境など複数の環境を構築する要求がある。 2. M1 Mac OSだとtemplate v2.2.0 が対応しておらず、エラーになる ### 取り組み・工夫 1. moduleというフォルダ内に実際のAWSリソースの構築処理を記載しておいて、別に各環境のフォルダをつくり、環境変数tfvars用のファイルを配置して、同じ場所のmain.tfで実行するようにして同じAWSリソースを構築するコードで全環境をメンテナンスできるようにしました。 2. M1 Mac問題は調査して「m1-terraform-provider-helper」というライブラリを使うことで対応しました。 ## ローカル開発環境構築 ### 概要 AWS環境の構成要素からアプリケーションの構成要素まで技術選定させていただきました。 ローカルで開発するための環境について、バックエンド側をdockerを用いて構築しました。 フロントエンドはコマンド起動で立ち上げて開発するようにしています。 ### 課題 1. 副業エンジニアで構成されるチームであるため、他のエンジニアがクイックに開発を始める環境を構築する必要がある。 ### 取り組み・工夫 1. バックエンドについて、docker composeを使って、nginxのコンテナ、phpのコンテナ、PostgreSQLのコンテナが起動するようにして構築しました。 2. フロントエンドについて、Vue.js、Nuxt.jsでローカル開発できる環境を構築しました。 3. PHP、Vue.js未経験のエンジニア（iOSエンジニア）の方は積極的にフォローしました。 ## PostgreSQLのRLS（Row Level Security）によるマルチテナント環境構築 ### 概要 マルチテナント環境を構築しました。 ### 課題・問題点 1. B2BのSaasサービスなのでマルチテナントが要件としてありました。 ### 取り組み・工夫 1. PostgreSQLのRLSを用いてデータベースレベルでマルチテナント環境を構築することで、アプリケーションレベルではテナントの考慮をすることなく開発できるように構成しました。 ## フロントエンド開発 ### 概要 Vue.js、Nuxt.jsで開発いたしました。 ### 課題 1. 開発当時、Nuxt.js３の情報が少なかった。 ### 取り組み・工夫 1. Nuxt.jsのマニュアルを参考にtry&errorでベースとなる仕組みを模索しながら開発しました。 2. APIの呼び出しはAxiosではなく、Nuxt３からのuseFetchをベースに構築いたしました。

# プロジェクト概要 自社のリテール事業に関わる研究企画プロジェクトの推進を遂行しました。 主な業務は社内調整です。 開発については、外部協力会社と協力して開発を進めます。 具体的な開発内容は、POSレジなどの製品を製造・販売している企業で、POSレジで貯めたデータをAPIで利用してもらうためのソリューションの研究開発です。 アプリケーション開発は、インドのグループ会社で行っていただき、インフラ部分はグループ会社の研究開発専門のエンジニアに開発いただきました。 # 担当フェーズ 研究企画、要件定義、基本設計 # 役割 アーキテクト # ツールなど Amazon EKS、Gitlab、Terraform、WSO2 API Manager # 主要実績 ## ベンダー成果物の受け入れ検証 ### 概要 クラウド技術に強いグループ会社のエンジニアが作成したインフラ環境の受け入れ検証を実施いたしました。 ### 課題・問題点 1. 社内にコーディングできる人材が少ない、クラウド技術に精通した人材がいない ### 取り組み・工夫 1. 未経験だったk8s技術について、AWS EKSの操作やTerraformによるデプロイを実際に操作して、ベンダーの成果物の検証を問題なく行いました。 ## 工程判定会議の進行 ### 概要 工程の変わり目に関係者30名以上の判定会議（リハーサル、本番）があり、そのための資料準備、社内調整、司会進行などを経験させていただきました。 ### 取り組み・工夫 1. 同僚のベテラン社員にフォローしていただき、問題なく次の工程に進めることができました。

# プロジェクト概要 スタートアップ企業を対象にSDGsのコンサルタントを支援するシステム。 # 担当フェーズ 基本設計、詳細設計、開発、単体テスト、結合テスト # 役割 フロントエンドエンジニア、バックエンドエンジニア、インフラエンジニア # 体制 3人チーム # OS Mac # DB MySQL(Amazon Aurora) # 言語・FW PHP、Laravel # ツールなど Amazon ECS、Amazon RDS、Github、CodePipeline、Terraform # 主要実績 ## AWS環境構築 ### 概要 インフラ環境をAWSにて構築いたしました。 ### 取り組み・工夫 1. TerraformをもちいてAWS環境を構築いたしました。 2. CodePipelineを利用してECSへのデプロイを自動化しました。

# 概要 ブロックチェーン技術を利用して、投資を管理するシステム。 # 担当フェーズ 基本設計、詳細設計、開発、単体テスト、結合テスト # 役割 フロントエンドエンジニア、バックエンドエンジニア、インフラエンジニア # 体制 3人チーム # OS Mac # DB MySQL(Amazon Aurora) # 言語・FW vue、nuxt、PHP、Laravel # ツールなど Amazon ECS、Amazon RDS、Github、CodePipeline、Terraform # 主要実績 ## AWS環境構築 ### 概要 インフラ環境をAWSにて構築いたしました。 ### 取り組み・工夫 1. TerraformをもちいてAWS環境を構築いたしました。 2. CodePipelineを利用してECSへのデプロイを自動化しました。

# プロジェクト概要 技術力向上を目的としたワーキンググループ開発。 スクラム開発を導入。 # 担当フェーズ 基本設計、詳細設計、開発、単体テスト、結合テスト # 役割 プロダクトオーナー、スクラムマスター、開発メンバー # 体制 4人 # OS Mac # DB Amazon DynamoDB、Amazon RDS（Aurora Serverless） # 言語・FW javascript、node、Vue、Nuxt # ツールなど Amazon Amplify、AWS AppSync、Jira、Confluence、Github、Amazon Cognito # 主要実績 ## アジャイル開発のプラクティス導入 ### 概要 アジャイル開発を経験することでチーム開発の生産性向上を図りました。 ### 課題・問題点 1. 社内にアジャイル開発に精通した人がいない ### 取り組み・工夫 1. インセプションデッキを作成して、チームメンバーの共通認識を高めるようにしました。 2. プロダクトオーナーとして、プロダクトバックログを作成してプロジェクト管理しました。 ## 新技術への挑戦 ### 概要 ワーキンググループ開発ということで、当時、新しかったAmplify、AppSync（GraphQL）を利用しました。 ### 課題・問題点 1. ネット上の情報が少ない。 ### 取り組み・工夫 1. Amplifyのマニュアルが公開されていたので、それをもとにtry&errorで開発しました。 2. Githubとamplifyを連携して、デプロイを自動化しました。

# プロジェクト概要 光回線、モバイルSIMなどの商品の顧客情報、オーダー情報、契約情報、請求情報を管理し、エンドユーザーへの課金機能を持つ法人向け自社サービスの開発を担当する。 主に運用・保守作業を実施。 # 担当フェーズ 要件定義、基本設計、詳細設計、開発（外部ベンダーコントロール）、単体テスト、結合テスト、総合テスト、運用保守 # 役割 SE # 体制 ４人チーム # OS Linux # DB PostgreSQL # 言語・FW PHP、CakePHP # ツールなど Eclipse、JIRA、Redmine、Docker、Ansible # 主要実績 ## 運用・保守管理 ### 概要 日々、発生するお問い合わせや依頼作業の管理作業を実施しました。 ### 課題・問題点 1. 日々、発生するお問い合わせや依頼作業、日次、月次の定期作業について、業務委託のスタッフがメールベースで対応していて、進捗管理ができていなかった。 ### 取り組み・工夫 1. 運用・保守に関わる作業をRedmineでチケットベースで管理するようにしました。進捗状況の視覚化、および、作業遅延の低下の効果がありました。

# プロジェクト概要 テレビショッピングを展開する企業に常駐して、ECサイトの開発を支援させていただきました。 主にテスト計画、テスト設計作業、２名の開発メンバーの管理作業、常駐先プロパー社員との調整作業を実施いたしました。 # 担当フェーズ 要件定義、基本設計、詳細設計、開発、単体テスト、結合テスト、総合テスト # 役割 PL # 体制 ４人チーム（全体は７０人程度） # OS Windows # DB Oracle11g # 言語・FW Java、Struts # ツールなど Eclipse、JIRA、Confluence、git # 主要実績 ## 引き継ぎをスムーズに実施 ### 概要 自社の前任者が自社都合で別プロジェクトに移動しないといけなくなり、重複期間なしで引き継ぎました。 ### 実績・取り組み - 常駐先プロパーからの作業内容、資料の説明を受けたり、すでに常駐している協力会社メンバーからヒアリングを実施して、スムーズに引き継ぎを実施いたしました。

# プロジェクト概要 製造機器向けのIoTのSaasサービスの開発をしている老舗SIベンダーのグループ企業様に常駐して、開発支援をいたしました。 主に数ヶ月に１回のバージョンアップ開発を実施。 # 担当フェーズ 要件定義、基本設計、詳細設計、開発、単体テスト、結合テスト、リリース、保守 # 役割 SE、PG # 体制 ２〜５人チーム # OS Windows # DB PostgreSQL # 言語・FW Java、groovy、Grails、Spock、Geb、jQuery # ツールなど IntelliJ IDEA、git、Redmine、Docker、Jenkins、AWS(Elastic Beanstalk、IoT、Lambda、Elasticsearch、S3、RDS、Cloudwatch) # 主要実績 ## デプロイ、テストの自動化 ### 概要 Grailsで構築したアプリケーションのテストを自動化いたしました。 ### 取り組み・工夫 1. Spockで単体テストコードを実装いたしました。 2. GebというSeleniumをラップしたフレームワークでE2Eテストを自動化いたしました。 3. Jenkinsを使ってテストとデプロイを自動で実行するように構築いたしました。

# プロジェクト概要 国土交通省の関連団体や地方自治体などの官公庁の案件を受託開発している建設コンサルタント会社に常駐して、開発支援を実施いたしました。自身以外の開発メンバーは、所属企業のさらに協力会社の方が主です。 # 担当フェーズ 要件定義、基本設計、詳細設計、開発、単体テスト、結合テスト、リリース、保守 # 役割 PL、SE、PG # 体制 １〜８人チーム # OS Windows、Linux # DB PostgreSQL、MySQL、Access # 言語・FW PHP、Java、C++、C#.NET、VB.NET、VB6、CakePHP、jQuery、OpenLayers、Struts # ツールなど Eclipse、Visual Studio 2005・2010・2013、SVN、Android Studio、VMware、ESXi、VirtualBox、Apache、.NET Framework、PostGIS # 主要実績 ## プロジェクトマネージメント ### 概要 スキル未達のメンバーを抱えつつ、プレイングマネージャーとしてプロジェクトをマネジメントいたしました。 最大８名のメンバーの進捗管理を実行いたしました。 ### 課題・問題点 1. 官公庁のプロジェクトということで、年度の上期に受注、要件定義して、下期に開発という流れが主でした。それ故に開発メンバーをずっと維持することができず、毎年、年度末に解散していました。ITの人材不足も相まって短期間でメンバーを集めなければならず、スキルが不十分なメンバーを抱えなければなりませんでした。 2. 小規模のプロジェクト（主に保守開発）を複数、並行で進めなければなりませんでした。 3. 国土地理院の地図上に情報を表示するというWebアプリケーション開発で情報の少ないOpenlayersというJavascriptライブラリを使用して開発するプロジェクトがありました。 ### 取り組み・工夫 1. 自分のスケジュールに余裕を持たして、遅れいているプロジェクトのフォローができるようにしました。 2. Openlayersを使った地図操作系の開発は自身で担当したり、スキルの高いメンバーをフォローしつつ技術を習得していただいたりしました。 3. 要件定義段階から顧客打ち合わせに参加させていただき、要件調整を実施させていただきました。 ## 新入社員教育 ### 概要 自社の新入社員２名を一緒に常駐させていただき、OJTで新人教育をさせていただきました。 既存のStrutsを用いたWebアプリケーションのセキュリティ対策（SQLインジェクション、XSSスクリプティングなど）のプロジェクトの作業を新入社員に担当していただきました。 ### 課題・問題点 1. 新入社員の方に業務の進め方を覚えてもらう ### 取り組み・工夫 1. WBSをRedmineで作成して進捗管理いたしました。 2. 朝会、夕会を実施して、こまめにフォローいたしました。 ## WPFアプリケーションへの挑戦 ### 概要 研究開発として、Windowsタブレットのプロトタイプアプリケーションを作る企画がありました。 ### 課題・問題点 1. どういった技術を使って開発するか。 ### 取り組み・工夫 1. Windowsタブレットで、画像を読み込んだり、Excelを読み込んだりする必要があったので、Microsoftの技術であるWPFアプリケーションを採用して開発させていただきました。 ## オンプレミス環境へのリリース作業 ### 概要 エンドユーザー先のサーバー室などでアプリケーションのリリース作業を実施させていただきました。 ### 課題・問題点 1. Webサーバ、データベースのインストールから初期設定を一人で実施する必要がありました。 ### 取り組み・工夫 1. チェックシート形式のリリース手順書をExcelで作成して、印刷してリリース作業時に漏れが発生しないように努めました。 2. また、VMwareやVirtualBoxを用いて、リハーサルなども実施いたしました。

# プロジェクト概要 大手SIベンダーに常駐して、世界的に有名なファーストフード事業を展開される日本法人の社内システムの開発を支援させていただきました。 対象システムは、社内の業務システムで取引先マスタや店舗マスタを管理するシステムです。 # 担当フェーズ 要件定義、基本設計、詳細設計、開発、単体テスト、結合テスト、リリース、保守 # 役割 SE、PG、PL # 体制 2〜15名 # 主要実績 ## プロジェクトリーダー ### 概要 当初は、設計要員として参画したが、開発から保守まで担当させていただき、保守フェイズではリーダーを任せていただきました。5名ほど自社の社員が常駐していましたが、保守フェイズで人員整理されたときも自分のみ残らせていただけました。 ### 取り組み・工夫 1. 頑張っていたこととしては、設計要員として参画したのですが、開発や保守など自分で手を上げて担当させていただいたことが良かったのかと感じています。 ### 苦労したこと リーダー作業も経験が少なかったので、メンバーをマイクロマネジメントしすぎて、自分の作業時間が取れなくなることがありました。気づいてからは、ある程度、メンバーに任せるように努めました。