コラム | 公開日: 2026-10-31 | 執筆: 運営者 こすけ

手順書どおりに打てるだけでは仕事にならない理由

Linux の知識がなくても手順書があれば作業はできます。でも、チームでの情報共有や障害対応では知識がないと仕事になりません。監視から保守へ上がりたい方に向けて、手順書の意味を理解しておく大切さを運用保守の立場から書きました。

手順書があれば作業はできる、けれど

こんにちは、コマンド学習道場を運営しているこすけです。
今回は、Linux の知識がどうして大事なのか、運用保守の仕事をしている立場から書いてみます。

実は Linux の知識がそれほどなくても、手順書さえあれば作業自体はできてしまうんです。
書かれているコマンドを、書かれている順番どおりに打つだけ。
それで作業が終わることも少なくありません。

「じゃあ知識はいらないのでは?」と思うかもしれませんが、私の答えは「いいえ」です。
手順書どおりに打てることと、仕事として回せることは別物だと考えています。

知識がないと情報共有ができない

知識の差がはっきり出るのは、チームの人と話すときです。

たとえば作業中に、手順書に書いていない出力が出たとします。
そこで「なんか見たことないメッセージが出ました」としか言えないと、聞いた側は状況がまったくつかめません。
一方で「ディスクの使用率が 90% を超えていて、ログ出力でエラーになっているようです」と伝えられれば、話は一気に進みます。

障害が起きてトラブルシューティングをするときは、なおさら。
どのコマンドで何を確認して、結果がどうだったのか。
それを自分の言葉で説明できないと、チームの中で情報共有ができず、仕事になりません。

障害対応では、「何が起きているか」を正しく伝えられること自体が仕事の一部なんです。

仕事を任せたいと思えるかどうか

少し厳しい話になりますが、仕事を振る側の目線でも考えてみます。

手順書をなぞるだけで、出てきた結果の意味がわからない。
想定外のことが起きても、何が起きたのか説明できない。
正直なところ、そういう方に仕事を振りたいとは思えないんですよね。

作業そのものより、何かあったときに状況を説明できるかどうか。
任せる側が見ているのは、案外そこだったりします。

手順書の「なぜ」を理解しておく

では、何を身につければいいのか。
私がおすすめしたいのは、手順書の意味を理解し、コマンドや出力結果の意味をすべて説明できるようにしておくことです。

たとえば、手順書にこんな1行があったとします。

$ df -h /var
Filesystem      Size  Used Avail Use% Mounted on
/dev/xvda1       20G   18G  2.0G  90% /

「df -h を打って結果を貼る」だけなら、誰にでもできること。
大事なのは、その中身を読めるかどうか。

df はディスクの空き容量を確認するコマンドで、-h は容量を G や M といった読みやすい単位で表示するオプション。
Use% が 90% なら、このファイルシステムの残りは 2.0G しかありません。
Mounted on が / なので、/var はルートと同じファイルシステムに入っている、ということも読み取れます。

ここまでわかっていれば、「なぜこの手順で df を打つのか」も見えてくるはず。
作業の前後で空き容量が足りているかを確かめるため、といった手順の目的まで説明できるようになります。

わからないコマンドやオプションが出てきたら、その場で調べるクセをつけておくのがおすすめです。
このサイトのLinuxコマンド一覧も、ぜひ辞書がわりに使ってみてください。

面談で説明できると印象が変わる

私自身、監視の仕事から転職して、運用保守にステップアップしました。
だからこそ、監視から上がりたいと考えている方の気持ちはよくわかるつもりです。

監視から保守へ上がるときの面談では、これまでやってきた作業について聞かれることも多いはず。
そこで「手順書どおりにやっていました」で終わるのか。
それとも「このコマンドでこれを確認していて、出力のこの部分がこうなっていたら異常です」と説明できるのか。
同じ作業をしてきた人でも、説明できるかどうかで印象はかなり変わると思います。

手順書の意味を理解しておくことは、日々の仕事のためだけではありません。
次のステップに進むときの、大きな武器にもなります。

監視から上がりたい方へ

まずは、普段使っている手順書を1枚取り出してみてください。
そこに書かれているコマンド、オプション、出力結果を、ひとつずつ自分の言葉で説明できるかどうか。
説明できないところが、今の伸びしろです。

Linux の基礎から順番に学びたい方は、初級(基礎編)から読み進めてみてください。
障害対応の考え方を知りたい方には、トラブルシューティングの記事もおすすめです。
「なぜ」を理解する習慣が、監視から保守へ上がるいちばんの近道だと私は思っています。

この記事を書いた人:
こすけ(コマンド学習道場 運営者)。
AWSの運用保守に携わるエンジニアで、保有資格はCCNA・AWS-SAA・LPIC-2。
詳しくは運営者情報をご覧ください。

← コラム一覧へ戻る