  |
はてなキーワード: 作業者とは
キッティング作業というのがあり、大量の端末を作業スペースに並べて、必要な設定を人力でしていく。付随して開梱・梱包、テプラ貼りその他もろもろの雑事を分解分担してこなしていく。
こういう現場に呼ばれるのはだいたい日払い派遣の作業員であり、単純作業なのでスキルは求められない。
作業応援で現場に入ったところ、最初にコンビを組んだのがやたらにデキる女で、作業の飲み込みが早く正確で目的把握もしていて、作業パターンの効率を限界まで上げつつ次のフェーズの作業者がやりやすいような気遣いまである完璧さで舌を巻いた。設定作業は初めてで、普段はピッキングがメインだそう。
次に追加されたメンバーがちょっとヤバい男で、作業手順と作業の目的を伝えても、目的達成のための手順をすぐ忘れてしまう。出荷機材の指紋等汚れ清掃作業なのだが、目視して汚れを見つけ拭くのではなく、「なんかてきとうに拭いた」動作になってしまうのだ。しかも作業も遅いので、前出のデキる女が前作業を捌きながら嫌な顔もせず清掃も補佐していて、なかなかにつらい。その後の別作業では自分がフォローした。
職場としてはとてもホワイトな環境で必ず休憩時間もありミスや作業の遅さに怒るようなことはない。そもそもスキルを求めていないので、上記のように天と地ほどのスキル差が発生することがままあるようだ。そうなるとさすがに同じ時給で働いてるのは作業員的にも会社的にもモヤっとなるけれど、作業員もずっと継続して就業するわけでもないし作業量に応じて流動的に人員の増減をするので、解決不能のまま繰り返されている模様。
まあどうにもならんかな。
とある企業の面談で、「reactは運用コスト高いと思うんですけどなんで選定したんですか？」って聞かれてめちゃくちゃ困った話→Web開発の運用コストに関する様々な意見が集まる
https://togetter.com/li/2407336
ここでReactが運用コストが高くないって言ってる人は恐らくプロジェクト経験が少ないか運用経験がないかのどちらかだ
WebサービスというのはフロントエンドのJavascriptフレームワークが必須というわけではない
そのため一定のシステムの規模まではバニラのJavascriptやjQueryと比べてReactは明らかに運用コストが高い
バニラやjQueryでは作れないというのであればそれを説明しろというのがこの面接官の質問の趣旨だろう
色々なプロジェクトを経験しているとReactなんて確実に必要ないようなショボいサイトやレガシーなシステムはよく見る
逆にシステムが完成して運用が始まった事でプロジェクトが解散してフロントエンドエンジニアがいなくなり画面の小さな変更やバグを修正する為にフロントエンドエンジニアを探さないといけなくなっているシステムもそれなりに見たことがある
この質問はフリーランスでスポットで仕事を受けてるようなフロントエンドエンジニアやアーキテクチャ選定に関われないような作業者としてのフロントエンドエンジニアなのか、もっとシステムに深く関わってるエンジニアかを確認するためにはいい質問だと思う
こいつら『集団免疫』とか『コロナはただの風邪』とか言ってたのに、思考回路どうなってるんやろ・・・って思ってたが、
タイムラインに政治垢の投稿が流れてくるようになってしまったからポチーってしてみたところ、
けっこうな割合で反自民垢が反ワクなんよな（もちろん全部では無いが)
原因、これかー😩！！！！ってなりました
ワイも反自民かつ反ワクだけど、
『"集団免疫"とか言っている日本だけワクチン開発降りろ！』派(ワクチンの有用性認めている)でしたし、
『いや感染拡大してるのに密を許すな、空気感染やぞ』派(SARS-CoV-2は風邪では無い)でした
あとこれ反ワクの人に辞めて欲しいこと・やって欲しいこと
https://anond.hatelabo.jp/20240717025535#
https://anond.hatelabo.jp/20240712193015#
https://anond.hatelabo.jp/20240420034314#
もういちいち突っ込まないが、要は責められた気がしたってことね？
別に誰も責めてないぞ、『茶化す問題じゃないなって改めて思った』って話だ
このお話をキミとするのは無理そうだから興味があるらしい後半の話にしよう
お前らの思う天才って何？
↓
おそらく人類の98％くらいは色んな意味で到達できないアインシュタインですら、原爆ぶちかましに協力して家庭崩壊させて、
自身の専門分野においても『神はサイコロを振らない』って言ったのに、なぜまだ何かを崇拝しようとすんのよ？
クソどうでもよかろうよ
ワイはスピ系の人間だけど、科学と道徳の分野に宗教とスピを持ち込むのは、苛烈な宗教批判者のドーキンスと同じく反対です
スコット・スペック⽒は「人間の集団の行動は個⼈の行動に極めて似ているが、驚くほど未熟である」と指摘している。
ベトナム戦争時に米軍兵⼠がソンミ村の⾮戦闘員の村民数百⼈を殺害した事件を引いて、個⼈レベルでは論理的に考えて行動できるにも関わらず、
集団となるとその論理性が失われてしまうことがあると解析した。そして、そうなる理由の⼀つがいわゆる「専⾨化」であると指摘する。
例えば、⼀台の自動⾞を作るために、様々な技能を持つ専⾨家が、それぞれの専門化した作業を分担することによって、個⼈で全ての作業を行うよりも、
効率的で⾼度な作業を可能にし質の高い⾃動⾞を容易に作ることができる。設計者、金属加⼯者、塗装作業者、販売者などの業務を「専⾨化」することによって高度な成果が期待できる。
このように、専⾨集団は個⼈よりもはるかに効率よく機能するのは間違いない。しかし「専⾨化」は様々なメカニズムで集団の未成熟さや社会の悪を助⻑する可能性が大きい。
社会の現象 は⼀つの専⾨で出来上がるものではない。都合の悪い問題が生ずると「それは私の専⾨ではない」と責任を他に転嫁する。
その転嫁は「専門」から「専門」へ受け渡されとまることがない。 このことが個⼈の良心を捨てさせ、集団の中での良⼼を分散化する。
おそらく人類の98％くらいは色んな意味で到達できないアインシュタインですら、原爆ぶちかましに協力して家庭崩壊させて、
自身の専門分野においても『神はサイコロを振らない』って言ったのに、なぜまだ何かを崇拝しようとすんのよ？
クソどうでもよかろうよ
ワイはスピ系の人間だけど、科学と道徳の分野に宗教とスピを持ち込むのは、苛烈な宗教批判者のドーキンスと同じく反対です
スコット・スペック⽒は「人間の集団の行動は個⼈の行動に極めて似ているが、驚くほど未熟である」と指摘している。
ベトナム戦争時に米軍兵⼠がソンミ村の⾮戦闘員の村民数百⼈を殺害した事件を引いて、個⼈レベルでは論理的に考えて行動できるにも関わらず、
集団となるとその論理性が失われてしまうことがあると解析した。そして、そうなる理由の⼀つがいわゆる「専⾨化」であると指摘する。
例えば、⼀台の自動⾞を作るために、様々な技能を持つ専⾨家が、それぞれの専門化した作業を分担することによって、個⼈で全ての作業を行うよりも、
効率的で⾼度な作業を可能にし質の高い⾃動⾞を容易に作ることができる。設計者、金属加⼯者、塗装作業者、販売者などの業務を「専⾨化」することによって高度な成果が期待できる。
このように、専⾨集団は個⼈よりもはるかに効率よく機能するのは間違いない。しかし「専⾨化」は様々なメカニズムで集団の未成熟さや社会の悪を助⻑する可能性が大きい。
社会の現象 は⼀つの専⾨で出来上がるものではない。都合の悪い問題が生ずると「それは私の専⾨ではない」と責任を他に転嫁する。
その転嫁は「専門」から「専門」へ受け渡されとまることがない。 このことが個⼈の良心を捨てさせ、集団の中での良⼼を分散化する。
共同作業者として他人の小さなミスに気づいているのに何も言わない
「増田さんなら気づいていると思って、意図してやっていらっしゃるのかなと思いました」みたいなことを平気で言う
なんか無意味に一歩下がって「謙虚で慎ましい淑女」みたいなポジションを取りたがる
共に良い仕事をしようと一歩踏み出す姿勢が一切無く、どこまで行っても言われたことしかやらない
言われたことも本当に言われたことしかせず、今まで7人中7人が言われなくてもやってくれていた周辺作業をやらない
自分の仕事でないと判断した範囲は、どんな軽微な質問でも「さぁ」 「わかりませんね」 「知りません」しか答えない
少しでも有用な返事を返そうという思いを一切何も感じない
でもたぶん彼女の中では「与えられた環境の中で凜として頑張っている淑女」なのだろう
自己評価だけはすっごく高い
IT業界で、昔はSESで働いていて、大手によく客先常駐していた。どこも大手ばかりでノウハウはしっかり蓄積され、設計書なども充実していた。
SESを脱退し、そこそこ大手のIT企業の正社員になれた。しかし、そこはこれまでのSESで客先常駐していたような企業とは違い、あまり体制的には良くはなかった。
工数管理は基本中の基本であり、やらないIT企業はなかなかないだろう。しかし、当社は違った。
1日に何をしたのか、報告の義務はなく、ただ作業していればよかった。
工数管理とは、案件ごとに工数管理のための番号(工数番号)を振り、さらにその工数番号ごとに要件定義、基本設計、詳細設計、実装/単体テスト、結合テスト、総合テスト、などのサブ番号に分割して、工数を登録することである。
さらにセキュリティ教育などは個々の案件と無関係なことが多いので、維持管理用の工数番号が振られていることもある。
リリース後のトラブル対応なども工数を消費するので、それ専用の工数番号などもあったりする。
さらに、日々の工数を詳細に記載する日報のようなものも導入しているところが多く、どの作業に何時間作業したかを15分単位などで記載する。
工数管理のいいところは、作業をサボりにくくなることだ。作業効率が客観的に見えてしまうため、現実を突きつけられ、もっと頑張らなきゃ、と思う。
工数管理のだめなところは、とにかく面倒くさいことだ。当然だが、工数管理を行うための工数、は工数管理には入力できる枠はない。が、確実に無視できないレベルで工数を消費する。あとトイレなどにつける工数などもない。
しかし、活用されておらず、形式上だけ数字さえ入っていればそれでいい、というものだ。
その形式上すら煩わしいらしく、若手の意見をバリバリ言う人から、
・工数管理は全く意味がない。適当な工数を入力していても誰もチェックしていないのか、何も言ってこない。
・工数管理をしっかりすれば、1日に働いた時間がわかるのだから、勤怠システムは不要である。工数管理システムと勤怠システムを一本化すべきだ。
などの意見が出ていた。
そりゃあ工数管理が根付いてない企業に工数管理を行えばそうなるでしょう。
工数管理は業務に結びつくものではなく導入メリットは明確には測れない。しかし、めんどくささは圧倒的だ。
結果、工数管理システムは完全に廃れ、入力すらしなくても誰も何も言わなくなった。
つまり、当社はよく言えば従業員の意見が通りやすい、悪く言えば従業員のわがままが通ってしまう企業なのだ。
従業員の意見を尊重し、押し付けをせず、それぞれのルールを重んじる。良いことであるが、それでは業務は改善できない。
これまでもそこそこやれてるのだから、それを無視して新ルールを導入しても、組織が壊滅する可能性が出てくるだけだ。
工数管理は基本中の基本だ。どこもやっている。それすらも当社は従業員のわがままが通ってしまうのだ。
(まあ当社の工数管理はテキトーだからダメだったのであって、もっと厳密に管理して、日報なども義務化すれば、これまでサボってた社員もサボれなくなり、結果的に業務は改善していたと思うが。)
PDCAはPlan, Do, Check, Actionの頭文字を連ねたもので、つまり、まずは予定(Plan)ありき。予定がないと実行(Do)はしてはいけない。
実行した後は必ず振り返り(Check)を行いなさい。
当社もPDCAの概念はあるし、週報という形でそれを実現している。
しかしその概念は根付いておらず、週報以外ではPDCAは無視している。
つまり当社は、まずは実行があり、計画は立てることは必須ではない。多くの人は計画を立てない。
振り返りも当然実施しない。実行のみがある。Do, Do, Doである。
これは作業者レベルでそうであるし、案件レベルでもそうだ。案件はたしかに最後には振り返りの資料を作成する必要がある。しかし、これは単に作成しなきゃいけないから作成してるだけで、綺麗事をまとめた振り返りである。
本来は、まずは理想を語り、次に現実を語る。しかし当社は、過去をグダグダ言っても仕方ない、と理想を一切語らず、現実のみを語る。しかし振り返り資料には上司受けするような荒唐無稽な対策が記載される。
当社は、作業の前には計画ありき、などの文化は全く根付いていない。優秀な人間でも根付いていない。
私はただの平社員なので、それらについて指摘はできない。指摘したところで「じゃあどうするの？」と詰められて終わりだ。指摘するなら十分な資料の作成と具体的な対応策の準備、そして責任と人を動かすカリスマ性が必要だ。私にはそれらを準備してまで無駄に頑張る気はない。
と書かれていた。
本来は、業務改善は個々のチームだけの問題ではないので、上層部でマニュアル化してルール化すべきではないのか？
アイデアは個々のチームから出してもらっても良いだろうが、それを取りまとめて全体で取り組ませるのは上層部の役目ではないのか？
それをなぜ、個々のチームに依頼する？
業務改善といえばマニュアルの作成や設計書フォーマットの作成だ。
それは能力の低い人でもマニュアル通りに作業することで能力の高い人と同等の仕事をできるようにするためである。
しかし、当社はマニュアルを作る習慣はない。自分用のメモは作るが、維持管理に使えるマニュアルは誰も作らない。
フォーマットがあるだけで記載漏れがかなり減る。考慮漏れも減る。作業が具体化されるからタスクも細分化して記載できる。
当社には推奨するプログラミング言語はなく、推奨のフレームワークもない。
これらが共通化されていれば、開発者がいろいろなチームに参加しやすくなるし、別のチームの有識者に相談しやすくもなる。
こういった業務改善は本来は上層部が率先して枠組みを作るべきだ。しかしやらない。
上層部に知識がなく、やるとしたら雑な仕事しかしないから、やられると逆に困るのだが。
当社はとにかく従業員の声が大きい。強い。
業務改善などの施策を出しても、従業員が納得しないと続かない。
そういう文化を変えるのは並大抵のことでは出来ない。
環境が変われば人は変わるだろうが、そもそも環境を変えるには人を変えないといけない。だから変わらない。
仕事が回らなくなり死にかければ変わるかと思ったが、たぶん変わらない。
仕事の仕方を変えるくらいならきっと死を選ぶだろう。それくらい変わらない。
2024/05/15 10:48
工数管理すべきなのは、成果物ではなくサービスを提供する人なのかもしれない。例えばPMなど。
当社の開発チームは、開発者やPM以外にも、君必要なの？何やってる人なの？打ち合わせには参加してるけど、ただの工数食い虫じゃね？みたいな人もいるのです。
あまりに理不尽なことでクライアントと言い合いになったので、多少ボカして顛末を記す。
私の会社でとある商品をオンライン販売しており、その在庫管理システムのようなものを必要としていた。
それでネットで検索して「システム構築はお任せください」というシステムインテグレータに見積もりを依頼し、発注することになった。
概ね順調にシステムが出来てきたころ、私と先方のシステムエンジニアとの会話でこのようなことがあった。
先「それなら良かったです」
私「一点いいかな？受注してから発送作業者が作業に取り掛かるまで、現状だと手動で見に行かなければならない。ここも改善したいのだがいけるかな？」 ※特定を避けるためボカしてます
先「なるほど・・・その場合は人が常駐している必要がありますね」
私「その作業、君がやってくれるかな？」
先「えっ？」
私「えっ？」
となって空気がおかしくなった。私の言い分はこうである。「システム」は業務の工程全体を表すのであって、ソフトウェア的な部分だけを表すワードではない。
だから「システムエンジニア」を名乗るなら、ソフトウェア面以外の箇所も改善するのが当然ではないか、というのが私の理屈である。
しかし先方の言い分はそうではない。システムエンジニアはソフトウェアシステムだけを改善し、それ以外は関与しない。
だからソフトウェア改善で対応できない箇所は「システムエンジニア」だから対応しないというわけである。
私にとっては、一体何を言っているんだという話である。システムという言葉を軽視しているというか、濫用しているのではないか。
ソフトウェアも立派なシステムであるが、これは株式会社と株式会社のやりとりである。
ビジネスがシステムの根幹であって、ソフトウェアはその内部のいち部分でしかないことは明白ではないのか？
結局そのシステムインテグレータは、ソフトウェア以外のシステムは対応しませんということだった。私にとっては片手落ちの気分である。
システムエンジニアはソフトウェアだけしかエンジニアリングしなくて良いと思っている人。
でもまぁ人柱及び人壁になってくれた人のおかげで感染が広がらず、
高齢者や基礎疾患のある人にめちゃくちゃ広がらず犠牲が抑えられたはあるだろうから、
ああだこうだ言うのは違う気がする
2020-02-22 | W・イアン・リプキン教授(疫学、神経学および病理学の人。SARSとか研究してたらしい) いわく https://anond.hatelabo.jp/20200222143917#
2020-12-18 ｜https://anond.hatelabo.jp/20201218213410#
死にかけたは比喩だが39度以上の熱が3日以上続いた。フツーにインフルってますやんクソがと思ったわ
ワイは打たんぞ
2020-12-18｜https://anond.hatelabo.jp/20201218222743#
たぶん出ないと思うぞ
インフルエンザワクチンの接種で死んでる人はほぼ毎年いて公的機関も統計取ってるが
すべての人に問題が出ないことを保証するものではありませんってヤツ
基礎疾患がある人はなんて雑な括りではなく、○○がある人は○○％の確率で重症化すると通達・備えるけど
今は出来たばっかで無いからな
2022-07-22 ｜ワイくんはコロナはただの風邪派じゃ無いけど反ワクやが？ https://anond.hatelabo.jp/20220722132004#
https://natgeo.nikkeibp.co.jp/nng/article/news/14/9272/?ST=m_news
コロンビア大学メイルマン公衆衛生大学院、ジョン・スノウ冠教授で同大学院感染症・免疫学センターのディレクターを務めるW・イアン・リプキン（W. Ian Lipkin）氏は、
「もし世界中の全ての人にワクチンを接種するとしたら、ある人がワクチンに対して副作用を起こす可能性は、MERSを発症する可能性よりも高いだろう」と話す。
◆予防の鍵はラクダ
SARSのときにはウイルスを媒介する動物の駆除が制圧を早めたように、MERSのさらなる感染拡大を止めることが何より望まれるという点では誰もが一致している。
リプキン氏は、最も有効なのがラクダだと期待する。MERSの予防ワクチンを人に接種するのではなく、感染拡大の鍵を握っているらしいラクダへの接種に焦点を移した方がよい。「宿主としてのラクダを根絶すれば、MERSを抑え込む合理的な一撃になるだろう」とリプキン氏。
ラクダ用ワクチンの開発であれば、人間用ワクチンの開発よりも安く、早く、容易に実現するだろうし、人間の場合に比べて安全性の懸念も小さいとリプキン氏は話す。
コロナが落ち着くまで今後も定期的にワクチン打ち続けるとかどんなリスクがあるかわからない
ただ接種しないのはフリーライド(他者に治験ボランティアさせてる、他者に壁を作ってもらってる)なので
わざわざ口にしないは当然かと思われる
なお、ワクチンに対して強硬な姿勢をとってるように報道されてる米国企業はお客と接する現場従業員(スーパー店員など)・倉庫作業者に接種を別に義務付けてねーぞ
義務付けられてるのはまさかのオフィスワーカーだけ。ついでに在宅ワーク続けるなら接種の必要無し
▼Some companies are mandating vaccines — but not for front-line workers
https://www.vox.com/the-goods/2021/8/19/22629327/employee-vaccine-mandate-walmart-uber-lyft
Walmart, for example, will require all of its corporate and regional staff to be vaccinated against Covid-19 by October 4 unless they have an “approved exception,” namely, a religious or medical reason not to be vaccinated. But it isn’t asking the same of store associates and warehouse workers, to whom it is instead offering a $150 incentive for getting vaccinated (it previously offered $75) and paid time off.
たとえばウォルマートは、「承認された例外」、つまり宗教上または医療上の理由で予防接種を受けない場合を除き、10月4日までに法人および地域のスタッフ全員にCOVID-19の予防接種を受けるよう義務づける。
しかし、店舗従業員や倉庫作業員には同じことを求めず、代わりにワクチン接種で150ドルの奨励金（以前は75ドルだった）と有給休暇を提供するとしている。
But right now your largest ones, Amazon and Walmart, are not mandating it for their line staff. If they were to make that call, my guess is that lots of other companies would follow suit.
しかし、今現在、最大手のAmazonやウォルマートは、ラインスタッフに義務付けてはいません。もし彼らがそうすれば、他の多くの企業もそれに追随するでしょうね。
▼As New Variants Emerge, We Continue To Focus on the Safety and Well-Being of Our Associates | Walmart
We’re pleased that more than 90% of our campus office associates have been fully vaccinated. While vaccines are not required at this time for frontline associates who work in our stores,
つゆや薬味と合わせた完成品のうどんではなく、麺単体のうどんの完成度が讃岐人としては重要なのである。
その日の気温や湿度に合わせて配合を調整し、最適化を行う製麺所が一番ヒエラルキーが高い。
なので環境安定化された工場製麺は嫌われないどころか一定のリスペクトまでされている。
テーブルマーク（旧加ト吉）の冷凍讃岐うどんはよく食されているし、はなまるうどんも元気に営業している。
丸亀製麺がぼんやりと嫌われているのはチェーン店×自家製麺という組み合わせなのだ。
その日の作業者によって品質が安定しないのに「丸亀製麺」という店名は何事だよと思ってしまう。
ちなみに讃岐でもそこまで思い入れのない人は当然いて、そういうタイプは天ぷらが美味い店に行きがち。
普通に０回やで
致死率高くないウイルスの知見が集まっていないワクチン打つ必然性が微塵もわからなかったので
あとこれも何度も書いたな
コロナが落ち着くまで今後も定期的にワクチン打ち続けるとかどんなリスクがあるかわからない
ただ接種しないのはフリーライド(他者に治験ボランティアさせてる、他者に壁を作ってもらってる)なので
わざわざ口にしないは当然かと思われる
なお、ワクチンに対して強硬な姿勢をとってるように報道されてる米国企業はお客と接する現場従業員(スーパー店員など)・倉庫作業者に接種を別に義務付けてねーぞ
義務付けられてるのはまさかのオフィスワーカーだけ。ついでに在宅ワーク続けるなら接種の必要無し
▼Some companies are mandating vaccines — but not for front-line workers
https://www.vox.com/the-goods/2021/8/19/22629327/employee-vaccine-mandate-walmart-uber-lyft
Walmart, for example, will require all of its corporate and regional staff to be vaccinated against Covid-19 by October 4 unless they have an “approved exception,” namely, a religious or medical reason not to be vaccinated. But it isn’t asking the same of store associates and warehouse workers, to whom it is instead offering a $150 incentive for getting vaccinated (it previously offered $75) and paid time off.
たとえばウォルマートは、「承認された例外」、つまり宗教上または医療上の理由で予防接種を受けない場合を除き、10月4日までに法人および地域のスタッフ全員にCOVID-19の予防接種を受けるよう義務づける。
しかし、店舗従業員や倉庫作業員には同じことを求めず、代わりにワクチン接種で150ドルの奨励金（以前は75ドルだった）と有給休暇を提供するとしている。
But right now your largest ones, Amazon and Walmart, are not mandating it for their line staff. If they were to make that call, my guess is that lots of other companies would follow suit.
しかし、今現在、最大手のAmazonやウォルマートは、ラインスタッフに義務付けてはいません。もし彼らがそうすれば、他の多くの企業もそれに追随するでしょうね。
▼As New Variants Emerge, We Continue To Focus on the Safety and Well-Being of Our Associates | Walmart
We’re pleased that more than 90% of our campus office associates have been fully vaccinated. While vaccines are not required at this time for frontline associates who work in our stores,
怒らないコツとして「常に人に期待をしない」ということはたまに目にする
人に期待をしない、期待するハードルを最低限にすることで、事前の期待と実際の現実とのギャップが生まれないように することで怒りという感情が生まれないように心がけているという風にも言える
怒らず叱れ、の思想を適用すると、ミスがあった場合に指示内容と作業内容にギャップがあった場合など、それを埋めていくための会話が必要な場合、指示者と作業者という役割分担はあれどどちらも感情を差し挟む必要はない
作業者側も謝る、申し訳無さを表明する、ということは不要ともいえそうだ
(迷惑をかけたということが確定している場面においては どこかで一言謝るなどの必要が出てくるかもしれないが)
しかし往々にしてミスの確認を行う場合には支持者側が上の立場のことが多いからか、指示内容と作業内容のギャップを埋めるということをまず先に始める必要があるのにも関わらず、ミスをした側が謝罪をしたり反省をしていることが要求されることが多い
本来であれば指示内容と作業内容のギャップをお互いに確認をしたあとで謝罪をする、反省をするなどのに移行すべきだと思う
この理屈が合っているかどうかわからないが実際には「ミスをしたのにあの態度は何だムカつく」などという愚痴をこぼす場面に遭遇する
(これをやる人間は仕事におけるギャップを埋めたいのではなく感情を埋めたいだけなのかなとも思う)
そういった人間は、逆の立場で何かミスを指摘された場面あるいはその手前の確認の段階で必要のない謝罪をし始める
その態度の表明に終始して本題になかなか移行できない場面を見るため、はっきりいってノイズだ
私がよく経験する叱られが単に聞き漏らしていた、明確な指示である認識がなかったということがよくあるのだが、この場合は聞き漏らしていた側が悪いとされる
(自称発達障害仕草として作業中に話しかけられていたことなのでこちらとしても言われても困るという反論はしたいのだが…)
特性なのか傾向なのか、あるいはよく頻発する状況としての学習でも何でもいいが、そろそろお互いに工夫したらいいことは感情的にならないようにしようよ、と思う
依頼側が文面で残すとかいくらでも工夫できるじゃんと
そんなことを考えながらも、
なぜなぜ分析をやるということは、あなたかあなたの周りでトラブルがあったという事例がほとんどだと思いますので
それほど苦労することはないでしょう。
・原因を掘り下げる前に、まず「全部私が悪いです」というゴールを決定します。
以降の分析はそのゴールに着地できるよう、常に意識して進めましょう。
・あなたに責任がなかったとしても、それを上司に納得してもらうことはまず無理です。
上司があなたに「なぜなぜ分析をやれ」と指示した場合、それは「お前が悪い。お前が責任を取れ」という意味です。
説明すればするほど、責任逃れととらえられる可能性が高いでしょう。
・あなたが客先に常駐している場合、原因が顧客や顧客先の環境であっても、それを書くのはやめておきましょう。
お金をもらってお仕事をいただいている弱い立場である以上、顧客の業務プロセスや設備に口を出して、変えてもらえる可能性は皆無です。
・1でまとめた経緯と、2の結論をもとに「なぜ？」を記載してみましょう。
最初は流れがつながらなかったり、5つ全部が埋まらなくともよいです。
・「なぜ？」がうまくつながらない場合、うまくつながるように発生までの経緯を見直しましょう。
事実にこだわらず、経緯が複雑だったり、登場人物が多いところは大胆に削って、シンプルなストーリーにしましょう。
もちろん、最初に決めた結論に到達できるようつじつまを合わせる必要があります。
・ほとんどの場合、あなたの上司はあなたの業務内容を全く知らないし、理解できるほどの知識もありません。
そしてあなたはそんな人達とレビューを行い、分析結果にOKをもらう必要があります。
レビュアーが頭を使わず、スムーズに飲み込めるような単純なストーリーを作りましょう。
ややこしくなるので、見直す前の経緯は意識的に忘れるようにしたほうが良いかもしれません。
・再発防止策は、極力実作業を増やさないような、単純な内容にしましょう。
「チェックリストを作る」はあるあるですが、実効性はさておきレビュアーに対するわかりやすさと作業の単純さの点では、決してバカにできません。
マニュアルの修正、前後作業への影響、他の作業者への周知などを考えると、影響が大きくなる場合があります。
それらに不備があった場合、また作業ミスが起き、再びなぜなぜ分析へのループに陥る危険性もあります。
・「簡略化した問題発生までの経緯」「なぜなぜ分析」の2つの資料をもってレビューに挑みましょう。
説明は資料ベースで行いましょう。改ざんしていない本来の経緯を出すと話がややこしくなります。
