ID:84805さん

【プロジェクト概要】 ポテパンキャンプのカリキュラム修了後、選考用ポートフォリオとしてRuby on Railsを用いた予約管理Webアプリケーションを個人開発。ユーザー認証、予約のCRUD、ログインユーザーごとの予約管理、予約時間の重複防止、入力値のバリデーション、UI調整、データベース管理、Herokuへのデプロイまで実施した。 【課題】 単純なCRUDだけでなく、ログイン中のユーザーごとに予約データを管理することや、同じ時間帯に予約が重複しないよう制御する必要があった。また、実装後にGitHub ActionsのCIでエラーが発生することがあり、コードだけでなくCIログを確認して原因を切り分ける必要があった。 【工夫したこと】 Deviseを利用してユーザー認証を実装し、予約データはログイン中のユーザーに紐づけて扱うようにした。予約開始・終了時刻の前後関係や重複を防ぐため、モデル側にバリデーションを実装した。 エラー発生時は、表示された箇所だけを見るのではなく、ログや関連コードを確認しながら原因候補を絞り込み、修正後に再度動作確認を行った。GitHub ActionsのCIエラーについても、失敗したジョブやログを確認し、どの処理でエラーになっているかを切り分けながら修正を進めている。 【成果】 ユーザー認証、予約CRUD、ユーザーごとのデータ管理、予約重複防止、バリデーション、デプロイまで一通り実装し、Webアプリケーション開発の基本的な流れを経験した。現在もコードやCI設定を見直しながら改善を継続している。 【技術・ツールの使用場面】 Ruby / Ruby on Rails：バックエンド実装、モデル・コントローラ・ルーティング等 HTML / CSS / JavaScript：画面表示、UI調整 PostgreSQL：予約・ユーザーデータの管理 Devise：ユーザー認証 Git / GitHub：ソースコード管理 GitHub Actions：CI実行、エラーログ確認 Heroku：アプリケーションのデプロイ

【プロジェクト概要】 ポテパンキャンプのWeb開発カリキュラムに約3か月取り組み、HTML/CSS、JavaScript、Ruby、Ruby on Rails、SQL、Git/GitHubの基礎を学習。HTML/CSSによるサイト模写、JavaScriptによる電卓・ストップウォッチ、Rubyによるメモアプリおよび「じゃんけん＋あっち向いてホイ」アプリ、Ruby on Railsを用いた課題アプリなどを制作した。 【課題】 課題では、見た目や動作が要件通りにならないことや、提出後のコードレビューで修正指摘を受けることがあり、単にコードを書くだけでなく、指摘内容を理解して修正する必要があった。 【工夫したこと】 動作しない場合は、エラーメッセージやコードを確認しながら原因箇所を絞り込み、修正後に再度動作確認を行った。GitHub上で課題を提出し、コードレビューで受けた指摘について修正・再提出を繰り返し、レビュー内容を確認しながら改善した。 【成果】 各課題でコードレビューを受け、修正・再提出を経てLGTMを取得。Git/GitHubを利用した提出、レビュー、修正、再提出という実務に近い開発フローを経験した。 【技術・ツールの使用場面】 HTML / CSS：Webページの模写 JavaScript：電卓、ストップウォッチ Ruby：メモアプリ、じゃんけん＋あっち向いてホイ Ruby on Rails：Webアプリケーション課題 SQL：データベース操作の基礎学習 Git / GitHub：課題提出、バージョン管理、コードレビュー対応

【プロジェクト概要】 Ruby on Railsで自社開発された法人向けMDMサービスのカスタマーサポート業務に従事。法人顧客から月100〜150件程度の問い合わせにメール・電話で対応し、MDM管理下への端末登録、顧客の希望する運用に合わせた設定方法、設定済みにもかかわらず端末へ反映されない事象、アプリ配布、端末管理などに関する問い合わせを担当した。 【課題】 MDMでは、端末側の設定、適用されているプロファイル、アプリ配布設定、コマンド送信状況など複数の要素が挙動に影響するため、表面的な事象だけでは原因を判断できないケースが多かった。また、顧客が「この操作が必要」と認識していても、実際には別の設定方法で希望する運用を実現できるケースがあり、依頼された操作そのものではなく、顧客が最終的に何を実現したいのかを確認する必要があった。 【工夫したこと】 問い合わせ内容から原因候補を整理し、ConfluenceのナレッジやJiraの過去事例を参照しながら、関連する設定が正しく行われているかを確認した。 特定のアプリのみ配布できない場合は、MDM側の制限が影響している可能性を考え、制限をかけていないプロファイルを適用して挙動を確認。それでも改善しない場合は、MDM側ではなくアプリ側に原因がある可能性を切り分け、必要に応じてアプリ提供元への確認を案内した。 また、MDMからのコマンドが端末へ反映されない場合は、MDM管理画面のコマンド履歴を確認し、そもそもコマンドが送信されているか、エラーが発生していないかを確認することで、処理のどの段階で問題が発生しているかを切り分けた。 Android端末へのアプリ配布では、アプリ構成ポリシーへの追加と対象デバイスへのポリシー適用が必要であることを踏まえ、必要な設定が漏れていないかを確認した。サポート側で原因を特定できない場合や、仕様上なぜその設定ができないのかといった詳細調査が必要な場合は、確認済みの設定内容や発生条件を整理したうえで開発部門へエスカレーションした。 【成果・具体例】 「MDM経由でアプリを配布できない」という問い合わせでは、関連する設定を確認した結果、必要な設定の漏れを特定。設定を修正することでアプリ配布が可能となり、サポート側で解決につなげた。 また、顧客の依頼内容をそのまま受け取るのではなく、最終的な目的を確認したうえで必要な設定や操作を案内することを意識し、不要な操作を避けながら問題解決につなげた。 【技術・ツールの使用場面】 Salesforce：問い合わせ履歴管理、顧客へのメール送信 Jira：過去の調査・対応事例の参照 Confluence：対応手順・ナレッジの確認 Ruby / Ruby on Rails：対象となるMDMサービスの実装技術。自身がソースコードを編集・開発したものではない

【プロジェクト概要】 法人ユーザー向けに、PCハードウェア、Windows OS、Microsoft 365、各種アプリケーション、アンチウイルスソフトなどに関する問い合わせ対応を担当。電話等で状況を確認し、操作案内、一次切り分け、必要に応じたエスカレーションを行った。 【課題】 同じ「PCが動かない」「アプリが使えない」という問い合わせでも、端末・OS・アプリケーション・設定など原因が異なるため、利用者から状況を聞き取りながら原因候補を整理する必要があった。 【工夫したこと】 問い合わせ時には、発生している事象だけでなく、直前に行った操作や利用環境などを確認し、原因となり得る要素を整理しながら一次切り分けを行った。既存の手順や過去事例を確認しながら案内し、自部署で対応できない場合は必要な情報を整理したうえでエスカレーションした。 Salesforceを利用して問い合わせ内容や対応履歴を記録し、継続対応時にも過去の経緯を確認できる状態を保った。 【成果】 利用者の説明だけで判断せず、発生条件や操作状況を確認する習慣を身につけ、後のITサポート業務でも活用できる原因切り分けの基礎を培った。 【技術・ツールの使用場面】 Windows：法人PCの問い合わせ・トラブル対応 Microsoft 365：利用方法や不具合に関する問い合わせ対応 Salesforce：問い合わせ・対応履歴管理

【プロジェクト概要】 金融系サービス企業において、Windows・Mac端末、業務ツール、各種ソフトウェア、貸与iPhone、VPN等に関する社内ITサポート業務に従事。問い合わせ内容を確認し、一次切り分け、操作案内、必要に応じた関連部署へのエスカレーションを行った。 【課題】 端末、ネットワーク、VPN、セキュリティ製品など複数の要素が関係する問い合わせがあり、表面的な事象だけでは原因を判断できないケースがあった。また、利用者が説明する内容だけでは状況を特定できないこともあり、必要な情報を整理しながら確認する必要があった。 【工夫したこと】 MacBookのパスワード失念によるロック解除、貸与iPhoneのVPN接続確認など、問い合わせ内容に応じて端末・接続状況・利用環境を確認し、原因候補を切り分けた。 Jiraでは問い合わせ内容の分類や関連する対応履歴を確認し、Confluenceでは対応手順・ナレッジを参照。Slackを利用して関係部署と情報共有し、自部署で解決できない場合は確認済みの内容を整理したうえでエスカレーションした。 【成果】 問い合わせ内容をそのまま転送するのではなく、利用環境や発生状況、確認済みの内容を整理したうえで関連部署へ連携することを意識し、問題解決につなげた。 【技術・ツールの使用場面】 Windows / macOS：PCに関する問い合わせ対応 iPhone：貸与端末の問い合わせ対応 VPN：接続状況確認、一次切り分け Netskope：接続・セキュリティ関連の確認 Jira：問い合わせ分類、過去事例・関連対応の確認 Confluence：対応手順・ナレッジ参照 Slack：社内連絡、問い合わせ受付、関係部署との情報共有

【プロジェクト概要】 2026年9月より、EC決済ソリューションに関するテクニカルサポート業務に従事。ログインエラー、操作方法、証明書の再インストールなどに関する問い合わせについて、FAQや業務資料を確認しながら対応している。 【課題】 問い合わせ内容によって確認すべき項目や対応手順が異なるため、利用状況や発生している事象を整理し、適切な手順を確認しながら案内する必要がある。また、参画から日が浅く、業務知識や判断基準を身につけながら対応範囲を広げている段階である。 【工夫したこと】 問い合わせ内容だけで判断せず、利用環境や発生状況、実施済みの操作を確認し、Excel・PDFの業務資料やFAQを参照しながら対応している。対応後はkintoneに問い合わせ内容や案内した内容を記録し、後から確認できるよう履歴を残している。 【現状】 現在はEC決済ソリューションの問い合わせ対応を担当しており、業務手順や判断基準を習得しながら、対応可能な問い合わせの範囲を広げている。 【技術・ツールの使用場面】 ・EC決済ソリューション：ログインエラー、操作方法、端末初期化、証明書再インストールなどの問い合わせ対応 ・Windows：業務端末の設定確認、操作案内 ・Excel資料／PDF資料：対応手順、業務ルール、設定方法の確認 ・kintone：FAQの参照、問い合わせ内容・対応履歴の記録