「正しい」運用手順書を作る /20181106-ssmjp-operation-procedure - Speaker Deck

ssmjp 201811での発表資料です。 まだ、論点整理中(特にレベル3)な所もあるので、中間アウトプットみたいな位置付けです。 ご意見、コメント歓迎です。 「ネオ手順書友の会」(仮称)での議論によりブラッシュアップされました。 ありがとうございました。 (運用設計ラボ合同会社 波田野裕一)

[okzk]

自動化までもっていくのに手順書レベルの整理が必要なのは同意。ただ手順書ではオペレータ依存部分が多いので、一足とびにある程度の自動化までやるかなぁ。。。あと、手順書を書き起こすくらいならテスト書きたい。

[perl-o-pal]

モジュール化された運用手順書は読みにくい一方、全部書いた手順書はメンテが高コストなのよ。運用自動化ならモジュール化が楽なのにね。

[su_zu_ki_1010]

結局のところ、状況が変わった時に、手順書がちゃんとメンテナンスされる文化づくりが一番大事なのでは？と思った。

[braitom]

正しい運用手順書について。論理的に正しい、実質的に正しい、読み手にとって正しいの3つのレベルに分けて説明されている。運用自動化と運用手順書の関係性についても書かれている。

[hdkINO33]

何つーか運用という業務の業務設計がちゃんとできているのか？ って話のように思われるのよね。手順書にせよコードにせよ実装形態としてのひとつに過ぎないのでは、などと

[sig_zone]

運用大事

[neojin]

reStructuredText

[sion_cojp]

わかりみはある

[nrtkbb]

自動化の前に正しい運用手順書を作ることの意義が書いてあった。

[dot]

ドキュメントとコードを両方メンテするのは無駄なので、手順書じゃなくてテストを書いて解決したい。

[n314]

自動テストとExcelでテスト管理の違いみたいなことじゃないんだろうか。

[takamii228]

ロジカル大事

[migrant777]

誘導　http://b.hatena.ne.jp/entry/s/speakerdeck.com/opelab/20181106-ssmjp-operation-procedure