アカウント名:
パスワード:
って印象ですね。もっとgdgdそうな所もありそうだけど。
手順書記載ミスによるコマンド誤りって、まともにテストできる環境がなかったとかスケジュールに無理があったとか、もっと根本の原因があるんでないかい？これで報告終わりだとすると、きっとまたらやかすな。
基本的に、今現状での役員、上層から見た現場は「手順書あれば誰でもできるんでしょ？」という認識止まりなのが、この手のトラブルが無くならない一因ではありますね。
本来、ここで必要とされる人間は通常作業はできて当たり前、トラブル時に瞬間的に状況把握して対処、もしくは現状報告して、無理なら無理といえる人なんですけど普段のコストカットでそういう人間をどんどん切って、安い使えない人間ばかりをこういうところに投入してきた結果なので、自業自得ですね
特にエンジニアが現場判断で障害回避しても、そんな指示してないと怒られたり、現場判断で損害少なくしても、上司がケツ持ちしてくれないとかちょっと冷遇されすぎですよね
貴方の発想は危険すぎて論外です。学生さんですか？
まさに「手順書あれば誰でもできるんでしょ？」の状態が正しいんです。そこに持っていくために力を尽くすのがエンジニアであり、その露払いをするのがマネージャです。
その手順書至上主義の問題点は、「人間はミスをするものだ」という当たり前の視点の欠如と、現場での臨機応変な対応の否定にあると思います。
現場での作業ミスと手順書作成時のミスは、両方とも発生する恐れがあることに変わりはないはずなのに、手順書は優秀な人間が作るものであるから大丈夫とでも思われているのか、そこでのミス回避の方策は あまり練られていないのが実情ではないでしょうか。
そして、確かに現場で勝手なことをやられては収拾がつかなくなるので、「手順書に書かれてあること以外はやるな」と指示するのは間違ってないんです。間違ってな
「この手順書のこの箇所、間違ってるんじゃない？」と判断した現場の人が、往々にしてトラブルを引き起こすんですけどね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
物事のやり方は一つではない -- Perlな人
内情はgdgd (スコア:0)
って印象ですね。もっとgdgdそうな所もありそうだけど。
Re: (スコア:0)
手順書記載ミスによるコマンド誤りって、まともにテストできる環境がなかったとかスケジュールに無理があったとか、もっと根本の原因があるんでないかい？
これで報告終わりだとすると、きっとまたらやかすな。
Re: (スコア:0)
基本的に、今現状での役員、上層から見た現場は「手順書あれば誰でもできるんでしょ？」
という認識止まりなのが、この手のトラブルが無くならない一因ではありますね。
本来、ここで必要とされる人間は通常作業はできて当たり前、トラブル時に
瞬間的に状況把握して対処、もしくは現状報告して、無理なら無理といえる人なんですけど
普段のコストカットでそういう人間をどんどん切って、安い使えない人間ばかりを
こういうところに投入してきた結果なので、自業自得ですね
特にエンジニアが現場判断で障害回避しても、そんな指示してないと
怒られたり、現場判断で損害少なくしても、上司がケツ持ちしてくれないとか
ちょっと冷遇されすぎですよね
Re: (スコア:0)
貴方の発想は危険すぎて論外です。学生さんですか？
まさに「手順書あれば誰でもできるんでしょ？」の状態が正しいんです。
そこに持っていくために力を尽くすのがエンジニアであり、その露払いをするのがマネージャです。
Re: (スコア:0)
その手順書至上主義の問題点は、「人間はミスをするものだ」という当たり前の視点の欠如と、現場での臨機応変な対応の否定にあると思います。
現場での作業ミスと手順書作成時のミスは、両方とも発生する恐れがあることに変わりはないはずなのに、手順書は優秀な人間が作るものであるから大丈夫とでも思われているのか、そこでのミス回避の方策は あまり練られていないのが実情ではないでしょうか。
そして、確かに現場で勝手なことをやられては収拾がつかなくなるので、「手順書に書かれてあること以外はやるな」と指示するのは間違ってないんです。間違ってな
Re:内情はgdgd (スコア:0)
「この手順書のこの箇所、間違ってるんじゃない？」と判断した現場の人が、往々にしてトラブルを引き起こすんですけどね。