NISHIO Hirokazu
[Translate]
一つのタスクのやる気を出す
エンジニアの知的生産術 目次ダイジェスト
目次の一部を切り出して新しい表題(表札)をつけたものです。
第2章:やる気を出すには 49
1つのタスクのやる気を出す 67
タスクが大きすぎる 67
執筆という大きなタスク 67
タイムボックス
68
集中力の限界 68
ポモドーロテクニック
70
見積り能力を鍛える 70
分単位で見積もる
タスクシュート時間術
71
コラム:
PDCAサイクル
72
計測し、退け、まとめる 73
まとめ 74
Tweet
Related Pages
タイムボックス
エンジニアの知的生産術 目次ダイジェスト
タスクシュート時間術
PDCAサイクル
→
エンジニアの知的生産術 目次ダイジェスト
×
(2.2.3)_不確定要素がある場合の大小関係は?
×
探索と利用のトレードオフ
×
不確かなときは楽観的に
×
リスクと価値と優先順位
→
今やるタスクをどうやって選ぶのか
→
kj法
×
川喜田_二郎
×
実験科学
×
野外科学
×
試行錯誤
×
仮説
×
探検
×
観察
×
発想
×
思考レベル
×
経験レベル
×
ピラミッドモデル
×
ピラミッドのたとえにおいて下とは何か?
×
jeita
×
u理論
×
u字型モデル
×
モデル
×
PDCAサイクル
×
リーンスタートアップ
×
kj法のw型問題解決モデルとu理論、それぞれの問題意識
×
経験
×
思考
×
仮説検証
×
仮説思考
×
書斎科学
×
抽象だけこねこね
×
具体的な観察
×
実験によって検証
→
W型問題解決モデル
→
aiエージェントとアジャイル・スクラム
×
aiエージェントとpmbok
×
目的の明確化
×
役割の明確化
×
okr
×
raci
×
scrum
×
スプリントレビュー
×
PDCAサイクル
×
コミュニケーションフローの設計
×
情報共有プロセスの整備
×
kpi
×
品質指標
×
明確な目標の提示
×
タスクと責任範囲の割り当て
×
定期的な進捗管理
×
フィードバックによる学習と最適化
→
AIエージェントのマネジメント
→
紙のメモ帳
×
たくさんのタスクが目に入るとどれをやるかの意思決定に疲れてしまう
×
ポモドーロテクニック
×
adhd向けタスク管理システムの設計案
×
"やらないこと"リスト
×
フォーカスモード
→
ADHDの人は先にToDoリストを作るな
→
自己顕示欲
×
イケてる感
×
メタ認知
×
ナレッジ蓄積
×
外部化された思考過程は、個人にとってナレッジリソースとなる
×
PDCAサイクル
×
対話可能な外部エンティティ
×
再形成されうる素材
×
言語設計過程
→
o1 Proに画像を読ませる
→
嫌う
×
有益なものを嫌う
×
愚かさ
×
愚か者の再生産
×
拒絶
×
なんちゃってx
×
悪い教育に対する不満
×
悲観的な勘違い
×
PDCAサイクル
×
なぜなぜ分析
×
写経
×
見慣れないものをちゃんと見ずに攻撃する
→
愚かな教育者のせいで有益なものを嫌う
→
audrey_tang
×
近藤_弥生子
×
共通の場所
×
誰もがメディアの一員
×
メディアでありプラットフォーム
×
理想のaiはドラえもん
×
ドラえもん
×
選択を市民に委ねてこそ民主的
×
選びたい人が選べるようにする
×
オープンガバメントの四段階
×
クリエイティビティのある人
×
個人を制限しない
×
同温層
×
同質性の高いコミュニティ
×
ポッセ
×
移動に疲れたら留まればよい
×
貿易商戦略のイメージ
×
パイプ
×
移動する人が定住する人をむすびつける
×
how_to_become_a_hacker
×
グラミン銀行
×
「なぜ誰もやらない」と言うな、あなたもその一人だ
×
価値観から相手を知る
×
アイデアを短い言葉で表現する
×
間違うことを恐れない
×
すべてのものに裂け目がある
×
anthem_/_leonard_cohen
×
不完全なスケッチ
×
ハッカーと画家
×
参加者にとって居心地の悪い場所で価値のある貢献は生まれない
×
共通の価値観を築くには事実を共有することが大事
×
選挙は4年に一度5bit送信する遅い通信だ
×
ポモドーロテクニック
×
live_long_and_prosper
×
共同体験を早送りすることはできない
×
共同体験
×
まだ誰も経験していないこと
→
まだ誰も見たことのない未来の話をしよう
→
ポモドーロテクニック
×
今から10分だけやろう
→
逆ポモドーロ
→
エンジニアの知的生産術
×
エンジニアの知的生産術_はじめに
×
エンジニアの知的生産術_参考文献
×
エンジニアの知的生産術_正誤情報
×
エンジニアの知的生産術第5刷の増刷が決定!
×
bing_aiによるエンジニアの知的生産術の解説
×
(5.2.4.6)_家族的類似性
×
「グループ編成には発想の転換が必要」加筆案
×
エンジニアの知的生産術_ビフォー・アフター
×
エンジニアの知的生産術と体育型授業
×
なぜ知的生産術に投資するのか
×
kindle化に関する意見
×
エンジニアの知的生産術 目次ダイジェスト
×
リンク化
×
エンジニアの知的生産術_この本の目的
×
エンジニアの知的生産術_知的生産とは何か/この本を読むメリット
×
エンジニアの知的生産術_プログラミングはどうやって学ぶか
×
エンジニアの知的生産術_この本の流れ
×
新たな結合
×
価値を創造
×
新結合
×
価値創造
×
学び
×
整理
×
アウトプット
×
コーディングを支える技術
×
特集_エンジニアの学び方
×
続・エンジニアの学び方
×
intellitech
×
エン知術
×
エンジニアの知的生産術_反響まとめ
→
エンジニアの知的生産術 著者公式ページ
→
claude_3_opus
×
エンジニアの知的生産術_反響まとめ
×
学びのサイクル
×
知識ブロックを積み上げる
×
つまみ読み
×
whole_mind_system
×
やる気を出すためのタスク管理法
×
写経
×
ポモドーロテクニック
×
質問を作りながら読む
→
エンジニアの知的生産術 反響まとめ AIまとめ
→
2018-03
×
エンジニアのための自分経営戦略_参考文献
×
"エンジニアのための自分経営戦略"まとめ
×
陳腐化
×
if文から機械学習への道
×
きこりのたとえ
×
旅人
×
7つの習慣
×
新しいこと
×
不安
×
損失額の限定
×
リアルオプション
×
経営戦略
×
リソース配分
×
資源配分
×
戦略サファリ
×
スモールスタート
×
列挙を疑え
×
お金は使うとなくなる
×
ポスト資本主義社会
×
知識獲得戦略
×
行動
×
環境
×
結果
×
実験
×
PDCAサイクル
×
リーン・スタートアップ
×
知識の交換によって学ぶ
×
知識が双方向に流れる
×
知識の少ない人からでも学ぶことができる
×
知識交換の必要条件
×
周りと同じものを学んでも知識交換はできない
×
知識の分布図
×
競争優位
×
マイケル・ポーター
×
ファイブフォース分析
×
狭き門
×
市場開拓コスト
×
状況
×
状況に埋め込まれた学習
×
ゲーテッドコミュニティ
×
共有地の悲劇
×
二重コミュニティ
×
答えをコピーしても無益
×
連続スペシャリスト
×
π型人材
×
技術進歩による海面上昇
×
言葉が熟す
×
アウトプットを焦ると劣化コピーになる
×
giver
→
エンジニアのための自分経営戦略
→
エンジニアの知的生産術 著者公式ページ
×
エンジニアの知的生産術 目次ダイジェスト
×
(0)_はじめに
×
(0.1)_この本の目的
×
(0.1.1)_知的生産とは何か
×
(0.1.2)_この本を読むメリット
×
(0.2)_プログラミングはどうやって学ぶか
×
(0.2.1)_まずは具体的に情報収集する
×
(0.2.2)_抽象化してモデルを作る
×
(0.2.3)_実践して検証する
×
(0.3)_この本の流れ
×
(0.4)_謝辞
×
(1)_新しいことを学ぶには
×
(1.1)_学びのサイクル
×
(1.1.1)_情報収集
×
(1.1.2)_モデル化・抽象化
×
(1.1.3)_実践・検証
×
(1.2)_サイクルを回す原動力:やる気
×
(1.2.1)_生徒としての学びと大学からの学びの違い
×
(1.2.1.1)_教科書が与えられる
×
(1.2.1.2)_学ぶ時間はどれくらいあるか?
×
(1.2.1.3)_学ぶお金は誰が出すのか?
×
(1.2.1.4)_逆風
×
(1.2.2)_やる気を維持するには?
×
(1.2.2.1)_ゴールは明確に
×
(1.2.2.2)_チュートリアルはゴールを近くする
×
(column)_smart_criteria
×
(1.2.3)_大学に入りなおすべき?
×
(1.2.3.1)_もっと気軽な方法
×
(1.2.4)_良い参考書を見つけるコツ
×
(1.2.5)_紙の参考書を選ぶコツ
×
(1.2.5.1)_大学の講義の参考図書に選定されている
×
(1.2.5.2)_正誤表が充実している
×
(1.2.5.3)_改訂されている・ロングセラーである
×
(1.3)_情報収集の3つの方法
×
(1.3.1)_知りたいところから
×
(1.3.1.1)_遅延評価的勉強法
×
(1.3.1.2)_「そんなの必要ないよ」yagni原則
×
(1.3.1.3)_matzのソースコードの読み方
×
(1.3.2)_知りたいところから学ぶための前提条件
×
(1.3.2.1)_目標が明確化されている
×
(1.3.2.2)_目標が達成可能である
×
(1.3.2.3)_大まかに全体像を把握している
×
(1.3.3)_大雑把に
×
見つける力は10年後も必要か?
×
(1.3.3.1)_1,000ページ以上ある資料も、目次はたった6ページ
×
(1.3.3.2)_ソースコードを段階的に読む
×
(1.3.3.3)_ドキュメントの大まかな構造
×
(1.3.3.4)_英語の論文の大まかな構造
×
(1.3.3.4)_民法の地図
×
(column)_民法マップの抜粋
×
(1.3.4)_片っ端から
×
(1.3.4.1)_写経というテクニック
×
(1.3.4.2)_数学
×
(1.3.4.3)_時間を区切ろう
×
(1.3.4.4)_写経は補助輪
×
(1.3.4.5)_再び写経を必要とするとき
×
(1.4)_抽象とは何か
×
(1.4.1)_抽象・abstract
×
(1.4.2)_モデル・模型
×
(1.4.3)_モジュール
×
(1.4.3.1)_相互作用を制限する
×
(1.4.3.2)_重要でない部分を隠す=重要な部分を抜き出す
×
(1.4.4)_モデル・ビュー・コントローラ
×
(1.4.5)_パターンの発見
×
(1.4.6)_デザインパターン
×
(column)_パターンに名前を付けること
×
(1.4.7)_なぜ抽象化が必要か?
×
(1.4.7.1)_パターンの発見による一般化
×
(1.5)_どうやって抽象化するか
×
(1.5.1)_比較して学ぶ
×
(1.5.1.1)_「同じ」と「違う」の間に注目
×
(1.5.1.2)_たとえ話
×
(1.5.1.3)_違いに注目
×
(1.5.2)_歴史から学ぶ
×
(1.5.3)_パターン本から学ぶ
×
(1.6)_検証
×
(1.6.1)_作って検証
×
(1.6.1.1)_解説も作ることの一種
×
(1.6.2)_試験で検証
×
(1.6.3)_検証の難しい分野
×
(1.7)_まとめ
×
(2)_やる気を出すには
×
(2.1)_やる気が出ない人の65%はタスクを1つに絞れていない
×
(2.1.1)_絞るためにまず全体像を把握しよう
×
(2.1.2)_getting_things_done:まずすべて集める
×
(2.1.3)_全部集めて、そのあとで処理をする
×
(2.1.4)_どうやってタスクを1つ選ぶのか
×
(2.1.4.1)_部屋の片付けと似ている
×
(2.1.4.2)_まず基地を作る
×
(2.1.4.3)_タスクが多すぎる
×
(2.2)_「優先順位付け」はそれ自体が難しいタスク
×
(2.2.1)_ソートの計算量
×
(column)_緊急性分解理論
×
(2.2.2)_1次元でないと大小比較ができない
×
(2.2.3)_不確定要素がある場合の大小関係は?
×
(2.2.3.1)_探索と利用のトレードオフ
×
(2.2.3.2)_不確かなときは楽観的に
×
(2.2.3.3)_リスクと価値と優先順位
×
(2.2.4)_重要事項を優先する
×
(2.2.4.1)_「通知された」は「緊急」ではない
×
(2.2.4.2)_価値観はボトムアップに言語化する
×
(column)_7つの習慣
×
(2.2.5)_優先順位を今決めようとしなくてよい
×
(2.3)_1つのタスクのやる気を出す
×
(2.3.1)_タスクが大きすぎる
×
(2.3.1.1)_執筆という大きなタスク
×
(2.3.2)_タイムボックス
×
(2.3.2.1)_集中力の限界
×
(2.3.2.2)_ポモドーロテクニック
×
(2.3.2.3)_見積り能力を鍛える
×
(2.3.2.4)_分単位で見積もるタスクシュート時間術
×
(column)_pdcaサイクル
×
(2.3.2.5)_計測し、退け、まとめる
×
(2.4)_まとめ
×
(3)_記憶を鍛えるには
×
(3.1)_記憶のしくみ
×
(3.1.1)_海馬
×
(3.1.2)_海馬を取り除かれた人
×
(3.1.3)_morrisの水迷路
×
(3.1.4)_記憶は1種類ではない
×
(3.2)_記憶と筋肉の共通点
×
(3.2.1)_信号を伝えるシナプス
×
(3.2.2)_シナプスの長期増強
×
(3.2.3)_まず消えやすい方法で作り、徐々に長持ちする方法に変える
×
(3.3)_繰り返し使うことによって強くなる
×
(column)_海馬では時間が圧縮される
×
(3.4)_アウトプットが記憶を鍛える
×
(3.4.1)_テストは記憶の手段
×
(3.4.2)_テストをしてからさらに学ぶ
×
(3.4.3)_自信はないが成績は高い
×
(3.4.4)_適応的ブースティング
×
(3.4.5)_テストの高速サイクル
×
(3.5)_知識を長持ちさせる間隔反復法
×
(3.5.1)_忘れてから復習する
×
(3.5.2)_ライトナーシステム
×
(3.5.3)_問題のやさしさ
×
(3.5.4)_知識を構造化する20のルール
×
(3.5.5)_anki
×
(3.5.6)_難易度の自動調節
×
(3.5.7)_教材は自分で作る
×
(column)_知識を構造化する残り15のルール
×
(3.5.7.1)_作る過程で理解が深まる
×
(3.5.7.2)_個人的な情報を利用できる
×
(3.5.7.3)_著作権と私的使用のための複製
×
(3.6)_まとめ
×
(4)_効率的に読むには
×
(4.1)_「読む」とは何か?
×
(4.1.1)_本を読むことの目的
×
(4.1.1.1)_娯楽はスコープ外
×
(4.1.1.2)_情報を得ることが目的か?
×
(4.1.1.3)_情報伝達の歴史
×
(4.1.1.4)_一次元の情報を脳内で組み立てる
×
(4.1.1.5)_本の内容だけが組み立てる材料ではない
×
(4.1.1.6)_「見つける」と「組み立てる」のグラデーション
×
(4.1.2)_「読む」の種類と速度
×
(4.2)_あなたの普段の読む速度は?
×
(4.2.1)_読む速度のピラミッド
×
(4.2.2)_ボトルネックはどこ?
×
(4.2.3)_速読の苦しみ
×
(4.2.3.1)_続けられるペースを把握する
×
(4.2.4)_読まない
×
(4.2.4.1)_読まずに知識を手に入れる
×
(4.3)_1ページ2秒以下の「見つける」読み方
×
(4.3.1)_whole_mind_system
×
(4.3.1.1)_❶準備
×
(4.3.1.2)_❷プレビュー
×
(4.3.1.3)_❸フォトリーディング
×
(4.3.1.4)_❹質問を作る
×
(4.3.1.5)_❺熟成させる
×
(4.3.1.6)_❻答えを探す
×
(4.3.1.7)_❼マインドマップを作る
×
(4.3.1.8)_❽高速リーディング
×
(4.3.1.9)_5日間トレーニング
×
(4.3.2)_フォーカス・リーディング
×
(4.3.2.1)_速度を計測しコントロールする
×
(4.3.3)_見出しなどへの注目
×
(column)_時間軸方向の読み方
×
(4.4)_1ページ3分以上の「組み立てる」読み方
×
(4.4.1)_哲学書の読み方
×
(4.4.1.1)_開いている本・閉じている本
×
(4.4.1.2)_外部参照が必要な本
×
(4.4.1.3)_登山型の本とハイキング型の本
×
(4.4.2)_1冊に40時間かけて読む
×
(4.4.2.1)_棚を見る
×
(4.4.2.2)_読書ノートに書きながら読む
×
(4.4.2.3)_わからないことを解消するために読む
×
(4.4.3)_数学書の読み方
×
(4.4.3.1)_わかるの定義
×
(4.4.3.2)_わかることは必要か?
×
(4.5)_読むというタスクの設計
×
(4.5.1)_理解は不確実タスク
×
(4.5.2)_読書は手段、目的は別
×
(4.5.2.1)_大雑把な地図の入手
×
(4.5.2.2)_結合を起こす
×
(4.5.3.3)_思考の道具を手に入れる
×
(4.5.3)_復習のための教材を作る
×
(4.5.3.1)_レバレッジメモを作る
×
(4.5.3.2)_incremental_reading
×
(4.5.3.3)_人に教える
×
(4.6)_まとめ
×
(5)_考えをまとめるには
×
(5.1)_情報が多すぎる?_少なすぎる?
×
(5.1.1)_書き出し法で情報量を確認
×
(5.1.1.1)_質を求めてはいけない
×
(5.1.1.2)_実践してみよう
×
(5.1.1.3)_100枚を目標にしよう
×
(5.1.1.4)_100枚目標のメリット
×
(5.1.1.5)_重複は気にしない
×
(5.2)_多すぎる情報をどうまとめるか
×
(5.2.1)_並べて一覧性を高くする
×
(column)_書き出し法の実例
×
(5.2.2)_並べる過程で思い付いたらすぐ記録
×
(5.2.3)_関係のありそうなものを近くに移動
×
(column)_ふせんのサイズ
×
(5.2.3.1)_kj法の流れ
×
(5.2.3.1-1)_exploration_before_starting_the_kj_method
×
(5.2.3.1-2)_group_organization
×
(5.2.3.1-3)_illustration_and_documentation
×
(5.2.3.1-4)_effect_of_changing_format
×
(5.2.4)_グループ編成には発想の転換が必要
×
「グループ編成には発想の転換が必要」加筆案
×
(5.2.4.1)_グループ編成は客観的ではない
×
(5.2.4.2)_グループ編成は階層的分類ではない
×
(5.2.4.3)_既存の分類基準を使うデメリット
×
(column)_フレームワークによる効率化
×
(5.2.4.4)_事前に分類基準を作るデメリット
×
(5.2.4.5)_分類で負担を減らすメリット
×
(5.2.4.6)_家族的類似性
×
(5.2.5)_関係とは何だろう
×
(5.2.5.1)_類似だけが関係ではない
×
(5.2.5.1-2)_not_"related_pieces"_but_"pieces_likely_to_be_related"
×
(5.2.5.2)_nm法は対立関係に着目する
×
(5.2.5.2-2)_conflict_is_not_only_one
×
対立は一つだけではない
×
(5.2.5.3)_話題がつながる関係
×
(5.2.5.4)_group_organization_is_similar_to_method_extraction
×
(5.2.6)_束ねて表札を付け、圧縮していく
×
(5.2.6.1)_表札作りのメリット・デメリット
×
(5.2.6.2)_表札を作れるグループが良いグループ
×
(5.2.6.3)_ふせんが膨大なときの表札作り
×
付箋が膨大な時の表札作り加筆案
×
(5.2.6.4)_「考えがまとまらない」と「部屋が片付かない」は似ている
×
(column)_表札とふせんの色
×
(column)_知識の整合性
×
(5.2.7)_束ねたふせんをまた広げる
×
(5.2.8)_文章化してアウトプット
×
(5.3)_社会人向けチューニング
×
(5.3.1)_ステップの省略
×
(5.3.2)_中断可能な設計
×
(5.3.3)_a4書類の整理法
×
(5.4)_繰り返していくことが大事
×
(5.4.1)_kj法を繰り返す
×
(5.4.2)_繰り返しのトリガ
×
(5.4.3)_インクリメンタルな改善
×
(5.4.4)_過去の出力を再度グループ編成
×
(5.4.5)_電子化
×
(5.5)_まとめ
×
(6)_アイデアを思い付くには
×
(6.1)_「アイデアを思い付く」はあいまいで大きなタスク
×
(6.1.1)_アイデアを思い付く3つのフェーズ
×
(6.1.1.1)_耕すフェーズ
×
(6.1.1.2)_芽生えるフェーズ
×
(6.1.1.3)_育てるフェーズ
×
(6.1.2)_先人の発想法
×
(6.1.2.1)_youngのアイデアの作り方
×
(6.1.2.2)_川喜田二郎の発想法
×
(6.1.2.3)_otto_scharmerの変化のパターン
×
(6.1.2.4)_芽生えは管理できない
×
(6.2)_まずは情報を収集する
×
(6.2.1)_自分の中の探検
×
(6.2.2)_言語化を促す方法
×
(6.2.2.1)_質問によるトリガ
×
(6.2.2.2)_フレームワークのメリットとデメリット
×
(6.2.2.3)_創造は主観的
×
(6.2.3)_身体感覚
×
(6.2.3.1)_絵に描いてみる
×
(6.2.4)_たとえ話・メタファ・アナロジー
×
(6.2.4.1)_nm法とアナロジー
×
(6.2.4.2)_clean_languageとsymbolic_modelling
×
(6.2.5)_まだ言葉になっていないもの
×
(6.2.5.1)_暗黙知:解決に近付いている感覚
×
(column)_二種類の暗黙知
×
(6.2.5.2)_違和感は重要な兆候
×
(6.2.5.3)_thinking_at_the_edge:まだ言葉にならないところ
×
(6.2.5.4)_辞書との照合
×
(6.2.5.5)_公共の言葉と私的な言葉
×
(6.2.5.6)_kj法も違和感に注目
×
(6.2.6)_言語化のまとめ
×
(6.3)_磨き上げる
×
(6.3.1)_最小限の実現可能な製品
×
(6.3.1.1)_誰が顧客かわからなければ、何が品質かもわからない
×
(6.3.1.2)_何を検証すべきかは目的によって異なる
×
(6.3.2)_u曲線を登る
×
(6.3.3)_他人の視点が大事
×
(6.3.4)_誰からでも学ぶことができる
×
(6.3.5)_タイムマシンを作れ
×
(column)_知識の分布図
×
(6.3.6)_再び耕す
×
(column)_書籍とは双方向のコミュニケーションができない
×
(6.4)_まとめ
×
(7)_何を学ぶかを決めるには
×
(7.1)_何を学ぶのが正しいか?
×
(7.1.1)_数学の正しさ
×
(7.1.2)_科学と数学の正しさの違い
×
(7.1.3)_意思決定の正しさ
×
(7.1.3.1)_繰り返す科学実験と一回性の意思決定
×
(7.1.3.2)_事後的に決まる有用性
×
(7.1.3.3)_過去を振り返って点をつなぐ
×
(7.2)_自分経営戦略
×
(7.2.1)_学びたい対象を探す探索戦略
×
(column)_選択肢の数が意思決定の質にもたらす影響
×
(7.2.1.1)_探索範囲を広くする
×
(7.2.2)_知識を利用して拡大再生産戦略
×
(7.2.3)_卓越を目指す差別化戦略
×
(7.2.3.1)_他人からの知識の獲得はコストが安い
×
(7.2.3.2)_他人から得た知識は価値が低い
×
(7.2.3.3)_卓越性の追求
×
(7.2.4)_かけ合わせによる差別化戦略
×
(7.2.4.1)_ふたこぶの知識
×
(7.2.4.2)_連続スペシャリスト
×
(7.2.4.3)_新入社員の戦略案
×
(7.2.5)_組織の境界をまたぐ知識の貿易商戦略
×
(7.3)_知識を創造する
→
エンジニアの知的生産術 全階層目次
→
課題感と解ける課題
×
プロジェクト発生成長のプロセス
×
繰り返し会う
×
適度なサイズの課題
×
明確に言語化された課題
×
よい課題
×
熱意
×
優れた人はアイデアを語る
×
ぼんやりとした課題感
×
共感
×
自分ごと化
×
集まるのが最初の一歩、一緒に居続けるのが進歩、一緒に働くのが成功
×
現金は弱い資本
×
稀少な資源
×
調達困難リソース
×
強者はますます強く
×
PDCAサイクル
×
u曲線モデル
×
社会実装
×
協働プロジェクト
×
コラボレーションハブ
×
みんな個人プロジェクトを持ってる
×
未踏人材の間の接続
×
ネットワーク形成システムとしての未踏
×
つなぎ合わせる
×
経済的価値
×
社会的価値
×
「未踏ジュニア」はどのようにプロジェクト化されたのか
→
2020未踏社団:プロジェクト発生成長のプロセス
→
正しさとは何か?
×
正しさとは何か
×
エンジニアの知的生産術 目次ダイジェスト
×
真理論
×
意思決定の正しさ
×
一回性
×
事後的
×
有用性
×
点をつなぐ
→
正しさとは何か(書籍)
→
カンバン
×
冗長性
×
カンバン仕事術
×
プルシステム
×
問題発見
×
一個流し
×
バッファ
×
フェイルファースト
×
改善し続けて生き残る
×
自由度
×
ポモドーロテクニック
→
トヨタのカタ
→
rag
×
概念は思考の経済性を高める道具
×
日記2023-09-06
×
omni
×
aiが意味不明なことを言うと大部分の人は嫌がる
×
AIとの共同化
×
暗黙知
×
共同化
×
PDCAサイクル
×
seciモデル
×
問題解決の過程での交換の重要性
×
情報交換は交換
×
交換様式
×
known
×
understandable
×
高次元空間におけるトゲトゲ
×
円であるという思い込み
×
連想接続
×
交換様式論
×
新しい交換様式
×
理解
×
理解してない時は引用しかできない
×
aiの支援による気づきの事例
×
良い悪いをスピーディーにフィードバックできるものはくだらないもの
×
新しい気づきはいいよどみから生まれる、即答できない質問に答えることが重要である
→
生のChatGPTとomniのユースケースが違う
→
経験
×
自明
×
体験的に自明
×
体験のコスト
×
経験がものを言う
×
具体的経験
×
経験の側面
×
/エンジニアの知的生産術_知的生産とは何か/この本を読むメリット
×
感覚から得られる経験的知識は混乱した不明瞭な知識
×
付箋用ダイジェスト
×
100%の理解の罠
×
20180502自分観察ログ
×
思考の結節点2022-03-11
×
エンジニアの知的生産術 目次ダイジェスト
→
経験的に明らか
→
aiが毎日研究ノートを書く
×
多様な視点
×
反脆弱性
×
不確実性
×
急がば回れ
×
暗黙知
×
共同化
×
PDCAサイクル
×
seciモデル
×
これ自体が実例
×
human_in_the_loop
×
安定した価値
×
aiを人間と対等な存在にする
×
aiを道具化
×
🤖2023-08-12 07:08
×
パーソン論
×
「巧遅は拙速に如かず」には不安耐性が必要
×
🤖2023-08-12_03:01
×
脱線=連想=新結合発見
×
kj法の表札をいつ変更するのか(作成プロセス)
×
kj法勉強会@サイボウズ
×
SECIモデルとPDCAサイクル
×
🤖2023-08-12_02:30
×
s-pdca
×
納得感のない計画
×
🤖2023-08-12_01:16
→
AIとの共同化
→
aiが毎日研究ノートを書く
×
AIとの共同化
×
多様な視点
×
反脆弱性
×
不確実性
×
急がば回れ
×
暗黙知
×
共同化
×
PDCAサイクル
×
seciモデル
×
human_in_the_loop
×
🤖2023-08-12_03:01
×
パーソン論
×
日記2022-10-03
×
xを罵倒だと考える人は自分はxでないと仮定している
×
組織への情報流入経路は2つある
×
hatena2009-04-03
×
半精度演算の速度
×
hatena2011-11-02
×
暇とは何か
×
hatena2012-11-16
×
エンジニアの知的生産術_2階層目次
→
🤖2023-08-12 07:08
→
機械学習
×
真偽値を数値にする
×
重み
×
ロジスティック回帰
×
アカデミア
×
顧客価値
×
新規性
×
ビジネス要件
×
顧客が何を求めているか
×
制約条件
×
minimum_viable_product
×
コンシェルジュ型mvp
×
人がやる方法
×
リーン・スタートアップ
×
具体的不満
×
教師データ
×
PDCAサイクル
×
科学的方法論
×
改善
×
能動学習
×
chatgpt_outperforms_crowd-workers_for_text-annotation_tasks
×
ナイーブベイズ
×
確率モデル
×
判断の自信
→
if文から機械学習への道
→
何もない空間が価値を生む
×
audrey_tang
×
空洞があるから器として機能する
×
老師
×
道徳経
×
オレゴン式ディベート
×
言語的ハンディキャップ
×
人の価値は蓄財の多さではなく、財産をどれだけ人に分け与えたかにある
×
共通の経験を社会的アイデンティティに置き換えたい
×
互いに知識を交換して学ぶ
×
体験による基礎付け
×
キーワードを自分のナレッジマップにリンクさせる
×
edsger_wybe_dijkstra
×
仕事とは新しいものを生み出す習慣である
×
仕事
×
早すぎる最適化は諸悪の根源
×
ポモドーロテクニック
×
不安を感じたら、新しい習慣を身につける
×
不安と一緒に冒険に出よう
×
orid討論法
×
熟議のための4つのステップ
×
判断しない
×
voice_of_judgement
×
植物的成長
×
connecting_the_dots
→
何もない空間が価値を生む AI時代の哲学
→
PDCAサイクル
×
pdcaサイクルとu曲線の関係
→
最初のPをどう生み出すのか
→
ポモドーロテクニック
×
仕事術
×
儀式
×
ポモドーロテクニック入門
×
ポモドーロテクニックの休憩時間の長さ
×
タイムボックス
×
単純化のしすぎ
×
儀式化
×
デマ拡散
×
ストイックにしちゃう人たち
→
ポモドーロテクニックの休憩は5分ではない
→
ポモドーロテクニック
×
ポモドーロテクニック入門
×
レバレッジメモ:ポモドーロテクニック入門
×
タイムボックス
×
持続可能なペース
×
生産性が高い状態を維持する
×
1日にせいぜい8ポモドーロが現実的
→
ポモドーロテクニックの休憩時間の長さ
→
川喜田_二郎
×
kj法_渾沌をして語らしめる
×
体験過程と意味の創造
×
パーティー学
×
紙キレ法
×
発想法
×
続・発想法
×
「知」の探検学
×
渾沌をして語らしめる
×
探検ネット
×
cut1
×
コンフォートゾーン
×
既成概念
×
あてはめ
×
弁証法
×
反対意見は存在しない
×
ワイガヤ
×
ともに働く
×
保守と創造の対立と循環関係
×
成功は成功のもと
×
発想法における「発想」は「おのれを空しくしてデータをして語らしめてまとめる」
×
kj法のw型問題解決モデルとu理論、それぞれの問題意識
×
W型問題解決モデル
×
u理論
×
PDCAサイクル
×
oodaループ
×
すべてのモデルは間違っている
×
リーンスタートアップ
×
タスクを効率的に処理していくと高速にクソアプリを実装してしまう
×
探検ネット(花火)勉強会
→
「渾沌をして語らしめる」勉強会
→
エンジニアの知的生産術 目次ダイジェスト
×
不確実タスク
→
何を読むというタスクのゴールにするか?
→
負担感
×
25分だけやろう
×
1ポモドーロだけやろう
×
ポモドーロテクニック
×
目的を忘れて手法だけ繰り返す
→
今から10分だけやろう
→
同じことの繰り返し
×
試行錯誤
×
PDCAサイクル
×
実験
×
知識を蓄積
×
認知の解像度
×
試行錯誤は見えにくい
→
「同じことの繰り返し」ではない
→
PDCAサイクル
×
リーンサイクル
→
PDCAサイクルの歴史
→
ポモドーロテクニック
→
PomodoroScrapbox
→
scrapboxing
×
PDCAサイクル
×
ネクストアクション
×
発散と収束
×
ダブルダイヤモンド
→
WSAFサイクル
→
タイムボックス
×
covid19
→
電車移動は強制タイムボックス
→
アジャイル
×
時間管理術
×
ポモドーロテクニック
×
staffan_noeteberg
×
渋川_よしき
×
渋川_あき
→
ポモドーロテクニック入門
→
コーディングを支える技術
×
知識と資本論とテクノロジストの条件
×
何をどう学ぶか?
×
何をどう学ぶか?2:三大入力方法
×
予期せぬ成功
×
拡大再生産
×
pycon_jp_2014_基調講演
×
灘校土曜講座2014
×
アイデアの出し方講座
×
首都大学東京情報通信特別講義2015
×
bpstudyエンジニアのための学ぶ技術
×
u理論
×
PDCAサイクル
×
クリーンランゲージ
×
tae
×
グループウェア
×
言語化を支援する技術
×
エンジニアの知的生産術
×
エンジニアの知的生産術_ビフォー・アフター
×
学び方年表
→
なぜ学び方に興味を持ったか?
→
西尾泰和
×
2015
×
2016
×
よく学ぶ人はパフォーマンスが低い?
×
ゲートキーパー
×
社内評価
×
局所最適
×
全体最適
×
吸収能力
×
ロックイン
×
あなたの会話はudp?
×
メタファー
×
送信は厳密に、受信は寛容に
×
雇用はどうやって生まれた?
×
雇用流動性
×
資本論
×
ソビエト連邦崩壊
×
ドラッカー
×
ポスト資本主義社会
×
知識資本
×
リンダ・グラットン
×
社会資本
×
大きく勝つには賭けも必要
×
リスク許容度
×
プロスペクト理論
×
先行者利益
×
学びのサイクルの最初の一歩は?
×
PDCAサイクル
×
ブレインストーミング
×
kj法
×
変化のデザインパターン
×
u理論
×
変化
×
デザインパターン
×
判断の声
×
批判の声
×
恐れの声
→
視点を変えてみよう
→
PDCAサイクル
×
アウトプット
×
社会的トリガー
→
一人で回せる小さいPDCAと他人を巻き込む大きなPDCA
→
アジャイル
×
時間管理術
×
ポモドーロテクニック
×
staffan_noeteberg
×
渋川_よしき
×
渋川_あき
×
ポモドーロ
×
ポモドーロ・テクニック
→
アジャイルな時間管理術ポモドーロテクニック入門
→
20200423組織の知識創造理論(seciモデル)を学ぶ
×
seciモデル
×
PDCAサイクル
×
共同化
×
s-pdca
×
納得感のない計画
→
SECIモデルとPDCAサイクル
→
カイゼンジャーニー
×
kpt
×
keep
×
problem
×
try
×
next_action
×
reality
×
vision
×
問題解決メソッド
×
問題は理想と現実のギャップ
×
クリエイティブテンション
×
学習する組織
×
理想と現実と無力感
×
ポリシー制約
×
制約
×
制約理論
×
proモデル
×
PDCAサイクル
→
カイゼンジャーニーのKPT
→
kj法
×
発想法
×
アイデアが欲しい
×
ワーキングメモリーの拡張
×
書き出し法
×
フレームワーク
×
トリガー
×
ブレインストーミング
×
ワールドカフェ
×
クリーンスペース
×
incremental_writing
×
やる気が出ない
×
時間がない
×
何をやるか
×
意思決定
×
タスクシュート時間術
×
条件付きプランニング
×
ポモドーロ
×
incremental_reading
×
gtd
×
ポケット一つ原則
×
ノートは一冊にまとめる
×
人生複線思考
×
サイボウズ式の小崎さんのやつ
×
結城さんの星取表
×
検索可能にする
×
リマインダー
→
手法を具体的に解決したい課題で切り分ける
→
エンジニアの知的生産術 目次ダイジェスト
×
yagni
×
明確化
×
達成可能
×
見つける力は10年後も必要か?
×
段階的
×
写経
→
情報収集の3つの方法
→
PDCAサイクル
×
measure_what_matters
→
W・エドワーズ・デミング
→
PDCAサイクル
×
pdca
→
回らないPDCA
→
エンジニアの知的生産術 目次ダイジェスト
×
言語化を促す方法
×
質問によるトリガ
×
フレームワークのメリットとデメリット
×
フレームワーク
×
創造は主観的
×
身体感覚
×
絵に描いてみる
×
たとえ話・メタファ・アナロジー
×
たとえ話
×
メタファ
×
アナロジー
×
nm法とアナロジー
×
nm法
×
clean_languageとsymbolic_modelling
×
clean_language
×
symbolic_modelling
×
暗黙知
×
解決に近付いている感覚
×
二種類の暗黙知
×
違和感
×
thinking_at_the_edge
×
辞書との照合
×
公共の言葉
×
私的な言葉
→
言語化を促す方法
→
組織論
×
技術的負債
×
メンタリング
×
メンター
×
不確実性コーン
×
イドラ
×
認知的不協和
×
経験主義
×
仮説思考
×
PDCAサイクル
×
リアルオプション
×
システム思考
×
他者説得
×
自己説得
×
傾聴
×
可視化
×
リフレーミング
×
共感
×
明晰化
×
認知フレーム
×
心理的安全性
×
アクノレッジメント
×
ストーリーテリング
×
ジョハリの窓
×
smart_criteria
×
アジャイル
×
デミング
×
トヨタ生産方式
×
リーン生産方式
×
アジャイルの格率
×
脱構築
×
制約スラック
×
クリティカルパス
×
マーケット不安
×
スケジュール不安
×
権限委譲
×
アカウンタビリティ
×
デリゲーションポーカー
×
okr
→
エンジニアリング組織論への招待
→
邦題が変
×
中山_心太
×
リーン・スタートアップ
×
意思決定フレームワーク
×
タイムボックス
×
綜合
→
SPRINT最速仕事術
→
エンジニアの知的生産術 目次ダイジェスト
→
「関係ありそうなもの」の「関係」って何?
まずは書きだし、それを並べる
見つける読み方と組み立てる読み方
読む速度のピラミッド
抽象とは何で、どうやってやるのか
アイデアを磨き上げる
耕す・芽生える・育てるフェーズ
→
エンジニアの知的生産術 目次ダイジェスト
×
学びのサイクル
×
smart_criteria
→
学びのサイクルとそれを回す原動力
→
エンジニアの知的生産術 目次ダイジェスト
×
海馬
→
記憶を鍛えるにはアウトプットを繰り返す
→
エンジニアの知的生産術 目次ダイジェスト
×
間隔反復法
×
ライトナーシステム
→
知識を長持ちさせる間隔反復法
→
エンジニアの知的生産術 目次ダイジェスト
×
選択肢の数
×
拡大再生産
×
卓越
×
差別化戦略
×
連続スペシャリスト
×
知識の貿易商
×
エンジニアのための自分経営戦略
→
自分経営戦略
→
エンジニアの知的生産術 著者公式ページ
×
仕事を成し遂げる技術
×
はじめてのgtd
×
知的生産性向上システムdips
×
アジャイルサムライ
×
regret__analysis__of__stochastic__and__nonstochastic__multi-armed__bandit__problems
×
アジャイルな見積りと計画づくり
×
7つの習慣
×
完訳_7つの習慣_人格主義の回復
×
ひとつ上のgtd
×
タスクシュート時間術
×
プロフェッショナルの条件
→
エンジニアの知的生産術 参考文献 第2章
→
PDCAサイクル
×
クリス・アージリス
×
ドナルド・ショーン
×
organizational_learning
×
シングルループ学習
×
枠組み
×
組織学習
×
成功体験
×
固定観念
×
アンラーニング
×
競争優位
×
アージリス
×
既存の枠組み
→
ダブルループ学習
→
中野_巧
×
リーン・キャンバス
×
テンプレート
×
エンパシーライティング
×
ペルソナ
×
共感
×
あいまいで大きいタスク
×
タイムボックス
→
6分間文章術
→
灘校土曜講座2014
×
仮説
×
実験
×
検証
×
「わかった」は仮説
×
PDCAサイクル
×
計画
×
行動
×
結果の考察
×
計画の修正
×
仮説の修正
→
仮説は実験して検証しよう
→
経営ゲーム
×
big_pharma
×
PDCAサイクル
×
モジュールとインテグラル
×
陳腐化
×
イノベーションゲーム案
→
複雑なパズル
→
u理論
×
PDCAサイクル
×
計画
×
仮説
×
まず観察
×
チクセントミハイ
×
フロー状態
×
西田_幾多郎
×
純粋経験
×
経験
×
結晶化
×
プロトタイプ
×
実践
→
U理論の最初の感想
→
やる気の出るアドバイス
×
2017やる気システムリニューアル
×
デモチ
×
時間がない
×
完了の定義
×
サンクコスト
×
大きなタスク
×
利用と探索のトレードオフ
×
wbs
×
「べき」が有害
×
タスクシュート時間術
×
ザイガルニックアポ
→
2015やる気システムメモ
→
書き出し法
×
ポモドーロ
×
タイムボックス
×
タスク管理
→
苦手なタスクのタイムボックスを小さくする
→
デミング
×
PDCAサイクル
→
TQC
"
Engineer's way of creating knowledge
" the English version of my book is now available on
[Engineer's way of creating knowledge]
(C)NISHIO Hirokazu / Converted from
[Scrapbox]
at
11/23/2025, 4:51:32 PM
[Edit]