ID:59411さん

＃プロジェクト経験概要 ・大手通信会社向けに、無線・コア・伝送領域のモバイルネットワーク監視・運用・保守・技術サポートを担当。 ・受付窓口として電話・メール対応や他チームからの依頼対応を1人あたり1日10〜20件行い、インシデントの一次・二次受けとしてTeraTerm・Excelを用いたログ収集と、複数の機器担当部門への対応報告を実施。 ・インシデント未然防止として、障害発生直後の利用者への状況連絡を行い、クレーム化の防止に取り組む。 ・数千行のログを1ページに集約するExcel VBAツールの改修、調査用システムの起動処理を自動化するbatファイルの作成、業務プロセスの改善提案を実施。 ＃チーム情報 リーダー：1名　サブリーダー：4名　メンバー：8名 ※上記チームメンバーにて、24/365の現場をシフト勤務で回していました。 ＃開発・実装内容A 【概要】 PC起動時の自動ツール立ち上げbat開発 【どのような機能の開発・実装か】 調査の際に使用する電話アプリ、Excelマクロ、ブラウザで使用するツールなどをワンクリックで起動するbat 【課題・問題点】 今までは合計で10個近くあるツール類を手動で一個一個立ち上げていた。 【打ち手・使用した技術】 ・すべてのツールをstartコマンドで起動するbatを作成。 【成果】 ・各メンバーの準備時間が短縮されたことにより、日勤↔夜勤の引き継ぎ時間の短縮。 ・ツール起動忘れの防止に貢献。 ＃開発・実装内容B 【概要】 Excelマクロの改修 【どのような機能の開発・実装か】 Excelマクロを改修することにより、マクロから出力された表形式のログが見やすくなるように改修。 【課題・問題点】 今までのExcelマクロでは、テキストベースのログを表形式にまとめているだけだった。 【打ち手・使用した技術】 ・Findメソッドなどを用いて、エラーに該当する文言が出現した箇所に色を付けるよう改修。 ・ログの各文言が一定の時間内にどれだけ発生していたかの割合を表示するよう改修。 【成果】 ・エラー箇所がひと目でわかるようになったことにより、エラーの見落としを防止。 ・エラー発生の割合が可視化されたことにより、異常が発生したことによるエラーなのかの判断軸ができた。

＃プロジェクト経験概要 ・既存サーバーからのリプレイスに伴い、5,000台超の既存VMを対象とした更改・リソース整理支援およびホストサーバーの運用・保守を担当（短期プロジェクト・約3ヶ月）。 ・クライアント社内の環境リソースの再確認・整理のための要件ヒアリングを行い、ゼロベースで作成したヒアリングシート作成にVBAを活用。 ・複数の既存サーバーのリソース確保のために削除作業を実施し、GASを用いた自動化ツールでリソースの再配分を実施。 ・ヒアリング結果をサーバーに反映するためのExcelベースのファイルを作成し、Ansible用Playbookを生成。OpenStack環境向けVM構築用CLIコマンドの作成も担当。 ・ホストサーバーの各種ドライバ更新、各種設定、RAID設定、動作確認を実施。 ＃チーム情報 メンバー：2名 ＃開発・実装内容A 【概要】 CentOS使用中止に伴い、社内リソースの見直しを計画。 各部署・サービスにおいて、必要なリソースを把握するためヒアリングを実施。 【どのような機能の開発・実装か】 ・現状において、どの部署がどのサービスでどのリソースを利用しているかの情報を整理。 ・上記を元に、リソース見直し用のヒアリングシートを作成。 ・上記2点を自動で行うツールを、GASおよびVBAで作成。 【課題・問題点】 ・どの部署のどのサービスがリソースを使用しているかの表はあったが、すべてのサービス情報が一つの表に記載されていた上、新規や追加などの情報がバラバラに混在しており、5,000行以上に渡る情報だったので目視での対応は厳しかった。 【打ち手・使用した技術】 ・GASにて、部署・サービスごとの情報をまとめて新規シートに出力。 ・社内権限の都合上、上記シートを新規ファイル（スプレッドシート）として出力できなかったため、一度Excelにエクスポートし、エクスポートデータを元にヒアリングシートのファイルを作成するVBAを作成。 【成果】 ・まとまっていなかったサービスごとのリソース情報を整理できた。 ・500以上のサービスに対するヒアリングシートを短時間・一括で作成できた。 ＃開発・実装内容B 【概要】 「開発・実装内容A」で不要と判明したリソースと、別途追加リソースとして準備したサーバから、新規・追加で必要なリソースの再配分を実施。 【どのような機能の開発・実装か】 ・リソースの配分を以下条件で自動で行うツールをGASで作成。 ・最後に残るリソースが、できるだけ均一になるようにする。 ・同じサービスは別々のリージョンにする。 【課題・問題点】 別々のリージョンに複数のサーバがあり、サービスによっても消費するリソースには差があった。 【打ち手・使用した技術】 ・GASを用いて、リソースが一番残っている箇所を特定して、割り振るようにした。 ・同じサービスで配分が必要になった場合、前回特定したリージョンを除いて特定するようにした。 【成果】 ・ツール類がなく、目視で割り振るしかなかった作業を自動化でき、作業時間を短縮できた。 ・追加で不要と判明したリソースや、新規・追加でリソースが新たに必要となった場合でも、このツールを用いて自動で割り振れるようになった。

＃プロジェクト経験概要 ・CMS製品のテクニカルサポートを担当（パートナー企業からの二次対応含む）。 ・受付窓口としてユーザーからの問い合わせ対応を行い、CMS製品のエラーに対してログ解析、設定ファイルの書き換え、DB内情報の確認、独自機能で作成されたソースコードの改修や仕様説明などを通じて原因切り分けと解決策の提示を実施。 ・検証環境の構築として、Java及びDB（Oracle Database / PostgreSQL）導入、CMS製品のインストール・設定、ユーザー提供dumpファイル（dmp）のOracle Database・PostgreSQLへの反映を行う。 ・メーカーへのエスカレーションとして、事象の再現方法を確定させた上でソースコードレベルでの原因切り分けを依頼し、不具合修正依頼・機能追加要望などを実施。 ＃チーム情報 リーダー：1名　メンバー：7名 ＃開発・実装内容A 【概要】 問い合わせ事象の再現環境構築および原因特定対応 【どのような機能の開発・実装か】 Java実行環境・DB（Oracle Database / PostgreSQL）を用いたCMS検証環境構築およびデータ復元 【課題・問題点】 ・顧客環境依存で再現困難な事象 ・データ不整合による不具合 【打ち手・使用した技術】 ・Linux上での環境構築 ・dumpファイル（dmp）インポート ・SQLによるデータ確認 ・ログ解析 【成果】 ・再現精度向上によるエスカレーション品質改善 ・調査リードタイム短縮 ＃開発・実装内容B 【概要】 CMS独自スクリプト機能の解析および修正対応 【どのような機能の開発・実装か】 HTML内に記述された独自スクリプトロジックの読解・修正 【課題・問題点】 ・仕様書未整備 ・ログに出力されないロジック不整合 【打ち手・使用した技術】 ・ソース読解 ・動作検証環境での再現テスト 【成果】 ・不具合解消 ・顧客向け技術説明資料作成