- ブログ
ホエールテックに入社して学んだこと
2026.06.11 Thu
はじめまして、ロックンロールをこよなく愛するエンジニアのeagleです。
入社したばかりではございますが、ブログを執筆する機会をいただき、緊張しつつも文章を書き進めています…！
今回のテーマは私が、ホエールテックに入社して初めて参画したプロジェクトで学んだことについてです。
前職でテストチームのメンバーであったeagleにとって、今回ホエールテックで初めて参画したプロジェクトは、新鮮な驚きの連続でした。前職の開発スタイルとは、スケジュールの流れや業務の進め方が大きく異なっており、戸惑いつつも、その経験を通じ、ホエールテックならではの仕事の進め方やお客様との向き合い方について、多くの学びを得ることができたと感じています。
入社してから数ヶ月が経過した今、プロジェクトを通じて感じたことや学んだことをご紹介したいと思います。
前職で経験した開発スタイル
前職で参画していたプロジェクトは、既存システムの改修でした。
機能ごとに詳細な仕様書が事前に作成され、そのドキュメントが仕様の正本として扱われていました。テストを行うにあたって、仕様書の誤字脱字の修正や表現の見直しはありましたが、途中で大きな仕様変更が発生することは少なく、基本的には確定した仕様に沿ってテストを進めることが前提でした。
また、仕様に関する疑問点が発生しても、仕様書を確認すると大まかな内容は理解することができました。チームの先輩方に確認していたのは、仕様書を少し補足していただくような内容がほとんどでした。
そのため私の中では、「まずは仕様書を確認し、仕様書を基準に作業を進める」という考え方が自然と身についていました。
前職と入社後に参画したプロジェクトとの違い
入社後にテストチームメンバーとして参画したプロジェクトは、新規システムであり、お客様との対話を重ねながら具体化していく開発スタイルでした。
お客様のご要望に応じて仕様が更新される可能性があるため、常に最新の情報をキャッチアップしながら対応する必要があり、「昨日までの前提が、今日には通用しなくなる」ような変化の速さがありました。
「知りたい情報にどのようにたどり着けばよいのか」を見極めること自体が容易でない中、当初は業務をスムーズに進めることができませんでした。
私が学んだこと
当初は情報の追い方に苦労しましたが、先輩方から「仕様書だけを見るのではなく、そもそもの背景であったり、お客様が何を求めているかを含め理解することが大切」と教えていただきました。
仕様そのものだけでなく、その変更に至った経緯や背景を理解することの大切さは大きな気づきになりました。
以降は、チケットの更新履歴やチャットでのやり取りを確認しながら、担当者へ相談しつつ作業を進めることで、戸惑う場面も少なくなったように思います。
また、ミーティングで出た内容は必ずメモを取り、気になる変更点はその日のうちに確認するよう心がけました。疑問が生じた際には、「何を確認するか」だけでなく、「誰がその情報を最も把握しているか」を意識しながら確認先を探すようにしました。
仕様が固まりきっていないプロジェクトだからこそ、その背景にあるお客様の課題やご要望を理解することが重要であると学びました。
単に「何を作るか」を把握するだけでなく、「なぜその仕様になったのか」を理解することで、仕様変更にも柔軟に対応できるようになったと感じています。
これが、ホエールテックでの初プロジェクトで学んだ私のロケンローです。
振り返りと今後の展望
今回私が参画したプロジェクトは、携わるメンバー全員が当事者意識を持ち、お客様の課題やご要望を理解しながら、より良い形を模索していく場面が多くありました。
戸惑うことも多くありましたが、それ以上に学びや気づきが多く、エンジニアとして成長するための貴重な経験になったと感じています。
特に印象的だったのは、当初の仕様ありきで開発を進めるのではなく、お客様の課題やご要望に真摯に向き合いながら、より良いサービスを目指してメンバー全員で意見を出し合う文化です。
私が目指したいのは、「お客様の課題解決を第一に考え、それを実現できるエンジニア」です。今回の経験を通じて、その目標に向けた大きな一歩を踏み出すことができたと感じています。
今後も試行錯誤を重ねながら成長を続け、お客様により大きな価値を提供できるよう努力していきたいと思います。
以上、eagleでした。最後までお付き合いいただきありがとうございました！
ロケンロー！
休日は自己学習の傍ら、ライブハウスやフェスに足を運んでいます。