テクノロジー
｢手順書｣のススメ - Masteries

気に入った記事をブックマーク

気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
記事を読んだ感想やメモを書き残せます
非公開でブックマークすることもできます

｢手順書｣のススメ - Masteries

テクノロジーカテゴリーの変更を依頼記事元:

papix.hatenablog.com

適切な情報に変更

エントリーの編集

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。

このページのオーナーなので以下のアクションを実行できます

タイトル、本文などの情報を
再取得することができます

コメントを非表示にできますコメント表示の設定

ブックマークしました

ここにツイート内容が記載されますhttps://b.hatena.ne.jp/URLはspanで囲んでください

Twitterで共有

次回からTwitterへ自動リダイレクト

ONにすると、次回以降このダイアログを飛ばしてTwitterに遷移します

682usersがブックマークコメント

コメントするにはログインが必要ですブックマークを追加

ブックマークを追加

よく使うタグ

｢手順書｣のススメ - Masteries

682 users

papix.hatenablog.com

よく使うタグ

はてなブックマークで
関心をシェアしよう

みんなの興味と感想が集まることで
新しい発見や、深堀りがもっと楽しく

ユーザー登録

アカウントをお持ちの方はログインページへ

記事へのコメント60件

注目コメント
新着コメント

オーナーコメントを固定しています

オーナーpapix駆け込みで書きました, 良いネタがなかったので最近やった｢手順書｣についてアレコレ書きました

2018/12/09リンク

その他

camellowExcelやWordの使用を強要され、各ステップに必ずスクリーンショット、細かいフォントの違いを指摘されるという地獄みたいな手順書作りを思い出す。

2018/12/10リンク

その他

sasasin_net“中止基準や切り戻し方法も定めておく”、ここが最重要。事前に分岐をシミュレーションして、中止や切り戻しだとしても絶対に生還できるようにするのです。

2018/12/10リンク

その他

yoiITSIerだと当たり前だけど、Web系だと手順書作ってないとかあるから恐ろしい。

2018/12/10リンク

その他

bump_sunbear一度やった作業はwikiなり何なりにまとめて極力属人化しないように努める。ただ、メンテを怠ると手順書が原因で問題が発生するのでメンテだけはしっかり行う。

2018/12/10リンク

その他

mate_gai手順書、確かに面倒ではあるのですが一度作ってしまえば、教育のコストがかからない（自分の業務時間を割かれない）という利点がありますね。人の入れ替わりの激しいところとか特にそう。

2018/12/10リンク

その他

skyfall007手順書を書いてみてやたらと説明が長くなる部分は、運用方法自体を見直すきっかけにもなります

2018/12/10リンク

その他

rryuリハーサル済みの手順書を実行する時のあの安心感は何物にも代えられない。

システム運用

2018/12/10リンク

その他

nida3001イケイケウェブエンジニアが「手順書はクソ！全てをansible化すべし！」ってブコメ書いて5億スター集めてなかった

2018/12/10リンク

その他

Harnoncourt「私が消えても代わりはいるから」と言えるレベルの手順書を用意することを心がけましょう／余命半年という状況から生還した自分がいうと説得力が違うのです(；´Д｀)

2018/12/10リンク

その他

オーナーコメントを固定しています

オーナーpapix駆け込みで書きました, 良いネタがなかったので最近やった｢手順書｣についてアレコレ書きました

2018/12/09リンク

その他

gfxよさがある。

2018/12/21リンク

その他

braitom手順書の利点、書くときに気をつけることについて。オペレーションの際考えるべきことが減る、中止基準や切り戻し方法も書いておくなど。

2018/12/13リンク

その他

hokkai7go中止基準についても書いてあってよいですね。あとサーバだけでなく、実行ユーザー名についても書いておくのが良いなと感じています。

2018/12/12リンク

その他

indication切り戻し手順も難しい

2018/12/11リンク

その他

morygonzalez繰り返し行わない作業はコード化できないかするメリットがなく手順書化した方がいい。これを wiki にして属人性が云々と言ってるのは繰り返し行う作業を手順書化してる疑いがあり、そういうのはコード化した方が良い。

2018/12/11リンク

その他

tesla_quet 手順書を書くと曖昧なところが炙り出されて良いのだ。ってのと手順書通りに何も考えずに出来るように洗練できたら今度はその作業の自動化を検討するといいよね。あと自動化しても手順書は残すこと。

2018/12/11リンク

その他

type99最初の上司は「マニュアル人間になるから手順書作るなソース読め」と言った。次の上司は「手順書は作れ、しかしコマンドは記述せず抽象化して書け」と言った。皆こっそり自分専用の手順者を書いてチームは崩壊した。

2018/12/11リンク

その他

nakag0711そもそもWindowsなんかは一定の順序でインストールしないとバグが出るとか他のコンポーネントを認識しないとかで動かなくなるアプリなんて当たり前だから検証済みの順番で作業しないと何が起こるかわからぬ

2018/12/11リンク

その他

K-Onoおっと、WinShotインストールしなきゃ。

2018/12/10リンク

その他

momonga_dash手順書…うっ…頭が…

2018/12/10リンク

その他

umai_bow手順書は書くことは簡単なんだけど、それが存在することを周知するのが難しい

2018/12/10リンク

その他

shin0O ささっとチェックリスト作れるのでmd手順書は良い

document

2018/12/10リンク

その他

kura-2ちゃんと１から書くのもあるし、断片揃っていたらまとめてコードにしちゃうのもある。

2018/12/10リンク

その他

natu3kan手順書もプログラムと同じで、最初の製作に時間かかるけど。何度も起こる反復動作を同じ精度でやらせるには有効な方法。技術の更新とかで手順が変わる可能性があるから手順書の定期的な更新やメンテも必要か

management

2018/12/10リンク

その他

sionsou二度と再現できないサーバー環境とか開発環境とか多くてね・・・今の会社もいっぱいマニュアル作って更新してるよ。てか大事なのは失敗してもリカバリー出来ることと、変更があったら継続更新すること。

2018/12/10リンク

その他

hatomugicha手順書が無いのは論外だし手順書をメンテしないのも論外だし、手順書が属人化して1人が作る文化は仕方なくても論外で、結果を想定しやすい情報系と想定し辛くて危ない科学化学土木建築系と分野の違いを理解したい

2018/12/10リンク

その他

YaSuYuKi物理作業のように、現代の技術では自動化困難なものもあるので、作ることは不可欠。また、自動化の際の指針にもなる

work

2018/12/10リンク

その他

kaorun手順書はある種のUndo/Redoバッファである、という学び。

2018/12/10リンク

その他

kamayan1980手順書を作るのが大変なのは最初の一回目だけで、二回目以降は一回目のコピー＆変更ですぐ作れるのでオススメ。書類作業だから嫌がるエンジニア多いけどね。

2018/12/10リンク

その他

ykore52ボタンクリック１つまで手順書に落とすようなSI式手順書は馬鹿馬鹿しいといつも思ってるけど、どんな人材が来るか分からない現場だと低スキル者に合わせざるを得ないのでツラみがある。読み手に合わせて作ることが重

2018/12/10リンク

その他

atori07SIerでは手順書だらけ

2018/12/10リンク

その他

otihateten3510苦手なんだよなあ　ネットに溢れてる分かりやすい記事って手順書として良く出来てるよね

2018/12/10リンク

その他

manaten技術に特化したエンジニアだと、手順書や動作確認を軽視したり、書いても不備だらけだったり他人が理解できなかったりするよのなあ。手順書作成の手順書が必要

2018/12/10リンク

その他

honeybe自動化出来るところは自動化すればよいし無理な所は手順書書く。あと自動化するにあたって一度手順書に書き出すと要件整理されてよい。 / 体裁にこだわり出すとクソになるのはどのドキュメントでも共通。

2018/12/10リンク

その他

rryuリハーサル済みの手順書を実行する時のあの安心感は何物にも代えられない。

システム運用

2018/12/10リンク

その他

2018/12/10リンク

その他

ot2sy39問題は、3年に1回の作業とかで、2年後にシステムに変更が入って手順書修正する必要があるのに誰も気づかないってヤツ。

運用

2018/12/10リンク

その他

aoki789手順書の棚卸しも必要ですよね

2018/12/10リンク

その他

k_ume75自分用に手順書書いてるけど（すぐ忘れるので）、「トラブルが起きた時悩まずに判断」できるのいいな！そーゆーのもちゃんと書いておこう。

仕事

2018/12/10リンク

その他

kiwi0120当たり前だけど、手順書での作業は作業誤りの原因をノウハウ化出来る。手順書通りやらなかったらオペミスだし、手順書が誤っていたら仕様の誤認識。特に後者は超重要。

2018/12/10リンク

その他

コメントするにはログインが必要ですログインしてコメント

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

リンクを埋め込む

以下のコードをコピーしてサイトに埋め込むことができます

プレビュー

はてなブックマークボタンを作成して埋め込むこともできます

規約違反を報告

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

usersに達しました！

さんが1番目にブックマークした記事「｢手順書｣のススメ ...」が注目されています。

気持ちをシェアしよう

ツイートする

｢手順書｣のススメ - Masteries

こんにちは, id:papix です. この記事は, ｢はてなエンジニア Advent Calendar 2018｣の9日目の記事です. ...こんにちは, id:papix です. この記事は, ｢はてなエンジニア Advent Calendar 2018｣の9日目の記事です. qiita.com 昨日は id:wtatsuru さんによる, ｢基盤開発観点からみたはてなのAWS活用のこれまでとこれから｣でした. wtatsuru.hatenadiary.com ｢手順書｣のススメさて, 早速本題に入っていきましょう. 皆さんは｢手順書｣を書いていますか? 自分はと言うと, 最近そこそこの規模のオペレーションが必要なタスクを担当する機会が多く, その度に手順書を書いて, レビューしてもらってからオペレーションをするようにしています. 例えば, 今年実施した｢はてなが提供するドメインを利用したブログのHTTPS化対応｣のリリースの時は, このような手順書を書いていました: この時は,GitHubのIssueに手順書を用意してい