ラマーズＰ🍰40ヶ月で解放された店長 @lamazeP@friends.cafe

でも書かないと！書類が！とおらない！んです！！

Check時点で何を指標にするかをPlanに盛り込むとあとで迷子にならなそう

PDCA神格化しすぎなんだよなぁ…

CとAが別れてるのはよくわからんけど、まあこれはCやらずにA考える人を抑止するためかなぁ

フレカフェの例だとこんな感じ

（今までの活動として）
P: ver3へアップデート後、インスタンス独自機能を実装する
D: 〇〇月までにアップデート、〇〇月までに〇〇昨日実装
C: 〇〇月時点で、アップデート進捗率xx％
A: 時間が確保できていない（なぜ？を分析）

（次のサイクル）
P: （〇〇の活動を縮小し or 〇〇人員を投入し）リソースを確保しアップデート作業にあてる
D: ほにゃららら
C: 〇〇月実施
A:

同じチームが回すなら別にPやCやAが混ざっててもどうでもいいけど、別チームにわたすならPとAは工程を分けないといけない

PDCA起承転結

ググってすぐ見つかるアフィブログ、PDCAが神格化されててなんでこれが嬉しいのか全くわからんの草なんだよな

生産管理→製造→品管→品証

あ〜〜〜たしかにAするのとPするチームが違うことありそう

生産だとPDCAで部署が違うしね

論文だと　イントロ→実験→結果→解析　とかになりそう

もともと上に改善案を通すためのやりかただったんじゃないですかねしらんけど

Plan：計画（する）
Do：実行（する）
Check：評価（する）
Action：改善（点を見つける）　←　は？

長期間生産をする上でボトルネックとか見つけたりして前回と比べて歩留まりとか上がったかな？って比較するのに使ってたわけで、繰り返し数が少ないとか評価、改善が曖昧な奴に適用して効果があるかは微妙らしいという話を聞く。

まぁ悪いところを見つける作業ですよね

Aを改善って名付けた人どうなっとるんや

CAがあるから二週目のPをこうした理由ってのが作りやすい。

計画→やる→結果集計→分析→計画