DoCAP（ドゥーキャップ）って何ですか？官(13)

# PDCA（ビィーディーシーエー）
PDCA はPlan（計画）、Do(実行）、Check（検査）, Action（改善）, 

PDCAは、光あれといってから光が生まれたという感じの、何か決めてから現実になるという仮説の体系である。

自然言語は、しゃべっている間に、意味の統計が確率として扱えるようになる。

初めから、意味が決まっていてしゃべるわけではない。

PDCA, CAPDO, DOCAP
https://researchmap.jp/blogs/blog_entries/view/78772/ae02f7ab3733f6b13b33e5f9faaab79b?frame_id=416173
<p>PDCA(Plan Do Check Action)という言葉があります。<br /><br />「光あれ」という言葉があってから「光」があったという話しを基本とする文化では，まず言葉がないと始まらないという発想があります。<br />「光あれ」という言葉がある前の過程(process)は省略していると考える向きもあります。<br />そうでない文化で，同じことをしようとすると無理があるかもしれません。<br /><br />CAPDO(Check Action Plan Do)は，PDCAで省略していた過程を表現したものと考えることができるかもしれません。しかし，何もしていないことをどうやって検査しているのか不明です。やはり省略していることがあるのでしょう。自分がやったことのない，他人がやったことを検査(check)して計画を立てるという趣旨では，企業の事業化の手法と考えることができます。まず，市場調査(check)から始めるという。<br /><br />DoCAP(Do Check Action Plan)は，実際にやったことに基づいてしか計画を立てないという方法です。なにか分からないことも，まずやってみて(Do)，それを検査(Check)して，改善(Action)してみてから計画を立てる。最初の実行は，試作であったり，先行事業(pilot project)であったりします。試行錯誤という言葉が，DOCAと同じ範囲ですので，これまでの一般的なやり方を示しているかもしれません。試行錯誤してから計画を立てるというあたりまえのことを表現しているに過ぎません。<br /><br />2周り目からは，どこに区切りを入れるかだけなので，対して重要ではないかもしれません。一つの区切りしか信じていないよりは，三つの区切りで検討してみると，柔軟な発想ができるようになるかもしれません。<br /><br /><span style="font-size: small; text-align: left;">&lt;この項は書きかけであるため順次追記します。&gt;</span></p>

# DoCAP（ドゥーキャップ）
DoCAPのCAPは、PDCAのCheck（検査）, Action（改善）, Plan（計画）と同じ意味である。Do（行動）は、PDCAのD(Do)を大事なことだから２文字を使って強調している。

DoCAPは、Do（行動）Check（検査）, Action（改善）, Plan（計画）。

試行錯誤という言葉があるように、何かをやらなきゃ始まらない。

何もしたことがないのに計画を立てられるわけがない。

じゃあ、全く計画を立てないかというと、最後に計画を立てる。
DoCAPのPである。

DoCAPでやっていることを、PDCAの仮説の人がみると、PDCAに見える。
なぜなら、最初のDoCAを見ずにおけば、Pから始まっているように見える。

物事は、立場によって見えかたがちがい、見えかたの違いにより、言葉の意味も違う。
https://www.amazon.co.jp/dp/0911379002/
## 事例研究　
エディタを題材にする。　

VZエディタ移植に当たって実施したことと成果。仮説(115)
https://qiita.com/kaizen_nagoya/items/5551be98dcbed8f41949

なんの計画もなく、移植した。　
ひとえに、使いづらいDOSも動くオフコンが、メインフレームの端末として入っていたから。

誰が、なんのために使うかもなく、ある大企業に入っているシステムの、ソフトウェア開発の実験用だったのかもしれない。　

VZエディタが動くようになってから、Cコンパイラも書けるようになった。　
MS-DOSが動き、MS-Cが動いたから。

まず、ソフトウェア（エディタ）を、なんの計画もなく移植したら始まった話。

割り込みベクタテーブルをしらべるツールを、ネットで展開してくださった方がおみえになった。作業がすごくはかどった。ありがとう。
## DoCAP と PDCA
DoCAPでも、最初に計画を立てる人はいるかもしれない。

2時間の作業の計画を立てて、２時間やってみて、次は
6時間の計画を立てる。６時間やってみて、次は
3日の計画を立てる。３日やってみて、次は
9日の計画を立てる。９日やってみて、次は
27日の計画を立てる。27日やってみて、次は
81日の計画を立てる。81日やってみて、次は
243日の計画を立てる。243日やっtみて、次は
729日の計画を立てる。729日やってみて、次は
2187日の計画を立てる。2187日やってみて、次は
6561日の計画を立てる。6561日やってみて、次は
19683日の計画を立てる。19683日が超長期計画。
2187日が長期計画、729日が中期計画。242日が短期計画としよう。

最初の２時間は無計画でもいいかもしれない。最初の短期計画を立てるには、それまでに５回以上計画を立てているから、計画の精度はそこそこになっている可能性がある。

常に、実行結果に合った計画を立てる習慣があれば、自分のやっていることがPDCAでもDoCAPでも、同じことになっていることがわかるだろう。

DoCAPでも、PDCAでも、最初の２時間の計画を立てるか立てないかの違いしかない。

まず計画がなきゃ始まらないという思い込みがあるかないかの違いだけで、行動は一緒のはず。

常に、Do（行動）を優先する考え方の方が、生きていくのに楽だと思うようになるといいかもしれない。
# まとめに代えて
PDCAでも２時間の計画から始めて、３倍。３倍と進んでいけば、そんなにおかしなことにはならないはず。
いきなり、１ヶ月の計画とか、１年の計画とかを、何もしたことがない状態で作ろうとするから、精度がいつまでもあがらないだけかもしれない。

最初は２時間、場合によっては40分からはじめてもいい。いえ、１３分の計画からはいjめてもいい。あるいは４分の計画からはじめてもいい。

運動競技であれば、４分の練習をしてみて、次に１２分の計画。36分の計画、108分の計画と増やしていってもいいかもしれない。

プログラミングでも同様。

3 minutes rule
https://qiita.com/kaizen_nagoya/items/e0ed2813bdbd18f0cac4

３分でできる作業を、何度も繰り返していると、どんな作業なら３分以内にできるかが、かなり広範囲に体得できるかもしれない。

astyle 使ってみた
https://qiita.com/kaizen_nagoya/items/3c9a87a781d53a1a23f3

これも３分でできる作業。

ぼくの先生「人がやらないことをやれ」プログラマになるまで。仮説（37）
https://qiita.com/kaizen_nagoya/items/53e4bded9fe5f724b3c4

心理学の本を読むよりはコンパイラ書いた方がよくね。仮説（34）
https://qiita.com/kaizen_nagoya/items/fa715732cc148e48880e

C++N4910:2022 Standard Working Draft on ISO/IEC 14882(0) sample code compile list
https://qiita.com/kaizen_nagoya/items/fc957ddddd402004bb91

出力(output)と呼ばないで。これは状態(state)です。
https://qiita.com/kaizen_nagoya/items/80b8b5913b2748867840
# 参考資料
@kazuo_reve 私が効果を確認した「小川メソッド」
https://qiita.com/kazuo_reve/items/a3ea1d9171deeccc04da

新人の方によく展開している有益な情報
https://qiita.com/kazuo_reve/items/d1a3f0ee48e24bba38f1

マネージャー・リーダーの私にとって有益な知見が得られた書籍
https://qiita.com/kazuo_reve/items/6976029e72763ea73245

マネージャーの役割を引き継ぐときに、メンバから聞いた”継続して欲しいこと”
https://qiita.com/kazuo_reve/items/68b01e25f1bfc7762fcd

見積りに関する情報と知見
https://qiita.com/kazuo_reve/items/4d74723faaad1c2875a0
# おまけ
ここまで読んでくださりありがとうございます。
40年くらい前からPDCAみたいな考え方じゃ駄目と言っていました。

最近は、考え方なんてどうでもよくって、どう行動するかが大事だってわかってきました。
行動すれば、無駄な考えは止めるようになるから。最初のうちの考え方なんて、どうでもいいかもって。

どんな立場かが大事なのではなく、何をするかが大事です。
旗に書いてある文字はどんな文字でもいいのです。
意味は後からついてくるかもしれません。

<blockquote class="twitter-tweet"><p lang="ja" dir="ltr">たぶん　20年前- &gt; 40年前<a href="https://t.co/LB5x9yZqY0">https://t.co/LB5x9yZqY0</a> 20年前は　<a href="https://t.co/4FqYbdey8C">https://t.co/4FqYbdey8C</a></p>&mdash; wocs2017 (@wocs2017) <a href="https://twitter.com/wocs2017/status/1541068053483778048?ref_src=twsrc%5Etfw">June 26, 2022</a></blockquote> <script async src="https://platform.twitter.com/widgets.js" charset="utf-8"></script>

## Agile
Agileって、能力のある人たちがやっていたことをまとめただけ。
能力がない人がまねしても、自殺者を増やすだけかもって、
PDCAの反省があればわかるはずかなって思うんです。

じゃ、どうするかって。

凡人の生き残り戦略 〜 凡人網のつくりかた 〜
https://qiita.com/kaizen_nagoya/items/c8e2af61f344761c41be

日本のプログラマが世界で戦える16分野・事例。仮説（53）統計と確率(25)
https://qiita.com/kaizen_nagoya/items/a7e634a996cdd02bc53b

人間が計算機に勝てる３つのこと。忘れる、あきらめる、やめる
https://qiita.com/kaizen_nagoya/items/49dc709d289d22846044
#  OODA
> OODAループとの関係を！　m(_ _)m

という要請をいただきました。

Observe（観測),Orient（判断) Decide（決定, Act（行動）。
似た概念にCAPDoというのがあります。
Check(検査）、Action(改善）、P（計画）、Do（行動）という方式です。

どちらもおかしいと思いませんか。
他人事なのです。

すでに市場が存在する分野か、受動測定が可能な分野に限定すると成り立つかもしれない。新たに参入するには、観測から入ることができるとは限らないと思いませんか。

自分でなにかをせずに、観察、検査するってどうゆうこと。
誰もやってないことを、まず、自分でしなきゃ、誰もついてこないと思いませんか。

新たな分野を作成するには、何を観測するとよいかが分かるとは限らない。
小さな試作品を投入(Do)して、観測(Check)して、改善(action)して、計画(Plan)することになる。能動測定。

最初のDoを無視すれば、DoCAPも、OODAに見えるかもしれない。

まず、行動が最初。試行錯誤の施行なしに、観測も検査もできません。
<!--間接部門の方の遊びにつきあうのは止めましょう。-->

John Boyd  OODA 
https://www.colonelboyd.com/understanding-war


# 関連資料
' @kazuo_reve 私が効果を確認した「小川メソッド」
https://qiita.com/kazuo_reve/items/a3ea1d9171deeccc04da

' @kazuo_reve 新人の方によく展開している有益な情報
https://qiita.com/kazuo_reve/items/d1a3f0ee48e24bba38f1

' @kazuo_reve Vモデルについて勘違いしていたと思ったこと
https://qiita.com/kazuo_reve/items/46fddb094563bd9b2e1e
## Engineering Festa 2024前に必読記事一覧
登壇直後版 色使い(JIS安全色) Qiita Engineer Festa 2023〜私しか得しないニッチな技術でLT〜 スライド編 0.15
https://qiita.com/kaizen_nagoya/items/f0d3070d839f4f735b2b

プログラマが知っていると良い「公序良俗」
https://qiita.com/kaizen_nagoya/items/9fe7c0dfac2fbd77a945

逆も真：社会人が最初に確かめるとよいこと。OSEK(69)、Ethernet(59)
https://qiita.com/kaizen_nagoya/items/39afe4a728a31b903ddc

統計の嘘。仮説（127）
https://qiita.com/kaizen_nagoya/items/63b48ecf258a3471c51b

自分の言葉だけで論理展開できるのが天才なら、文章の引用だけで論理展開できるのが秀才だ。仮説（136）
https://qiita.com/kaizen_nagoya/items/97cf07b9e24f860624dd

参考文献駆動執筆(references driven writing)・デンソークリエイト編
https://qiita.com/kaizen_nagoya/items/b27b3f58b8bf265a5cd1

「何を」よりも「誰を」。１０年後のために今見習いたい人たち
https://qiita.com/kaizen_nagoya/items/8045978b16eb49d572b2

Qiitaの記事に３段階または５段階で到達するための方法
https://qiita.com/kaizen_nagoya/items/6e9298296852325adc5e

出力(output)と呼ばないで。これは状態(state)です。
https://qiita.com/kaizen_nagoya/items/80b8b5913b2748867840

coding (101) 一覧を作成し始めた。omake:最近のQiitaで表示しない5つの事象
https://qiita.com/kaizen_nagoya/items/20667f09f19598aedb68

あなたは「勘違いまとめ」から、勘違いだと言っていることが勘違いだといくつ見つけられますか。人間の間違い(human error(125))の種類と対策
https://qiita.com/kaizen_nagoya/items/ae391b77fffb098b8fb4

プログラマの「プログラムが書ける」思い込みは強みだ。３つの理由。仮説（168）統計と確率(17) , OSEK(79)
https://qiita.com/kaizen_nagoya/items/bc5dd86e414de402ec29

出力(output)と呼ばないで。これは状態(state)です。
https://qiita.com/kaizen_nagoya/items/80b8b5913b2748867840

これからの情報伝達手段の在り方について考えてみよう。炎上と便乗。
https://qiita.com/kaizen_nagoya/items/71a09077ac195214f0db

ISO/IEC JTC1 SC7 Software and System Engineering
https://qiita.com/kaizen_nagoya/items/48b43f0f6976a078d907

アクセシビリティの知見を発信しよう！（再び）
https://qiita.com/kaizen_nagoya/items/03457eb9ee74105ee618

統計論及確率論輪講（再び）
https://qiita.com/kaizen_nagoya/items/590874ccfca988e85ea3

読者の心をグッと惹き寄せる7つの魔法
https://qiita.com/kaizen_nagoya/items/b1b5e89bd5c0a211d862

「@kazuo_reve 新人の方によく展開している有益な情報」確認一覧
https://qiita.com/kaizen_nagoya/items/b9380888d1e5a042646b

ソースコードで議論しよう。日本語で議論するの止めましょう（あるプログラミング技術の議論報告）
https://qiita.com/kaizen_nagoya/items/8b9811c80f3338c6c0b0

脳内コンパイラの3つの危険
https://qiita.com/kaizen_nagoya/items/7025cf2d7bd9f276e382

心理学の本を読むよりはコンパイラ書いた方がよくね。仮説（34）
https://qiita.com/kaizen_nagoya/items/fa715732cc148e48880e

NASAを超えるつもりがあれば読んでください。
https://qiita.com/kaizen_nagoya/items/e81669f9cb53109157f6

データサイエンティストの気づき!「勉強して仕事に役立てない人。大嫌い!!」『それ自分かも?』ってなった!!! 
https://qiita.com/kaizen_nagoya/items/d85830d58d8dd7f71d07

「ぼくの好きな先生」「人がやらないことをやれ」プログラマになるまで。仮説（37）　
https://qiita.com/kaizen_nagoya/items/53e4bded9fe5f724b3c4

なぜ経済学徒を辞め、計算機屋になったか（経済学部入学前・入学後・卒業後対応） 転職(1)  
https://qiita.com/kaizen_nagoya/items/06335a1d24c099733f64    

プログラミング言語教育のXYZ。 仮説（52） 
https://qiita.com/kaizen_nagoya/items/1950c5810fb5c0b07be4

【24卒向け】9ヶ月後に年収１０００万円を目指す。二つの関門と三つの道。
https://qiita.com/kaizen_nagoya/items/fb5bff147193f726ad25

「【25卒向け】Qiita Career Meetup for STUDENT」予習の勧め
https://qiita.com/kaizen_nagoya/items/00eadb8a6e738cb6336f

大学入試不合格でも筆記試験のない大学に入って卒業できる。卒業しなくても博士になれる。
https://qiita.com/kaizen_nagoya/items/74adec99f396d64b5fd5

全世界の不登校の子供たち「博士論文」を書こう。世界子供博士論文遠隔実践中心 安全(99)
https://qiita.com/kaizen_nagoya/items/912d69032c012bcc84f2

小川メソッド　覚え（書きかけ）
https://qiita.com/kaizen_nagoya/items/3593d72eca551742df68

DoCAP（ドゥーキャップ）って何ですか？
https://qiita.com/kaizen_nagoya/items/47e0e6509ab792c43327

views 20,000越え自己記事一覧
https://qiita.com/kaizen_nagoya/items/58e8bd6450957cdecd81

Views１万越え、もうすぐ１万記事一覧 最近いいねをいただいた213記事
https://qiita.com/kaizen_nagoya/items/d2b805717a92459ce853
# 自己記事一覧
Qiitaで逆リンクを表示しなくなったような気がする。時々、スマフォで表示するとあらわっることがあり、完全に削除したのではなさそう。

４月以降、せっせとリンクリストを作り、統計を取って確率を説明しようとしている。
2025年２月末を目標にしている。

物理記事　上位100
https://qiita.com/kaizen_nagoya/items/66e90fe31fbe3facc6ff

量子(0) 計算機, 量子力学 
https://qiita.com/kaizen_nagoya/items/1cd954cb0eed92879fd4

数学関連記事１００
https://qiita.com/kaizen_nagoya/items/d8dadb49a6397e854c6d

統計(0)一覧
https://qiita.com/kaizen_nagoya/items/80d3b221807e53e88aba

図(0) state, sequence and timing. UML and お絵描き 
https://qiita.com/kaizen_nagoya/items/60440a882146aeee9e8f

品質一覧 
https://qiita.com/kaizen_nagoya/items/2b99b8e9db6d94b2e971

言語・文学記事　１００
https://qiita.com/kaizen_nagoya/items/42d58d5ef7fb53c407d6

医工連携関連記事一覧
https://qiita.com/kaizen_nagoya/items/6ab51c12ba51bc260a82

自動車　記事　１００
https://qiita.com/kaizen_nagoya/items/f7f0b9ab36569ad409c5

通信記事１００
https://qiita.com/kaizen_nagoya/items/1d67de5e1cd207b05ef7

日本語（０）一欄
https://qiita.com/kaizen_nagoya/items/7498dcfa3a9ba7fd1e68

英語(0) 一覧
https://qiita.com/kaizen_nagoya/items/680e3f5cbf9430486c7d

転職(0)一覧
https://qiita.com/kaizen_nagoya/items/f77520d378d33451d6fe

仮説（0）一覧（目標100現在40）
https://qiita.com/kaizen_nagoya/items/f000506fe1837b3590df

音楽　一覧(0) 
https://qiita.com/kaizen_nagoya/items/b6e5f42bbfe3bbe40f5d

「@kazuo_reve 新人の方によく展開している有益な情報」確認一覧 
https://qiita.com/kaizen_nagoya/items/b9380888d1e5a042646b

Qiita(0)Qiita関連記事一覧（自分）
https://qiita.com/kaizen_nagoya/items/58db5fbf036b28e9dfa6

鉄道（０）鉄道のシステム考察はてっちゃんがてつだってくれる
https://qiita.com/kaizen_nagoya/items/26bda595f341a27901a0

安全（0）安全工学シンポジウムに向けて: 21
https://qiita.com/kaizen_nagoya/items/c5d78f3def8195cb2409

一覧の一覧( The directory of directories of mine.) Qiita(100)
https://qiita.com/kaizen_nagoya/items/7eb0e006543886138f39

Ethernet 記事一覧　Ethernet(0)
https://qiita.com/kaizen_nagoya/items/88d35e99f74aefc98794

Wireshark 一覧 wireshark(0)、Ethernet(48) 
https://qiita.com/kaizen_nagoya/items/fbed841f61875c4731d0

線網（Wi-Fi）空中線(antenna)(0) 記事一覧(118/300目標)
https://qiita.com/kaizen_nagoya/items/5e5464ac2b24bd4cd001

OSEK OS設計の基礎　OSEK(100)
https://qiita.com/kaizen_nagoya/items/7528a22a14242d2d58a3

Error一覧 error(0)
https://qiita.com/kaizen_nagoya/items/48b6cbc8d68eae2c42b8

++ Support(0)　
https://qiita.com/kaizen_nagoya/items/8720d26f762369a80514

Coding(0) Rules, C, Secure, MISRA and so on
https://qiita.com/kaizen_nagoya/items/400725644a8a0e90fbb0

coding (101) 一覧を作成し始めた。omake:最近のQiitaで表示しない5つの事象
https://qiita.com/kaizen_nagoya/items/20667f09f19598aedb68

プログラマによる、プログラマのための、統計(0)と確率のプログラミングとその後
https://qiita.com/kaizen_nagoya/items/6e9897eb641268766909

なぜdockerで機械学習するか 書籍・ソース一覧作成中 (目標100)
https://qiita.com/kaizen_nagoya/items/ddd12477544bf5ba85e2

言語処理100本ノックをdockerで。python覚えるのに最適。:10+12
https://qiita.com/kaizen_nagoya/items/7e7eb7c543e0c18438c4

プログラムちょい替え（0）一覧:4件
https://qiita.com/kaizen_nagoya/items/296d87ef4bfd516bc394

Python(0)記事をまとめたい。
https://qiita.com/kaizen_nagoya/items/088c57d70ab6904ebb53

官公庁・学校・公的団体（NPOを含む）システムの課題、官（０）
https://qiita.com/kaizen_nagoya/items/04ee6eaf7ec13d3af4c3

「はじめての」シリーズ　 ベクタージャパン　
https://qiita.com/kaizen_nagoya/items/2e41634f6e21a3cf74eb

AUTOSAR(0)Qiita記事一覧, OSEK(75)
https://qiita.com/kaizen_nagoya/items/89c07961b59a8754c869

プログラマが知っていると良い「公序良俗」
https://qiita.com/kaizen_nagoya/items/9fe7c0dfac2fbd77a945

LaTeX(0) 一覧　
https://qiita.com/kaizen_nagoya/items/e3f7dafacab58c499792

自動制御、制御工学一覧（０）
https://qiita.com/kaizen_nagoya/items/7767a4e19a6ae1479e6b

Rust(0) 一覧　
https://qiita.com/kaizen_nagoya/items/5e8bb080ba6ca0281927

100以上いいねをいただいた記事16選
https://qiita.com/kaizen_nagoya/items/f8d958d9084ffbd15d2a

小川清最終講義、最終講義（再）計画, Ethernet(100) 英語(100) 安全(100)
https://qiita.com/kaizen_nagoya/items/e2df642e3951e35e6a53

＜この記事は個人の過去の経験に基づく個人の感想です。現在所属する組織、業務とは関係がありません。＞
This article is an individual impression based on my individual experience. It has nothing to do with the organization or business to which I currently belong.
### 文書履歴(document history)
ver. 0.01 初稿 　20240728
### 最後までおよみいただきありがとうございました。
いいね　💚、フォローをお願いします。
#### Thank you very much for reading to the last sentence.
Please press the like icon 💚　and follow me for your happy life.

<この項は書きかけです。順次追記します。>
This article is not completed. I will add some words in order.

＜この記事は個人の過去の経験に基づく個人の感想です。現在所属する組織、業務とは関係がありません。＞
This article is an individual impression based on the individual's experience. It has nothing to do with the organization or business to which I currently belong.
### 文書履歴(document history)
ver. 0.01 初稿 　202206126
ver. 0.02 追記 20220630
ver. 003 誤植補正 20221112
さいごまでおよみいただきありがとうございました。
https://qiita.com/kaizen_nagoya/items/3387ded65f55a8303817
### 最後までおよみいただきありがとうございました。
いいね　💚、フォローをお願いします。
#### Thank you very much for reading to the last sentence.
Please press the like icon 💚　and follow me for your happy life.