「こんなこと聞いていいのかな……」遠慮していた私が、周りとともに開発に向き合うまで。

社内の固定資産システムの開発を担当し、利用部署である経営企画部の方々と打ち合わせを重ねたときのことです。プログラミング技術以前に私を悩ませたのは、「現場の業務プロセスそのものを理解すること」でした。

他部署の専門的な業務フローは、説明を聞くだけでは具体的なイメージが湧きません。「なぜこの機能が現場に必要なのか」「この作業はどのような目的で行われているのか」。プログラムを書くことに加え、実際の業務の流れに合っているかを考え続ける必要があり、頭を抱えることも少なくありませんでした。

上司や先輩に質問して解説をいただくものの、一度では理解しきれず、同じような質問を繰り返してしまい、周りの時間を取ることに申し訳なさを感じました。「多忙な先輩方の時間を奪ってしまって申し訳ない」「IT担当者として、こんな初歩的なことを聞いて失礼ではないだろうか」――。質問を遠慮することもありました。開発には難しいことが多く、投げ出したくなることも何度もありました。

それでも先輩や上司は、嫌な顔ひとつせず、図解や身近な具体例を交えて丁寧に解説してくださいました。

「分からないまま進めるより、納得できるまで聞いた方がいい」

その言葉が、大きな支えになりました。

開発を進める中で、私は何が分からないのかを整理して質問し、教わったことをメモに残すよう心がけました。打ち合わせで理解しきれなかった内容は、その後に先輩や上司に再確認しました。処理の書き方に迷ったときには、紙に流れを描いて整理したり、助言をもらったりしています。さらに上司の提案で毎朝、その日に進める内容や分からない点を確認するようになりました。

以前は、仕様書を見てプログラムを書く仕事だと考えていました。今は利用者の仕事を理解したうえで、仕組みを考えることを意識しています。理解が不十分なまま進めると、後から大きなやり直しにもつながるため、早めに認識を合わせながら開発を続けています。

開発と並行して、データをグラフなどで見やすくするPower BIの社内勉強会も担当しています。受講後のアンケートで「わかりやすくてよかったです。」と感想をいただき、受講後に作成に取り組んでくれた方もいました。資料づくりと開発の両立は大変でしたが、頑張って準備してよかったと思えた瞬間でした。パソコンのトラブル対応で感謝を伝えてもらえることも、日々のやりがいになっています。

これからは、先輩に手取り足取り教わらなくても、自分の力でプログラムを完成させられるようになりたいです。疑問を一つひとつ確かめながら挑戦を重ね、できることを増やしていきます。