さーほ

不具合解析では、原因を早く知りたくなる一方で、最初にどこを見ればよいか分からず、候補だけが広がってしまうことがあります。その中でも、初動で特に重要なのが「変化点」を洗い出すことです。現状の記事でも、不 ...

技術職の会議では、議事録テンプレートを使っていても、会議後の仕事が進まないことがあります。その原因は、議事録の見た目ではなく、「何をどう分けて残しているか」にあることが多いです。 特に技術職の会議では ...

技術報告書を書こうとすると、手が止まる。特に止まりやすいのが、「考察」をどう書くかです。 試験結果や事実は並べられても、そこから何が言えるのか、なぜそう言えるのか、次にどう動くべきかがまとまらない。こ ...

試験計画を作るとき、最初に意外と止まりやすいのが「目的をどう書くか」です。試験はやると決まっているのに、何を確認する試験なのかを文章にしようとすると手が止まる。目的がふわっとしたままだと、評価項目や試 ...

試験計画を作るとき、意外と止まりやすいのが「合否基準をどう書くか」です。 評価項目は決まっている。試験条件もある程度見えている。でも、どの状態なら合格で、どの状態なら不合格なのかを文章にしようとすると ...

不具合解析では、「何が原因か」を早く知りたくなる一方で、最初の切り分け方を間違えると、確認項目が増えすぎて迷走しやすくなります。 現象は出ているのに、どこから見ればいいのか分からない。原因候補を挙げ始 ...

報告書の考察は、技術職の文章業務の中でも止まりやすい部分です。 結果は出ているのに、何をどう考察として書けばよいのか分からない。結論を書こうとしても根拠が弱く感じる。次の打ち手まで書こうとすると、話が ...

技術職の会議や打ち合わせでは、ToDo自体は出るのに、なかなか前に進まないことがあります。その原因のひとつが、「いつまでにやるか」は決まっていても、「何が終わった状態か」が決まっていないことです。 た ...

不具合解析が長引く現場では、原因そのものより「最初の質問」が曖昧なことが多いです。 何が起きているのかが曖昧。いつ、どの条件で起きるのかが曖昧。どこまで広がっているのかが曖昧。何が変わったのかが曖昧。 ...

技術報告書の考察は、書いたのに差し戻されることが多い部分です。結果は書いている。考えたことも書いている。 なのに、「結局何が言いたいのか分からない」「で、次はどうするのかが見えない」と言われて戻ってく ...