「問題解決」の版間の差分
提供:作業療法大百科事典OtWiki
編集の要約なし |
|||
20行目: | 20行目: | ||
詳細は[[プログラミング]]の記事を参照のこと。 | 詳細は[[プログラミング]]の記事を参照のこと。 | ||
==要件定義== | |||
マルっと、ニード、デマンド、目標設定の話と重複する。 | |||
顧客に寄りそった要件定義は難しいが出来ると、協力な武器になりうる。 | |||
[https://qiita.com/kimuni-i/items/496ae4d41c8098f32f21 こじれない要件定義を行う方法(顧客は何に悩んでいるのか?をU理論で紐解き、Well-Architected Frameworkに落とし込む) #チーム開発 - Qiita] |
2024年6月5日 (水) 14:54時点における版
問題発見、規定し、解決する一連のプロセス。作業療法士の重要な仕事。作業療法の存在意義。問題解決がなければ作業療法じゃない。
問題解決はフレームワークが有効なことが多い。
問題解決を行うのが、作業療法の重要な役割であるから、フレームワークのお勉強は大事である。
一般的なものまで含めて作業療法士はフレームワークに習熟しておくと、より幅広い思考が出来る。それは確実に、顧客である対象者の利益につながる。
作業療法の理論は、作業療法の問題解決の構造を抽出したものであるといえる。
温故知新
やってみるとそこから新しい問題が起こる。それは思いもよらないような。
デバッグ(プログラミング)
プログラミングにおけるデバッグの手法が参考になる、かもしれない。
詳細はプログラミングの記事を参照のこと。
要件定義
マルっと、ニード、デマンド、目標設定の話と重複する。
顧客に寄りそった要件定義は難しいが出来ると、協力な武器になりうる。
こじれない要件定義を行う方法(顧客は何に悩んでいるのか?をU理論で紐解き、Well-Architected Frameworkに落とし込む) #チーム開発 - Qiita