ID:85110さん

# プロジェクト経験概要 ロボットアプリケーション製品の開発において、要件定義・基本設計から実装まで行いました。 Unity、ROS2、C#を用いたロボットシミュレーターの開発を中心に、既存機能の改善、新機能の要求仕様策定、UI/UX改善などに携わりました。 単に決められた仕様を実装するだけではなく、実際の利用シーンやユーザーの操作フローを踏まえて課題を整理し、改善案の提案から実装まで行いました。 # チーム情報 開発チーム：4名 自身の役割：ソフトウェア開発 担当工程：要件定義、基本設計、実装 # 開発・実装内容A：シミュレーターのカメラ操作性改善 ### 【概要】 　Unityで開発されたロボットシミュレーターにおいて、3D空間内のオブジェクトを確認する際のカメラ操作性を改善する機能を開発しました。 従来は、シミュレーター画面上をマウスでクリックしてカメラを回転させる際、ワールド座標を基準としてカメラの回転姿勢が変更される仕様となっていました。 　そのため、ユーザーが特定のオブジェクトや面を詳細に確認したい場合でも、意図した位置を中心にカメラを回転させることができず、視点調整に手間がかかるという課題がありました。 そこで、マウスでクリックした位置をカメラ回転の基準点として設定できる「基準点変更機能」を追加しました。 ### 【どのような機能の開発・実装か】 　ユーザーがシミュレーター画面上の任意の位置をマウスで指定し、その位置を基準としてカメラを回転できる機能を実装しました。 従来のワールド座標基準でのカメラ操作に加え、ユーザーが確認したいオブジェクト付近へ回転の基準点を変更できるようにすることで、目的の箇所を様々な角度から確認しやすくしました。 ### 【課題・問題点】 * カメラの回転基準がワールド座標に固定されており、確認したいオブジェクトを中心として視点を変更できなかった * オブジェクトの特定の面や細部を確認する際に、何度もカメラ位置や角度を調整する必要があった * シミュレーターとして必要な機能は備えていたものの、実際に操作するユーザーにとって使いづらい部分が残っていた ### 【 打ち手・使用した技術】 * シミュレーターの操作性を確認し、カメラの回転基準が固定されていることを操作性低下の要因として特定 * Unity、C#を用いて、ユーザーがマウスで指定した位置をカメラ回転時の基準点として利用できる機能を実装 * 従来の操作方法も利用できるようにし、用途に応じてカメラの回転基準を変更できる仕様とした ### 【成果】 * ユーザーが確認したいオブジェクトや位置を中心として、直感的にカメラを回転できるようになった * オブジェクトの特定の面や細部を確認する際の視点調整が容易になり、シミュレーターの操作性を向上させた # 開発・実装内容B：パーツフィーダー機能の要求仕様策定 ### 【概要】 ロボットアプリケーションに新たに追加するパーツフィーダー機能について、要求仕様の整理および要求仕様書の作成を担当しました ### 【どのような機能の開発・実装か】 ロボットが扱うワークを供給するパーツフィーダーについて、シミュレーター上でどのような機能を提供する必要があるかを整理し、実装に必要な要求仕様を策定しました ### 【課題・問題点】 * 実機の動作とシミュレーター上で再現すべき範囲を整理する必要があった * ユーザーがどのような設定項目を必要とするのか明確になっていなかった ### 【打ち手・使用した技術】 * 実際の利用シーンから必要な機能・操作を洗い出し、パーツフィーダーの動作やロボットとの連携方法を整理 * 必要な設定値、ユーザー操作、正常系・異常系の挙動を検討 * 開発メンバーと仕様についてレビューを行い、認識差を解消 ### 【成果】 * 新規機能について、実装担当者が開発を進められるレベルまで要求仕様を具体化 * 開発前に関係者間で仕様認識を合わせることで、後工程での手戻りを抑制 *要求をそのまま仕様化するのではなく、ユーザーの利用方法やシステム構成を踏まえて要件を整理する経験を得た

# プロジェクト経験概要 リリース後製品のQA・品質保証業務として、顧客環境で発生した不具合の再現、原因解析、設計部門へのフィードバックなどを担当しました。 対象となる不具合は、ソフトウェアだけでなく、機械、電気、通信、ユーザー操作など複数の要因が関係するケースも多く、製品全体の構成を踏まえて原因を切り分ける必要がありました。 また、設計チームと顧客対応チームの間に立ち、優先度や対応期限を整理しながら関係部署との調整を行い、不具合解決までに取り組みました。 # チーム情報 * QA・品質保証担当：3名 * 関係部署：ソフトウェア設計、メカ設計、エレキ設計、顧客対応部門など * 自身の役割：不具合再現・解析、関係部署との調整、対応進捗管理 # プロジェクト内容：複合要因による不具合の再現・原因解析 ### 【概要】 リリース後製品において顧客から報告された不具合について、再現試験および原因解析を担当しました。 不具合の中には、ソフトウェア単体ではなく、機械、電気など複数の要素が関係するものもあり、製品全体の挙動を確認しながら原因を切り分けました。 ### 【どのような業務か】 顧客から提供された開発時のログ、操作手順などを基に、不具合の再現環境を構築しました。 再現した現象について、ソフトウェア、機械、操作条件など複数の観点から仮説を立て、条件を一つずつ変更しながら原因箇所を特定しました。 原因が特定出来た後は、設計部門へ解析結果を共有し、今後の対応方針を検討しました。 ### 【課題・問題点】 * 顧客環境でのみ発生するなど、社内で容易に再現できない不具合があった * ソフトウェア、機械、電気など複数の領域が関係し、原因箇所を一意に特定しにくいケースがあった * 不具合発生条件の情報が不足している場合があり、限られた情報から再現条件を推定する必要があった ### 【打ち手・使用した技術】 * 顧客から得られたログ、操作手順、発生頻度、使用環境などを整理し、再現条件を仮説化 * 条件を一つずつ変更することで、現象発生に影響する要素を切り分け * 再現手順や解析結果を整理し、設計部門が追加調査・修正を行いやすい形で共有 ### 【成果】 * 複数要因が関係する不具合について、原因箇所を切り分け、設計部門による対策につなげた * ソフトウェアだけでなく、機械・電気を含めた製品全体を俯瞰してトラブルシューティングを行うスキルを身につけた # プロジェクト内容：部門横断での不具合対応推進 ### 【概要】 不具合発生時に、設計チームと顧客対応チームの間に立ち、調査・修正・顧客回答までの進捗管理および関係部署との調整を担当しました。 単に不具合の解析を行うだけでなく、案件ごとの緊急度や顧客影響を整理し、関係者が適切な優先順位で対応できるよう調整しました。 ### 【どのような業務か】 顧客対応部門から不具合情報を受け取り、技術的な内容を整理した上で、必要な設計部署へ調査を依頼しました。 設計側から得られた技術情報を整理し、必要に応じて追加調査や対策スケジュールの調整を行いました。 ### 【課題・問題点】 * 顧客対応部門と設計部門では、不具合に対して重視する情報や優先順位が異なっていた * 設計工数との兼ね合いから対応順序の調整が必要だった ### 【打ち手・使用した技術】 * 不具合ごとに顧客影響、発生頻度、緊急度、解析状況を整理 * 対応優先度や必要な調査内容について関係部署と調整 * 誰が・いつまでに・何を確認するかを明確化し、進捗を管理 * 必要に応じて関係者へ追加確認を依頼し、不具合対応の停滞を防止 ### 【成果】 * 技術的な問題解決だけでなく、複数の部署を巻き込みながら案件を前に進めるプロジェクトの推進力を培った