サウスポーなエンジニアの独り言サウスポーなエンジニアの独り言サウスポーなエンジニアが日々感じた、気づいた、学んだことを徒然と書いています。2015年5月17日Tweet先日「プロジェクトファシリテーションパーティ2012」に参加してきました。#参加した皆さん、お話していただいた皆さん、スタッフの皆さん、ありがとうございました!参加したセッションマルチセッションだったので、迷いましたが、以下に参加しました。「実録!プロジェクトファシリテーションのWEBサービス開発運用現場への適用記」のセッションは「いつかお会いしたいなぁ」と思っていた方々の一人である、こしば(@bash0C)さんということもあって強く印象に残っています。ここでは「ふりかえり」「見える化」「朝会」について「話す」→「グループでディスカッション」という流れで、@fkinoさんと@daiksyさんと同じテーブルでした。お二人とはコンテキストは(多少)違うものの、マインドの部分は近いように思えたので、話が盛り上がりました。この日一番の気づきもこの会話の中で出てきました。気づき「『可視化』と『見える化』は違う」という@fkinoさんの言葉でした。ディスカッションした末の私の解釈は以下のようなものでした。「可視化」と「見える化」は共に情報や事象を「見えるようにする」という点では同じです。「可視化」は「見えている」までで止まっています。「見える化」は「見えている」情報や事象に対して【フィードバックができる】状態にあります。【フィードバックができる】状態とは?「こうしたらもっと良くなるよ」などのアドバイス、「こういう風にして欲しい」というより良くするリクエストをチームや関係者の間でやり取りできることです。それには、場作りを含めた雰囲気、コメントをサクッと付けることができるツールだったり、プロセス、そのアドバイスを受け入れる姿勢などが関係してきます。時々、上手く行っていないチームやプロジェクトに対し、この違いを分かっていないちょっと偉い人がテコ入れにやって来て「まずは『見える化』しろ」というシーンがあります。その時にこの「可視化」と「見える化」の違いを意識していないと「よし、これで『見える化』ができた。大丈夫だ」と自己満足で終わってしまいます。今まで見えていなかったことが見えるようになったのは最初の一歩としては良いのですが、その「可視化」されたことへフィードバックする環境ができていないことが多くあります。「見える化」できていないわけです。これではチームはやる仕事(=可視化するためのタスク)が増えたにも関わらず、自分達の状況は改善しないことになり、ますますモチベーションが下がり、バラバラになってしまいます。いうわけで、「見える化」を目指す場合、「見えるようにする」のと「フィードバックができるようにする」の2つを意識する必要があるということでした。「可視化」だけではうまく行かない今まで、こういう「見える化」を何度もやってきた中で、うまく行った時、改善が出来た時は、この「フィードバックできる」環境に意識して、もしくは自然になっていたように思います。「なんかうまく行かないなぁ」という時には「可視化」で止まっていたことが、はっきりと分かりました。他のセッション、懇親会でも色々な人の考えを聴いたり、自分の考えを整理して話すことができたりして、良い時間でした。※注意:この記事は旧サウスポーなエンジニアの独り言から移行し一部修正したエントリです。コメントをキャンセルメールアドレスが公開されることはありません。最近、新人~3年目くらいまでの若手に自分の「(勉強するための)本の読み方」の話をしたので、それを書いておきます。...ホワイトボードを使わない会議はあり得ない色々な意味でカルチャーショックなプロジェクトの話です。お客様との打合せ...議題は複雑で、図解をしたりして、何らかの「見える化」などの対策をしないとアッと言う間に「空中戦」になること必至のものでした。...“報・連・相”“報・連・相”...新入社員研修等で耳にする言葉で、「それは非常に大事だ」ということも耳にたこができる位、聞いていると思います。2011の10日目になります。私は(プラグインをガリガリ作ったりしてないので)「自分達のチームでの使い方」をいくつか紹介します。...PREV社内読書会をやってみてNEXT朝会と夕会ギルドワークスの現場コーチ。「正しいものを正しくつくる現場を増やす」ことを目指している現場コーチ。認定スクラムマスター(CSM)。様々な規模のSIerでのシステム開発を経て今に至る。DevLOVE関西を主催。(14)サウスポーなエンジニアの独り言サウスポーなエンジニアが日々感じた、気づいた、学んだことを徒然と書いています。