Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
事故について考えてみようの会
Search
tarohida
October 09, 2019
Education
0
160
事故について考えてみようの会
事故と、その対策について。
tarohida
October 09, 2019
Tweet
Share
More Decks by tarohida
See All by tarohida
リモートワークをきっかけに、見積もりと進捗について考えてみた
tarohida
0
36
テスト駆動開発試してみた発表
tarohida
0
220
Other Decks in Education
See All in Education
Web Application Frameworks - Lecture 3 - Web Technologies (1019888BNR)
signer
PRO
0
3k
Online Privacy
takahitosakamoto
1
120
GOVERNOR ADDRESS:2025年9月29日合同公式訪問例会:2720 Japan O.K. ロータリーEクラブ、2025年10月6日卓話:藤田 千克由 氏(国際ロータリー第2720地区 2025-2026年度 ガバナー・大分中央ロータリークラブ・大分トキハタクシー(株)顧問)
2720japanoke
0
570
登壇未経験者のための登壇戦略~LTは設計が9割!!!~
masakiokuda
3
710
とある長岡高専卒のおっさんがIT企業のマネージャーになるまで / journey-from-nagaoka-kosen-grad-to-it-manager
masaru_b_cl
0
110
EVOLUCIÓN DE LAS NEUROCIENCIAS EN LOS CONTEXTOS ORGANIZACIONALES
jvpcubias
0
180
理想の英語力に一直線!最高効率な英語学習のすゝめ
logica0419
6
430
ARアプリを活用した防災まち歩きデータ作成ハンズオン
nro2daisuke
0
180
Padlet opetuksessa
matleenalaakso
4
14k
シリコンバレーでスタートアップを共同創業したファウンディングエンジニアとしての学び
tomoima525
1
1.3k
ÉTICA, INCLUSIÓN, EDUCACIÓN INTEGRAL Y NEURODERECHOS EN EL CONTEXTO DEL NEUROMANAGEMENT
jvpcubias
0
120
[FUN Open Campus 2025] 何でもセンシングしていいですか?
pman0214
0
250
Featured
See All Featured
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
32
1.6k
[RailsConf 2023] Rails as a piece of cake
palkan
57
5.9k
A Modern Web Designer's Workflow
chriscoyier
697
190k
Intergalactic Javascript Robots from Outer Space
tanoku
273
27k
Building a Modern Day E-commerce SEO Strategy
aleyda
43
7.7k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
35
3.2k
GraphQLとの向き合い方2022年版
quramy
49
14k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
45
2.5k
Bash Introduction
62gerente
615
210k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
358
30k
It's Worth the Effort
3n
187
28k
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
Transcript
事故について考えてみようの会
事故について考えてみる(レジの会計を例に) ・事故内容 一般的なレジを導入している。 レジの会計において、おつりの渡し間違いが発生する。 (おつりが234円と表示されているのに誤って224円しか渡せていなかった)
対策例(ダメなケース) 個人の責任とし、自戒を求める ・ミスをした本人に反省を促す。 ・「気を付けましょう」
対策例(ベターな対策) ミスの発生しない(しにくい)ような仕組みとする ・レジの会計において、指さし確認を実施するよう義務付ける ・レジの会計にセルフチェックシートを導入する ・レジの会計の際は、2人によるダブルチェックを行う
対策例(理想的な例) その工程を自動化する・その工程を不要とする ・おつりが自動で出てくるようなレジを導入する ・現金決済をやめ、キャッシュレス決済のみとする
以上のように、事故対策には3つの対策がある ・個人の責任とし、対策を求める ・ミスの発生しない(しにくい)ような仕組みとする ・その工程を自動化する・その工程を不要とする あと、フェイルセーフ、フールプルーフという考え方もありますが、今回は割愛。
個人の責任とし、自戒を求める ・やらない方がましな対策 様々なリスクがあります。 - 潜在的な事故が報告されなくなる(ヒヤリハット) - 事故発生時のエスカレーションが遅れる - 事故の隠蔽が発生する
ミスの発生しない(しにくい)ような仕組みとする ・現実的な施策 ・比較的導入は低コスト、低作業負荷で行える。迅速に導入できる ・確認作業の追加で、現場の作業量が増える事につながりやすい。 ・結局人を噛ませることになるため、事故のリスクは残る。 これらの対策で発生率ゼロを目指す場合、無限に確認作業が増えることになる
その工程を自動化する・その工程を不要とする まずその工程が不要な場合は、その工程を無くす。 ・理想的な対策その1 ・その作業プロセスが不要な場合は、まずその作業プロセスの排除を考える ・※失われることによりサービスレベル(品質)が下がる場合があるので、そこは経営(?) 判断
その工程を自動化する・その工程を不要とする その工程が必要なモノである場合は、工程を自動化する ・該当の工程が必要な場合は、その作業プロセスを自動化する。人の手が介在しないよ うにする。 ・導入コストが高い。SaaS等外注の場合も(初期,ランニング)コストが、 自製した場合も保守コストがかかる。 また、導入までに時間がかかる。永遠に導入されないことも ...
おまけ ・事故が発生しても、迅速な対策と原因究明が可能な準備をしておくという選択肢 この前行った、Google Conferenceでのおじさんの説明(GSuiteついて) - 障害やセキュリティ事故が発生した場合でも、全作業員のログは取得しているため、迅 速な原因究明と情報共有が可能と説明 - その手前で、散々冗長構成、セキュリティ施策については説明していたが、 「事故は発生しません」というアピールはしない。
- 事故が発生した場合でも、原因究明と情報共有が可能な体制を構えているから安心し てくれ!というスタンスに感じた
おまけ2 ・対策できない障害については、発生時のリスクを洗い出し、 発生時の対応策を事前に考えておくことで、被害を最小限に抑えるという施策もあり? リスクアセスメントとかいうやつでしょうか ...