成長意欲のある人は、とかく成長することを望み、成長できたかどうかを気にする。
それ自体は悪いことではないけれど、成長ばかりに目を向けているとしんどくなる。
成長を目的として仕事に取り組むと、成長できなかったときに落ち込むことになる。
自分の成長は他責にできないから、うまくいかなかった時、自分に跳ね返ってくる。
これが成果だったら精一杯やったなら、たとえ失敗しても自分だけの責任ではない。
成長は仕事に取り組んだ結果で得られるもので、まずは仕事で成果を出す方が大事。
また成長だけを見てると、仕事に対して選り好みをしたり、やる気が出ないことも。
一生懸命でない仕事から学びは得られないから、結局のところ成長することはない。
育成に携わるなら、成長させようと人に向くよりも、成果が出るように支援したい。
何のための成長なのか。成果を出すためではなかったか。成果が出たら楽しくなる。
成果を求められず、成果を出そうとすることもなくて、どうやって成長できるのか。
どうすれば成果が出るのか、試行錯誤を続けていれば、成長してるんじゃないかな。
今日は、以前に受けたザッソウの取材がキッカケで、社内広報をテーマに取材を受けた。
社内広報というだけでは専門家でもないので話せないかな、と思ったけれど、社内の情報共有やコミュニケーションをどうしてる、という話になり、これまでやってきたことを自分なりに整理できた。
情報とコミュニケーションは分けて考えていること。情報はオープンでフェアに、コミュニケーションは小さな単位で深く。
社内でも相手に応じて手段を変えていく。セルフマネジメントできる人と、カルチャーがまだ共有されてない人には内容は同じでも伝え方は違う。
社内広報はカルチャーマネジメントの手段の一つと考えている。カルチャーの共有と考えると、できることは幾らでも考えられて面白い。
カルチャーは、KPIや数字でモニタリングできないけど、会社にとって貴重な無形の資産。その取り組みは、余計なコストではなく投資と考える。
社内広報の形は、組織の規模や多様性に応じて変えていく必要があること。会社が成長する限り、試行錯誤は続くので、とてもクリエイティブな仕事。
などなど。
取材、しかもリアル取材は久しぶりだったけど、問いを投げかけてもらえると、改めて考えて話せるので、自分的には良い機会になって良かった。
考えることが好きで仕事で趣味みたいなものだけど、「考える」について考えていたら、考えるときには、４つのモードがあるのかもと考えた。
まず一般的に考えると言えば、ひとり静かに考えること、頭の中で物思いに耽ること。これはこれで好きだけど、ぐるぐる迷いに入る時がある。
そこで、二つ目はインプットしながら考える。本や記事を読んだりすると、インスピレーションをもらえて、新しいアイデアが浮かんだりする。
インプットは情報に限らなくて、散歩したりするだけで刺激になって考えが進むことがある。見知らぬ土地に旅に出てみるのも良い刺激になる。
そうして考えがまとまりかけたら、アウトプットしながら考える。書き出してみると、考えが足りてなかったり、もっと発想が広がったりする。
アウトプットするとき具体的な言葉や絵にするけれど、そのプロセスは苦しいけれど楽しい。誰かに伝えるのも、アウトプットの一つと言える。
誰か相手がいて、対話しながら考えるのが最後のモード。壁打ち役がいたり、共通の問題を解決するためだったり、インタラクティブに考える。
相手に伝えようとすることで整理できたり、相手からのフィードバックで考えを修正したり。背景や哲学が揃っている相手と考えるのは楽しい。
そんなインタラクティブに考える時間を有益にするためにも事前に自分の中で考えておきたいタイプだから、最初の一人で考えるモードに戻る。
だから、基本的には物静かな人間で、無口で何を考えているかわからないと言われがち。考えていることを話せる相手がいる時だけ饒舌になる。
静かにしてるときは考えてるので待ってほしいし、考えを進めるために旅に出たいし、こうして書き出したいし、誰かとザッソウして考えたい。
これからも色んな「考える」をしていきたいなー。
YWT（ふりかえり）に関する取材を受けて、ふりかえりは大事だけど、どうやって始めたら良いのか、注意点は何かありますか？という質問。
まずは、ふりかえりの時間をとることが大事。ただ各自に任せてしまうと、どうしても業務が忙しいなどの理由で、後回しになり結局やらない。
なので、最初のうちはカレンダーに予定を入れるなどして、ふりかえりの時間を確保すること。すぐには効果が出ないので、無駄に思えるけど。
少なくとも３ヶ月くらいは続けたい。毎日少しずつでも良いし、毎週ある程度の時間をとるでも良い。続けていれば、いずれ習慣になるだろう。
ふりかえりは、ついプロジェクトが終わってからとか区切りで反省会にしてしまいがちだけど、期間を決めて、中途半端でも実施した方が良い。
車の運転と同じで、少しずつフィードバックしながら微調整するから真っ直ぐに進む。遠くを決めて、ハンドルを固定して進む車はとても怖い。
あと最初のうちは、マネージャや上司・先輩がついて、ふりかえりのサポートがある方が内省と改善が進みやすい。客観的な視点があると良い。
ふりかえりはリフレクションなので、反射してくれる人がいると助かる。聞き役は答えを伝えるのではなく、自分で考えられるよう問いを出す。
教えられたら知識は増える。やってみたら経験が増える。ふりかえりしたら知性が増える。知性があれば、やったことないことにも応用できる。
再現性の低い仕事には、ふりかえりが有効な理由。
オンラインミーティングになり、喋らない人が出てきちゃって存在感もないし、なんとか全員が喋るようにするには、どうすれば？という相談。
ファシリテーターを置いて、一人ずつ話をふるべきか、とか、順番に司会をしてみるか、とか考えたらしいけど、本質的な解決ではなさそうな。
果たして、その喋らない人はオンラインミーティングだから喋らないわけでなく、もともとリアルのミーティングでも喋らない人だったのかも。
として、それで今まで問題なかったなら、オンラインでも無理して喋らせる必要はないんじゃないか。むしろラジオを聞くみたいな参加もあり。
また聞くだけなら録画でも良い。録画なら、自分の都合の良い時間に、他のことをしながらでも良いし、音声だけを倍速でも聞くことができる。
ただし、目的が活発に議論をしたいということなら、会議の人数を少なくするのが本質的かも。会話の量が揃うのは、3〜4人が適切だと思う。
多くて4人なら、オンラインもリアルも関係なく盛り上がりそう。コミュニケーション設計は、オンラインだからと考えすぎない方が良いかな。
去年から始めたプログラミング未経験の方たちに向けた、一ヶ月フルタイムでウェブアプリ開発まで経験してもらうソニックガーデンキャンプ。
今年は来週の８月から開始で、夏休みに実施ということで、今回の応募者は学生さんたちが多い。貴重な夏休みだけど、とても有意義な使い方。
キャンプでは手取り足取り教えることはせずに、自ら学ぶ力を身につけてもらって、仲間に相談しながら開発する現場に近い経験をしてもらう。
開発にはタスクばらしやふりかえりを取り入れて技術だけでなく、仕事の進め方やセルフマネジメントの基礎も身につくような内容になってる。
課題の量も多いので、けっこう大変だと思うけれど、その分しっかり力は身に付くはず。あと、一緒に参加した同士が、とても仲良くなってた。
今回は、新卒たちが中心で運営してくれて、自分たちも参加するらしい。いよいよ来週からスタート。どうなるか心配だけど、楽しみでもある。
キャンプの運営は、初めてのプロジェクトとしては、ちょっと大変だけど学びの多い、ちょうど良いアクティビティだったんじゃないかと思う。
頑張ってほしい。終わったら、ふりかえってみよう。
※もし興味あれば、こちらに登録いただければ次回のご案内がいきます。
渋谷にあったオフィスをなくしたのは、もう6年も前だけど、今年は自由が丘に一軒家を借りて、新卒たちとマネージャが通えるオフィスにした。
全社員リモートワークは、全社員セルフマネジメントで成立している。セルフマネジメントを身につけ中の若い人には、マネージャが必要になる。
会社１０年やってきて、ようやく若い人の採用と育成にも力を入れられるようになった。セルフマネジメントで働ける人に育つまでサポートする。
もちろん育つかどうかは本人次第だけど、タスクばらし・ザッソウ・ふりかえりなど身につけるには教えることに加えて、フィードバックも必要。
そんな中でも、厳しめにフィードバックしたときなど、落ち込んでないかと心配するときも、リアルにいて元気な様子が見えると安心できて良い。
たしかにオンライン会議だと、その場で言い過ぎちゃったかな、と思った時も、フォローした方が良いのか気になるし、フォローの仕方も難しい。
感情をうまくマネジメントできる大人同士や、強い信頼関係がある状態なら良いけど、そうでないならサッと顔が見えるのは、大事なことだった。
あとは、ジョブ型採用ではないので、すぐに仕事がない可能性もある新卒の場合は、少なくとも居場所があることは良かったのではないかと思う。
また最初からリモートより、一緒に働く同期が隣にいて、いつでも相談できるのも良かったかな。リアルで慣れたら、リモートでも相談できそう。
まずは3〜４ヶ月くらいかけて関係性を築くことができたら、リモートに移行もできそう。そんな感じでステップを踏むのが良いのかもしれない。
ふりかえりを毎週しているけれど、良かったことも問題も、マンネリ化してきてしまう。ふりかえりのコツはないですか？という質問。聞いてみると、自分の内面について書き出していた。
自分の感情や内面の性格を、良かったことで挙げるのはともかく、それらを問題点として挙げると、改善のしようがなくなるし、続けると自己否定が長じてダークサイドに落ちてしまう。
それよりも、具体的な行動を列挙した方が良い。行動ならば結果の良し悪しが明確だし、行動ならば即座に改善していくことができる。改善が続けばメンタルも安定して、健全でいられる。
人間の本質や性格は、基本的に変わらない。もし変わるとしても、毎日の行動を変えて、習慣を変えるような長い時間が必要になる。なので、内面の変化は短期のふりかえりでは扱わない。
行動だったら、新しいことを試せたら、良かったことも問題も行動の結果として出せるようになる。それを毎週でも毎日でもしていければ、内容がマンネリ化することはなくなると思う。
性格は変えられないけれど、行動なら変えられるからね。
人を育てるときに考えていることは何か？と聞かれて、育てようとしないことだと答えた。育つかどうかは相手次第なので、コントロールできない。
育つ機会や試練は渡すことができる。その機会を活かせるかどうか、活かすかどうかも本人次第。渡す仕事の難易度の調整が絶妙に難しいんだけど。
あとは、任せたらうまくいかなそうでも助けない。失敗してしまったら、それも大きな学びになる。大怪我にならないような受け身だけ教えておく。
任せて、うまくいったら成功体験になって、それで結果的に育っていってる感じがする。
ソニックガーデンは6月で期末なので、11期目を終えて、本日から12期に入りました。お客さま、パートナーの皆さん、社員の皆に、そのご家族の皆さん、いつもありがとうございます。
毎年同じように思いますが、11期も終わってふりかえってみると、喜ばしいこともありつつ、過ごす日々は大変なことが多かった。だけど過ぎてみれば、それで良かったと思うことばかり。
幸いにも、売上も利益も過去最高の業績となり、それは誇らしくもありますが、一方で、大きくなる組織や事業に向き合う中で、様々な課題に取り組み、制度や規則を整備してきました。
ただ、規則や制度を重視しすぎて、新たな学びや体験の機会が失われたり、配慮しすぎて率直なコミュニケーションが取れなくなってしまうのは、私たちらしさが無いな、と気付きました。
時には失敗もしつつも果敢に挑戦したり、伊達や酔狂でアプリを開発したり、気のおけない仲間たちと時には愚痴ったり、激しく意見をぶつけ合ったりして、のびのびと過ごしていきたい。
成功体験に捉われず、固定観念も捨てて、だけど、一人一人が自分たちらしく、社会やお客さまのために仕事に取り組んでいければ、その結果はどうなるにせよ、素晴らしいことなのでは。
これまで良い結果が出過ぎてきたから、いつのまにか結果のために頑張るようになってしまった部分もあったかもしれない。責任感は大事だけど、責任に縛られ過ぎていたのかもしれない。
できればコントロールすることなく、それぞれが好きにやりたいことを、やりたいようにやっていってほしい。もし失敗しても、ふりかえりだけ忘れなければ、きっといつかうまくいく。
会社も長く続けること、サステナブルであることを良しとしてきたけれど、それを目的としてしまうと縛られる。締切や終わりを意識せず、らしく過ごしたら、結果として長く続けば良い。
のびのびし続けるために、ふりかえりをどれだけ高速にまわしていけるか。だけど、じっくりと時間をかけていくこと。その両立が、ソニックガーデンという名前の由来に繋がっています。
のびのびと自分たちらしく、そうして社会やお客さまに対して価値を提供していれば、誰もが幸せになれるように思います。私たちソニックガーデンの12期も、皆様よろしくお願いします。
組織が大きくなってきて、若い人も入ってきて、色々な職種が混在するようになってきて、いよいよ規則や制度を作らねばと考えた一年だった。
組織における規則の重要さについて、とても学べた。一方で、果たして本当に規則がないといけないのかも考えた。規則より大事なことは何か。
それは「ふりかえり」では。個々人で内省することも、先輩や上司からのフィードバックありきの内省も含めて、修正と学びの機会があること。
規則があることで、アンフェアなことも起きず、問題も事前に防ぐことができる。厳密であればあるほど、間違いが起きなくすることができる。
だけど、間違いがないってことは、失敗もなくなり、組織や業績は安定するかもしれないけれど、そのかわりに学びの機会が失われていないか。
人は、自分の意思で考えて行動したことでしか学べない。それがたとえ失敗でも成功でも。つまり「自分でつかんだ答えなら、一生忘れない」。
規則や制度、ビジネスモデルで人を守っているように見えて、育つ機会を奪っていやしないか。時には、はみ出ることで学ぶこともあるのでは。
大事なことは「ふりかえり」を欠かさないこと。それも、頻度を高くして、周りからフィードバックする。そうすると失敗ではなく学びになる。
ふりかえりが文化にまでなっていれば、厳密な規則がなくても、時間はかかるけれど、価値観は揃い、大きな間違いは起こらないのではないか。
組織が大きくなったから規則が必要になるのではなく、スケールに対して効率を求めるから規則が有効なのではないか。効率を忘れたらどうか。
いちいち考えたり、間違いに対して是正したり、違う考えをすり合わせたり、効率は良くないけれど、長い目でみたら、強い組織にならないか。
ふりかえりだけはしっかりと根付かせる。それさえあれば、自分たちで考える力が身につくし、ケースバイケースでこそ変化に対応していける。
もちろん法令を破ることの無いように、周囲に過大な迷惑をかけたり、誰かをひどく傷つけるようなこともないよう、規則として制定しておく。
規則や制度が悪いわけではない。とても大事で欠かせないけれど、規則があるからと思考停止にならず、チャレンジしやすい風土にしたかった。
そういえば、ソニックガーデンにはコードレビューはあるけどコーディング規約がない。常に更新され、今が最高のコードを書けるからが理由。
これに通じるものがある。私たちの指針は、すぐ目の前に、最初からあったんだな。
仕事をするときに、指示された仕事よりも、任された方がやる気が出る。というのは道理だけれど、そもそも任して良いかどうか判断が入る。
誰かと働くとき、仕事を頼む側と頼まれる側には、力量や経験や視野の違いがあり、互いのことを知ってるかも含めて関係性には段階がある。
たとえば新卒で入社したばかりだと、まず仕事は、任されるより指示されることが多い。これはまだ任して良いかわからないから仕方がない。
指示された仕事でも、真摯に前向きに取り組んで成果を出していけば、その姿勢を見ることで信頼関係はできて、仕事を任されるようになる。
仕事を任されるようになったら次は、どうすればより成果を出せるのか考える。その中で自分の強みや軸を見つけ、磨いて発信していくこと。
自分の軸が確立して強みを周りに知られるようになると、今度は周りの人から頼られるようになる。この分野はこの人に頼ろうとなっていく。
頼られる人になれば、独立してフリーランスでもやっていけるし、会社にいても自立して強い立場でいられる。生殺与奪の権を自分で持てる。
互いの強みを活かして頼り、頼られることでチームや仲間になれる。頼られたことに期待を越えて応えていくことで、社内外に評判が広がる。
最終的に、ひとかどの人物になって一目おかれるようになっていけば、何か新しいプロジェクトなどあった時に、誘ってもらえるようになる。
もはや仕事として頼られるというよりも、損得なしで一緒に遊ぶ感じで誘ってもらえて、それが良い経験になったり、仕事に繋がったりする。
そこまでいくと、仕事か遊びかわからないし、仕事相手か友人かわからなくなるけれど、自分の強みを活かして楽しく働ける。自由な働き方。
自立や自由が良いと望むとしても、それを環境に求めるのではなく、自分自身で期待を超えた成果をあげていけば、段階的に手に入っていく。
どうすれば自由に楽しく働けるかを考えたり悩むよりも、どうすれば卓越した成果を出せるのかを考えた方が、いずれ自由に働けるのかもね。
アオアシ最新刊を読んでからの、アオアシ本を読みます！サブタイトルが良いですね。アオアシは育成に携わる人は読んで欲しい。
最近、私としては若手プログラマの育成に携わり、改めて感じることが、『自分で掴んだ答えは一生忘れない』という劇中の言葉。
たとえば仕事に対するスタンス。上司から言われた仕事だと思って取り組んでいる限り、そこから得られるものは限りなく少ない。
面白くなさそうな仕事であったり、一見キャリアに繋がらなそうな仕事であったり、そうした自分の望む仕事じゃないこともある。
そうした時にさえ、自分の仕事だと考えられれば、どうすればより成果が出せるのか、学べることはないか、前向きに取り組める。
どんな仕事でも、テーマを持って頭を使って一生懸命に取り組めば、何かしら得られるものはある。それが次のチャンスに繋がる。
こうしたことを、どれだけ説明しても、懸命に伝えても、人は変わりはしない。人は知識を教えられるだけでは変わることはない。
だけど、自分で考え、気付き、自分なりの覚悟を持つことができれば、その人の仕事ぶりは大きく変わる。周りからの目も変わる。
前向きな人には仕事を任せられる。仕事は任せられるようになると面白くなる。任せてもらえるためには、自分で気付くしかない。
面白い仕事が与えられないと不平をもらしているからと、育成を担うマネージャは、面白いと思う仕事を渡そうとしてはいけない。
そんなことをすれば、その先も誰かに与えられる環境でしか生きていけなくなる。与えられるだけの人は、ずっと不満を言うはず。
だから、自分で気付いてもらうしかない。マネージャは真摯に成果を求め続けることしかできない。葛藤から気付くのは自分だけ。
『自分で掴んだ答えは一生忘れない』
とあるきっかけがあり、20年前に読んだ本「調理場という戦場」を引っ張り出して再読。やはり良い本だった。
当時は20代の後半で、少し仕事はできるようになった一方で、会社員として働いて、将来どうなるのか、どうしたいのかもわからずにいた頃に読んで、とても勇気づけられたことを思い出した。
自分の思いに真っ直ぐ、小賢しくならず、だけど愚鈍にもならず、自分の頭で考えて、だけど先達からは素直に学ぶ。そうして、ひたすら技術に向き合うことで、辿り着く先があることを知った。
その頃は仕事そのものが楽しかった記憶はなく、仕事で何かを達成したり、できることが増えることに楽しく感じることはあったけれど、それよりも、もっとできるようになることに必死だった。
料理とプログラミングに違いはあるけれど、技術に向き合う仕事人の姿勢には、なんら違うところはないと思う。どんな職業も、まずは技術に没頭し、突き詰めるところから。それが共通点かも。
プログラミングやソフトウェア開発の技術とプロセスにこだわりぬくことは、私たちにとっては大事にしていきたいことだし、そこに共感する人たちと働きたいのだ、と再認識することができた。
改めて読んでみて、当時とは少し違う視点で感じる部分もあるのは、この著者の方の立場や年齢に近づいているからだろうか。今の自分には、若い人たちに伝えられる言葉は持っているだろうか。
それは私なりに伝えていきたいし、今うちで働く若い人たちにとって、ここは厳しいけれど人生にとって得られるものが大きかったと後になって思える場を作っていければ、経営者として本望だ。
若い人たちに教えると同時に、私自身にも学びがあり、刺激をもらえて、まだまだ真摯に向き合える仕事があることに喜びを感じる。社員の誰もが、そんな風に思えるような会社にしていきたい。
いつか、こういう本が書けるようになりたいな。
今日のザッソウラジオでも話したけれど、仕事人生において、加減乗除みたいなフェーズがあるのは、自分のことを振り返ってもそう思う。
「納品のない受託開発」というビジネスモデルに辿り着くまで、思い返してみればシステム開発で仕事を始めてから10年くらいかかっていた。
社会人になって、システム開発の現場で苦労して、アジャイル開発に出会い、なんとか理想とするソフトウェア開発を実現したいと頑張った。
途中から、自分のやりたい仕事にこだわるのではなく、自分のやりたい理想にこだわるようになって、営業から管理職まで何でも取り組んだ。
その時々では、将来や未来とか、業界や社会のことなんか考えるわけでもなく、ひたすらやるべきことを一生懸命にやってきただけだったな。
どんな仕事も、せっかくやったことは意味があったと考えたいし、どんな意味があったかと後からでも見出せたら、やって損することはない。
たまたま独立して会社を作れるチャンスが得られた時に、それまで取り組んできたことが、「納品のない受託開発」みたいな形に昇華できた。
そう思うと10年以上かかってしまったし、目指してきたわけでもないけれど、時間をかけて積み上げていくのも、悪くないんじゃないかな。
そんな「納品のない受託開発」も始めて10年が経ち、少なくない実績もできました。お客さまと開発者が幸せになるモデルを広げていきたい。
苦手な仕事と下手な仕事は違う。下手は状態なので訓練や経験によって上達できる。だけど、苦手は気持ちなので時間かけても変わらない。
苦手な仕事だけど、なんとか出来るようにと頑張るのは結構つらい。見てる方もつらい。苦手で下手だと、上達までの時間がつらいはずだ。
野球選手になりたいけど、野球が苦手なら努力はつらいものになる。果たして本当になりたいのか。どの職業でも似たようなことがある。
苦手を克服するのは、とても大変で、頭ではやるべきだと考えていても、心で感じていることと合っていないと、いつか心が折れてしまう。
下手でも苦手でなければ、人によって時間はかかっても、いつかは上達するだろう。その努力の時間も苦しくなければ、続けられるはずだ。
下手なうちは楽しくないのは同じ。けれど苦手で楽しくないなんて、たとえ修行だとしても耐えられない。苦手なまま上達することはない。
苦手なことからは逃げても構わない。頭よりも心に従った方が良いのではないか。心が先で、頭がついてくれば、時間をかけて上達できる。
それでも、もし苦手だけど、取り組みたいと思うならば、まずは苦手意識を克服することではないか。そもそも苦手と苦手意識は違うはず。
苦手意識は、苦手に感じていることだけなので、下手と違って一瞬で切り替わることもある。だから、最初は小さな成功体験から始めたい。
これまで商業出版で、何冊か書籍を出させてもらって感じたことは、編集者によって本の作り方・売り方が全然違ったということ。
編集者なので、文章を書く訳ではないけれど、書くこと以外の書籍作りのすべてを担ってくれる。書籍の企画から売るところまで。
この仕事は何かに似ていると思ったら、プロダクトマネージャの仕事だ。よく考えたら、抽象化すれば書籍もプロダクトなんだな。
編集者には、本を作ることは得意だけど、本を売っていくマーケティングが苦手だったり、自分の役割だとは思ってない人もいる。
だけど、プロダクトマネージャだとするならマーケティングまでやって、ユーザに届けてスケールするところまでが仕事といえる。
良い本を作ることも仕事だけど、本当のゴールは読んで欲しい読者に届けて、読者に何かしら良い影響を与えることなんだろうな。
プログラマが、自分の好きに作っても、ユーザが喜ぶサービスを作ることが難しいのと同じで、著者だけでは良い書籍は作れない。
プロダクトマネジメントは、ここ数年で知見が共有されるようになってきたけれど、編集の仕事はそうはなっていないように思う。
それが編集者によって非常にバラツキが大きい理由かもしれない。プロダクトマネジメントを参考に、もっと共有されると良いね。
心理的安全性は、単なる仲良しではなく、遠慮なく目的達成のために率直に意見を交わせることなのだけど、乱暴な言い方で良い訳ではない。
率直に意見を言うことと、乱暴な物言いをすることは別なのだ。言うべきことを言うにしても、丁寧なコミュニケーションを忘れずにいたい。
たとえば、仕事の品質で妥協しないよう、プロとして厳しさは必要となるが、厳しく伝える必要はない。ただ、優しくしろという訳でもない。
コミュニケーションは、厳しい優しいではなく、丁寧にすること。姿勢には厳しさや優しさがあっても、伝え方は丁寧であることが望ましい。
同じことを言うにしても、言い方ひとつで相手を傷つけたり、不快にさせて聞く気をなくさせたりする。伝え方は伝わり方に影響するものだ。
だからといって堅苦しさは要らない。丁寧さは、カジュアルさと併立できる。ざっくばらんに話すときでさえも、丁寧に伝えることはできる。
言いたいことを我慢するのも違うし、言うことに気を使うというのも少し違う。気をつけるのは表現の仕方、ユーザインタフェースの部分だ。
丁寧なコミュニケーションは、才能ではなく、スキルなので訓練すれば身につけられる。慣れてくれば、意識せずにできるようになると思う。
そう言いながら、若い頃はできてなかったし、今もできてないときもあって落ち込むこともあるから、反省と自戒を込めて。丁寧でありたい。
