サウスポーなエンジニアの独り言サウスポーなエンジニアの独り言サウスポーなエンジニアが日々感じた、気づいた、学んだことを徒然と書いています。2017年11月4日Tweet関係者が順々にプレゼンしていくある会議での出来事です。ある発表者が冒頭で「え~、これから××についてご説明いたします。...この資料、私が書いたものでないので、詳細な質問はご容赦ください...」というようなことを言い出したのです。社内の会議でしたが、「なんだかなぁ~」としばし呆然となってしまいました。資料の書き手が自分以外であっても、発表者がその責任を持つべきだと思いますし、聞く側も(書き手ではなく)発表者に質問をするものです。#発表者とその資料に対する責任者が明確になっていれば、その限りではありませんが。理解して、想定される質問とそれに対する回答...その回答の妥当性も含めて...などはしておきたいところです。そんな状況ですので、受け手も質問する気がなくなります。しどろもどろな受け答えで回答になっていない、回答できても(資料に対する責任を持っていないので)責任ある回答ではなく、意味がなかったりします。「あぁ、この会議のコスト...これだけの人数に時間かぁ...これくらいやなぁ。こんな発表でそれだけの成果が出せるんかなぁ」なんてことを思ってしまいました。※注意:この記事は旧サウスポーなエンジニアの独り言から移行し一部修正したエントリです。コメントをキャンセルメールアドレスが公開されることはありません。継続的な受付窓口って必要ふとあるミーティングで熱く議論した後に思ったことです。...日常の意思決定にも使えるかも...狩野分析法http://d.hatena.ne.jp/masayang/20071213/1197534511にて狩野分析法というものが紹介されていました。題名の通り、会議/打合せでいかに(参加者全員が納得し、次のアクションへつながる)結論を出すかを書いています。...自分が議事録を書く際に気をつけていること「議事録」は社内外の会議、打合せ、レビュー等のアウトプットです。...2016年のふりかえり2016年をふりかえってみます。DevLOVE関西のことは2016年前半のDevLOVE関西の活動記録と2016年後半のDevLOVE関西の活動記録に書いています。...PREVドキュメントを書くために気をつけていることNEXT社内システムは自分で作りましょうよギルドワークスの現場コーチ。「正しいものを正しくつくる現場を増やす」ことを目指している現場コーチ。認定スクラムマスター(CSM)。様々な規模のSIerでのシステム開発を経て今に至る。DevLOVE関西を主催。(14)サウスポーなエンジニアの独り言サウスポーなエンジニアが日々感じた、気づいた、学んだことを徒然と書いています。