Excelのマクロを使いすぎると、仕事では迷惑になりますか？

Question

Excelのマクロを使いすぎると、仕事では迷惑になりますか？仕事のために、Excelのマクロを学ぼうと思っています。勤めている会社は文系の人が多いため、簡単な関数（vlookupやピポットテーブルなど）もあまり使えない人が多いです。
私はExcelが得意というほどでもないですが、基本的な関数はわかるので、何かと相談や依頼を受けることがあります。
どうせなら自信を持って得意と言えるように、大学時代に少し学んだプログラミングを思い出しながら、マクロをあらためて学んでいます。
ただ学びながら、私しか使える人のいないツールを多用するのはどうか、と思い始めました。
部署異動も多い会社ですので、私がいなくなったあと私の作ったExcelファイルだけが残ることは想定されます。
関数レベルであればまだしも、マクロとなるとむしろ迷惑になるのではと悩んでいます。

どういうことに気をつければいいですか？

Answer 1

仕様書がないシステムやプログラムは単なるゴミですね。

出てきた数値の解答自体も、その人本人しかわからないので、バグがあるのかも正しいかも判別出来ません。

職場で使う人がいるならば、使う人に使用感や数値の解答があっているかをテストしてもらい、業務で使うならば使う人たちに合意を得る必要があります。

単純に作れたからでは、作った人の自己満足でしかないので、その後の更新が放棄された状態のリスキーなものとなるので、マクロが出来た以上に…後のことも考えることが大事だと思います。

Answer 2

自分しか使わない資料になら構わないと思いますが、知恵袋でもたまに投稿されるのは、
「前任者が訳の分からないソフトを使って計算などをしていた為に、引き継ぎを受けたら全く使えませんでした。」…なんて事にも。

前任者は、「どうせ辞めるのだからどうでもいいや！」…みたいな感じて置いて行くそうです。

個人的にはやめた方が良いと思います。必要なら全社で使えるようなソフトの導入とか。
つまり、自分だけ楽をするのでは無く、組織として会社として役になる様な改善や改革をすれば良いと思います。

Answer 3

あなたに頼れなくなった時に維持できなければ迷惑だろうね。
ワークシート関数教室を開いたほうがいいと思う。

Answer 4

VBA に限定しない、プログラミングの一般論として書かせて頂きます。

1.
出来れば設計書的なものを作成した方が良いです。
フローチャートまでは手間なので作らなくても、どこで何の処理をしているのか、ソースコードの名称と機能概要の一覧程度のごく簡単なものでも。

2.
プログラムについてはオブジェクト指向、VBA ですとそもそもソフト全体がオブジェクト単位で出来ている様なものなので、カプセル化ですね。

3.
ソースコードにコメントを充実させる。
プログラマーなら必ず耳にする言葉ですね。
実際、その言語を理解しない人でも、コメントが充実していると何となく何をしているか把握でき、分からない部分を調べる気になったりします。
そこからプログラミングへの入り口になる人も多いです。
それでもし会社全体が少しでもスキルアップ出来れば業績が上がり、自分へもリターンが望めます。

留意して欲しい点は以上ですが、

＞むしろ迷惑になるのではと悩んでいます

悩む必要はないと思います。
存分に能力を発揮して、自分の業務の効率化を図って下さい。
いつになるかも分からない先で、後任者が困る事を想定して、今の貴方の業務を時に苛立ちながら効率の悪い作業を繰り返すより、今は今で楽にした方が断然良いですよね。
その事は十分お解りの筈。

VBA を入れる前の状態も残しておいて、いざとなったら元の状態に戻せば良いです。
「元々これで運用していたから」で引き継ぐ事も出来ます。