あらまこの絵日記2020/02/02端末PCの取り扱い最近特に感じるのですが、あらゆるサービスがクラウド化されてローカル端末のPCに何かアプリをインストールすることが少なくなったような気がします。クラウドサービスを使っていいのは、常にそのサービスの最新バージョンで使えるということ。余計なアップデート作業もないですし、アプリ購入、購買という時代ではなく、サービスを購入する時代になりましたね。ドリルを売るのではなく、穴あけのサービスを売るような結果/ベネフィットを保証する仕事をしていかないといけなくなってきましたね。comments2020/01/01あけましておめでとうございますあけましておめでとうございます。あっという間に2020年になってしまいましたね。本年もよろしくお願いします。comments2019/12/12忙しいリーダーとの情報共有リーダーが忙しいと、なかなかメンバーと情報共有するのが難しいですよね。言えメールやチャットをはじめとするITツールを駆使すれば共有は可能。それでもメンバーからは「情報が共有されない」と言われてしまう。いう状況を見て、何が課題なのかちょっと考えてみました。リーダーのスタンスとしては、情報を隠すということはなく、むしろ積極的に開示しています。本人も聞かれれば、どんどん答えている。それなのに、なぜダメだったのか?それは「情報は与えるものではなく、自分達で取りに来るもの」と思っていたからでした。言われてもメンバーは何を聞けば良いかわかりません。そこでやりとりが止まっていました。会社の方向性(どこに向かおうとしているのか?)最近、注力していることなど経営層が気にしていることを聞いてみて、そこから自分達の仕事にどう繋がってるいくのか、繋げるのかを会話していくという形を取ってみると良さそうな。どんな結果になるか楽しみです。comments2019/11/11メンバーが伸びるリーダーメンバーが伸びるリーダーは誰か?というのはなかなか難しい質問です。そのスキルセットを明確にするのも難しい。した質問でもしかするとしっくりくるかもしれません。その質問とは「我が子を、そのリーダーに預けたいと思うかどうか?」これが正解かどうか、わかりませんが、なんとなく当たっているような気がしている今日この頃です。「困った時はいつでも相談してよ」と常々言っているリーダーが、メンバーから「あの人は全然助けてくれない」と言われてびっくりしています。「常にオープンでいるのに」と思い悩んでいる気持ちもよくわかります。確かに常々、周りに何かあったら言ってねと話しているのを見ているだけに何が悪いのか全然わからない。いう場面はよくある風景の一つかなと思います。メンバーの立場になってみると、よくわかります。困った時はいつでも相談してと言われても、ネガティブな情報はあまりあげたくないのが人情。リーダーの側から、困った時の状況を発見して助けてあげないといけない。困った時を見つけられる、助けてあげる、これが出来て初めて冒頭の発言が有効になってくる。いうのを目の当たりにして、考えさせられるものがありました。comments2019/09/09マネジメントは多様性を受け入れることであるマネジメントは多様性を受け入れることであるというのを最近痛感します。わかりやすい例かどうかはわかりませんが、リーダーが仏教、メンバーがキリスト教の時に、仏教のやり方を強制したら、キリスト教のメンバーが仕事で結果を出せませんよね。プラモデルの組み立てのように細かく正確に決めて進めるやり方もあれば、彫刻のように大まかに型作ってから精巧に詳細を詰めていくやり方もある。いうことで、マネジメントが自分の経験や好きなスタイルを仕事のプロセスにおいて強制すると、その型にはまらないやり方が好きな人にとっては苦痛(だけでなく、病んでしまう)の何物でもないと。自分の知らないプロセスを認めて、その結果の責任は負わなければならないというのは、かなり精神力が必要ですよね。いうことで、多様性を受け入れると言葉で言えば簡単ですが、実践はなかなか厳しく、ゆえに出来ている人を見ると、素晴らしいなと感じます。comments2019/08/08たたき台を作る人たたき台を作れる人というのは、とても貴重な人材だと思います。何より、ゼロから何がしかの形に仕上げることができる。それだけでなく、当然、レビューを受けて、いろいろ手直し、指摘をされるわけです。その時、メンタル的にやられない。人によっては、指摘を自己の否定と捉えてしまう方もいるので、これがなかなか難しい。確かに100%完璧だと自分なりにベストを尽くして出してきているので、指摘はなかなか受け入れ難いのも事実。そこを超えていく強さは、場数を踏んだ人じゃないとなかなか難しいのかなと思うだけに、貴重です。いうことで、やたら仕事が早い若手を見ていて感じたことを書いてみました。comments2019/07/07フィードバックの難しさ最近、気が付いたというか、感じているのがフィードバックの難しさです。誰もがする方もされる方もどちらも経験があると思いますが、振り返ってみると、良いことと改善すべきこと、どちらの方が多いでしょうか?圧倒的に改善点かなあと思います。良いことや自分の強みというのは数少ないような。言え、チームで結果を出す時に大事なのは、その人の強み。自分でも自覚でき、そしてフィードバックの時にも伝えられるよう強みに注目してみようと意識してみると、案外、自分は人を見る目がないなあと。なると、チームで強さを発揮するのも下手くそということになってしまうので、日々頑張らねばと危機感を持っている所です。comments2019/06/06タスク管理のポイントタスク管理というと、どうしても管理したくなります。優先度は?緊急度は?ただ忘れてはいけないのは、タスクは管理するものではなく、潰すもの。整理に時間をかける暇があれば終わらせろ。管理しないといけないほど抱えているとしたら、それは別の問題を孕んでるかも。緊急度や優先度は、自分とそのタスクと関係する人達と違っていることが多いですよね。管理はそこそこにしっかり潰していきたい所です。以前にも書いたような気もしますが、改めて。仕事を減らしても、落ち着かず、すぐに仕事を溜めてしまう人がいます。残業代稼ぎというわけでもなく、単純に仕事をしていないと落ち着かない。言った人っていますよね。そんな人にいいのではというか、そういう人は比較的多いのかなと思っています。上司が残っていると帰れない。その上司が割とこのタイプ。管理職は残業代は出ないですから、仕事をどんどん溜めちゃうと。社会的な要請で残業を減らそうという空気の中でどうしよう。そんな会社には8時間で充電が切れるノートPCなんて良さそうだなと。帰りにしか充電できず、充電中の使用はできない。完全充電に8時間以上かかると。なんていう製品があったら面白いだろうなと。色々なツッコミがあるのはわかりつつ、スペック的や技術的に難しいような感じもしないので、どこか出せば話題になるような気もします。仕事をしていて、助かるなあと思った人がいました。どんな人だと思います?それはエンジニア気質の人。わかりにくいですよね?説明します。仕事をしていて助かるなあと思ったのは、1を言ったら10をやってくれたこと。これって助かりますよね。自分があれこれ言わず、関与しないでも仕事はどんどん進んでいくので。それができるのか?と言うのを考えてみると、冒頭のエンジニア気質というのが出てきました。本人エンジニアさんで、プログラミング、ロジックを組むのが上手です。ある仕事を頼むとそれがどこに影響するのか、関係するのは何かなどを考えているんです。こちらが考えていない所まで先に手を打ってくれるというわけです。やったら、そのような人になれるのかはまた機会があれば考えてみたいなあと思っています。comments2019/03/03ITが仕事の生産性を変える色々な会社と仕事をしてくると、本当にITってすごいなあと感じます。個人的なお仕事に限って言うと、昔はマイクロソフトのOfficeを使いこなすのがうまい。ショートカットを覚える、関数を使いこなす、マクロを組むなどが効果的でしたが、今はそれに加えて、クラウドサービスを活用することで生産性が上がっていることを実感します。単純にファイルの同時編集ができるだけで随分と助かったりします。チャットや電話、メールなどのコミュニケーションも考え方は同じですが、使っているサービスは情報のやりとりが同期/非同期なのかを意識するだけで使い勝手が随分と変わってくるなあと思います。成果物は同期する方が良いわけで。とりとめのない話になってしまいました。するから計画よろしくね」と春先に言われたら、当然夏前に計画を立てて実施しますよね。夏が過ぎて、秋に計画が出来上がっても意味がありません。重要だが緊急度が高くない企画や計画をお願いした時に、結果を出している方は、何がしかのアウトプットがすぐに出てきます。結果が出ていない方は、こちらが期限を設けないと、一向に出てこなかったり(着手しない)します。依頼からすぐに対応しないと、環境の変化や前提が変わって、依頼そのものの意味合いが変わってきたりもするので、すぐに対応できる余裕を作っておくのは大事なポイントになりそうです。comments2019/01/01あけましておめでとうございます。あけまして、おめでとうございます。本年もよろしくお願いします。毎年恒例の挨拶を今年もできました。comments2018/12/121回で覚える???とても不思議な話なのですが、学校の授業で教わったことって1回で全ては覚えられないですよね?復習をしたり、テストで確認したり。何度も何度も繰り返して、やっと覚えられる。これが仕事だと不思議なことに、1回話したことを、もう1回言わなきゃならなくなると、途端に面倒になったり、何でわからないんだと憤慨してしまったりすることってありますよね?それで仕事の評価が決まったりするので、なかなか怖いところ。そんなにせっかちになってしまったんだろうと思うと共に、仕事ってそういうもんだろうなとも思いつつ。先月、以下の言葉について考えてみました。things.ちょっと言葉を変えてみると、改善と改革かなというのは先月の例を見てみるとなんとなーくわかるような。いうことで、改善、改革でそれぞれ意識しているポイントを整理してみると改善:自分の仕事だけ理解していれば良い改革:自分以外の仕事を理解しなければいけないこのように感じます。things.この言葉の意味は何か?目的:新宿から東京に行く現状:歩いて1.5時間かかっている。→走っていきます、1時間でいけます!(正直しんどい。それ出来るの?)「1.5時間かかっている原因を分析してください。→四谷三丁目で遠回りしていました。Mapで最適なルートを見つけました。改善して1.4時間で行ける見込みです。「もっと改善してください。→どうも麹町の信号の待ち時間が長いみたいです。距離は変わらないので、赤坂見附経由で行くことにします。これで改善して1.3時間で行ける見込みです。right“正しく“やろうとすると、このような感じ。→電車で行けば15分!ただし電車賃が150円かかります!効果的。→グランスタにある銀のぶどうのかご盛り白ららを買うためそれ新宿京王百貨店にもあるやん!行かなくてええやん!効果的。ポイントは「正しく」やれても「正しいこと」をしなければ意味がない。逆に言えば「正しいこと」をしていれば多少「正しく」やれなくても問題ない。comments2018/09/09タスク依頼時に聞かれて嫌なこと誰かに仕事をお願いした時に、色々と質問をされて嫌な場合があります。質問というアクションは変わらないにも関わらず、嫌な気分になることがあるのはなんでだろう?ということで考えてみました。週末にみんなでBBQをするので、お肉を買ってきてとお願いした時。BBQに来るのは誰ですか?何人ですか?男女比は?みたいな質問であれば、気兼ねなく答えられます。どれがいいですか?みたいな買い物に直結するような質問ばかりされるとイラッとすることがあります。BBQという「目的」を掘り下げる質問であれば問題ないのですが、買い物というタスクに対して直接的な答えを求められると、少しは自分の頭で考えてほしい(週末にBBQすると言っているので、賞味期限はそこまで持つものでしょ)そこで考えないのであれば自分でやった方が早いとなってしまうということです。あまりにも丸投げしてしまうと、タスクに対して直接的な答えが来てしまっても仕方ありませんが、たまーに、だったら自分でやった方が早いと感じたり、そこまでこちらで決めるのであれば、あなたではなく機械に任せた方が仕事が正確と感じてしまうぐらい全てを教えて欲しがる人もいるので、自分もそうならないよう気を付けたい所です。残業を減らそう、ブラック企業がなくなればと、生産性の話はずーっと続いていますが、日本限定と言ってもいいのかもしれませんが、ちょっとした面白い解決策があります。それは、日本の治安を悪くしてしまうこと。夜遅くまで残っていたら身の安全が危ないとなれば、リモートワークも含め生産性は飛躍的に上がるでしょう。笑もしくは、社会インフラを不安定にさせてしまうこと。電気の供給が安定せず、頻繁に停電するようであれば夜に仕事はできないでしょう。いうことで、極端な話を書いてみましたが、環境が恵まれていたら、人は当然、その恵みを享受する。恵まれている、恵まれていない関係なく、人は環境に左右されやすいのかなというのがわかります。環境を変えるというのは、大きな意味を持つんですよね。成果を出したい時は、環境の変化を作って上げることは良いアプローチかなと思っています。いう取り止めのない話でした。comments2018/07/07仕事の品質は目的で決まるということで、タイトルで言いたいことは言い切りました。新人と会話をしていて、意外とこの辺がわからず困っていることがあるんだなと。資料作成をする時に、どこまで作り込めばいいのか?というのは、その資料を誰がどのように利用するのか、目的で決まってきますよね。ようなものであったとしてもです。目的がわからないと、ただただ言われたことだけしかできない、考えることができない(価値のない)仕事しかできない。ならないためにも、目的を理解した上で仕事をしたいですよね。(やりがい、モチベーションにもつながりますしね。comments2018/06/06先輩の仕事を否定するには?生意気な後輩を目指そう!というわけではないのですが、仕事で成果を挙げたいのであれば、意味のある仕事をしたいですよね?新人の時は右も左もわからず、先輩の仕事ぶりを見て真似をしたり、教えてもらったり。いえ、頭の中には常に自分で考えて自分なりに切り開く力は付けておきたい所。そんな時には、この質問。「もしその仕事をやらなかったとしたら、どうなりますか?」(どのような悪影響が起こりますか?誰に迷惑がかかりますか?)仕事は段取り。それぞれのステップで何を目指すのか、どのような結果が出るのかというのを考えると、この質問でそれを確認するのは一つありかもしれません。いえ、営業の場面で、たくさん打った球がある日突然、花開いて実を結ぶこともあるので、これが全てではないようにみえます。いずれにせよ自分の頭で考えて、頭に汗をかいて実行した結果は、実になりそうですが。いうことで、2ヶ月前のブログネタを別の表現で書いてみました。comments2018/05/05大事な視点をどうやって身に付けるのか?個人的にどうやったら、身に付けることができるのかなと悩んでいるものがあります。「この業務マニュアルをもっとわかりやすく修正してください」と依頼されたら、あなただったらどうしますか?図や絵がなかったら、絵を入れてみるのもいいでしょう。文章が冗長なら、もっと短くする。専門用語や分かりにくい言葉があったら用語集などで解説する。モノを見れば、それなりに出てくると思います。ここで冒頭で身に付けることができるのかなと悩んでいるのが、このような図や絵を入れようという発想に走ってしまう状態にならないこと。わかりやすくと言われてこの目次でいいのだろうか?(この構成でいいのか?)これを読むのは誰なのか?その人はどのような場面でこれが必要になるのか?(場合によってはマニュアルじゃない方がよいのか可能性を探る)以前、作業で両手が塞がっているので、マニュアルが見れない、めくれない人達に向けてメガネにその情報を表示するような業務用メガネの試作品を触らせてもらったことがあるのですが、当然、提供方法はこの形でいいのかというのは意識しなくてはいけません。作成する前に気を付けるポイントがあります。それが既に成果物があると、その辺の背景やポイントを確認しないで、作業に入ってしまう。使い手のことを考慮すれば当然出てくるべき問いが出てこない。これって何なんだろうなと思います。依頼する方が適切な指示を出していないからいけないんだ!そー思われた方、おっしゃる通りです。依頼側もやれることがありそうです。依頼する方もそこまで意識できていない。使われなくて、わかりにくいことだけはわかるという状態もあります。今回、これを考えるきっかけも、ある人がずーっと、いろいろな人に「この業務マニュアルをもっとわかりやすく修正してください」と依頼し、多くの修正を加えてきたにも関わらず一向に良くならないことから、こちらに話がきてわかったことでした。人によってはゼロベース思考だとか、本質を掴むだとか、お客様視点で考えるとか、いろいろな表現で今回の問題は説明ができそうですが、多くの人が身に付けるには(みんな当然のように扱えるように)どーしたもんかねと悩んでしまいます。comments2018/04/04仕事を減らすには?働き方を変えようという機運があるせいなのか、どこのお客様でも無駄な仕事、作業はしない、もっと効率的に進めようと、仕事の生産性を求められることが多くなってきました。そこで個人的にお客様とやりとりしていて効果のあった生産性アップの方法を共有しておきます。無駄な仕事、作業はしないとなると、仕事の目的をはっきりさせる、意味のないことはしないのが大事ですが、担当者に仕事の目的を聞くと、それなりに意味がありそうな回答が返ってきます。なると、なかなか仕事は減らせない。「もしその仕事をやらなかったとしたら、どうなりますか?」(どのような悪影響が起こりますか?誰に迷惑がかかりますか?)と聞くと、仕事を減らすきっかけが掴めます。ここで個人的に気を付けているのは、誰に迷惑がかかるかというのが社内の人間なのか、社外の人間なのか。社外の人間(最終的なお客様)に迷惑がかからないのであれば、全体最適の点から社内の人間に迷惑がかかっても検討する価値はあります。この辺は部門を超えたりすると面倒に見えたりするのですが、担当者レベルではなかなか横の繋がりが見えないだけだったりもするので、私達のような外部の人間が無邪気に会話するのは意外と効果があったりします。いえ、最終的に仕事を減らすには、長という役職の方達の覚悟、意思決定だったりするので、会社の文化、社風によって結果は全然異なります。(当然、そーいうプロジェクトが走っている中での活動であるならば、やりやすい。)ということで、その意思決定や推進力を見ながら、その会社の印象を更新していたりします。成果物をレビューすることってありますよね?その際に具体的にどこが悪くて、どう修正すべきかという話もしますが、個別具体的なことばかり言っていても同じミスを繰り返してしまう。魚を釣るのではなく、釣り方を教える。辞書に書いてあることを言うのではなく、辞書の引き方を言う。このようなやり取りをしていると、素直な相手は当然、自分の成長を信じてアドバイスをしてくれているんだと感じて「ありがとうございます」と感謝することがあるのですが、ここが複雑な所。自社の人間であれば、当然だと思います。自社の人間ではなかったら?個人的には仕事、プロジェクトで成果を最大化するために取りうるべき手段として、説明しているだけであったりするのですが、自社の人間ではなかった場合、結果は驚くほど異なります。あるプロジェクトでは、私の行動は評価され、あるプロジェクトでは全く評価されない。評価されなかったプロジェクトでは何があったのか?それは簡単です。結果が出せない人は交代すればよい。そのようなことに時間をかけるべきではないと言う考えです。一理ありますよね?感情的なところで受け入れられることができるかどうかは別ですが、このように考えるクライアントもいるので、付き合う時には気を付けるようにしています。書くのに慣れたとはいえ、ブログネタに困ることは全くないわけではありません。忙しくて書く時間が取れない時もあります。そのような時のために、いざという時のために、すぐ使えるブログネタを用意しています。2年以上前に仕込んで、まだお披露目をしていないわけですが、引っ張れば引っ張るほど面白そうなので、何を仕込んだのかは、もうちょっと先に書こうと思います。(一応、ブログを見ていればわかる人にはわかるかもしれません。いえ見つけるのは難易度マックスです。comments2018/01/01あけましておめでとうございます。あけましておめでとうございます。本年もよろしくお願いします。ブログで挨拶するのも恒例。何か気の利いたことでも言えるといいのですが、今年も来年も変わらず、このような形でスタートです。comments2017/12/12過去の自分に教わるブログを10年以上も書いていると、コンテンツがかなり貯まってきます。普段読むことはないのですが、ふとした時に読み返してみると、意外とええこと書いてあるやんって自画自賛。いうのはさておき、自分を振り返る、頭の中を整理するきっかけになるようなことが書いてあります。過去の自分に教わっている。基本的に仕事をしていて感じたこと、読んでくれる方達に意味のあるようなことを書こうとしているのがいいのかもしれません。何かテーマを持ってコンテンツを貯めていくと思わぬメリットがありますね。comments2017/11/11問い合わせ時のたらい回しを防ぐ何かサービスを利用していて問い合わせをした時にたらい回しにされるとイライラしますよね。教えられた連絡先にかけたら、元の連絡先に問い合わせてくださいと言われた時(実際にあります)は驚きを通り越して怒りがわいてきてしまいます。いうことで、一般消費者相手だと、ちょっと難しいかもしれませんが、良さそうなやり方があったので、備忘として記述しておきます。舞台はある大企業の情報システムの問い合わせ窓口(ヘルプデスク)です。国内外のグループ会社もシステム利用、関連システムも含めて数十ものシステムをユーザが使用しています。基本的に窓口は一本化されているのが理想ですが、導入タイミングもバラバラ、必ずしも一本化されているわけではない。そんな時に別のチームが担当している問い合わせが来た時に、普通は正しい連絡先を教えて終わりですよね。それをすると、どうしてもたらい回し感が出てしまう。そこで行うのが、こちらから連絡をする(電話をする)。相手の連絡先を確認し、担当から連絡させる・・・という形です。この方法であれば、たらい回し感は出なくなりますよね。この方法を行う際の注意点が一つ。それは、相手が急いでいる場合は使えないということです。問い合わせしてきた・・・ということは、トラブルなどもあります。その時に担当から・・・なんてことを言っていたら連絡先を教えろ、自分で連絡するってなりますよね。急いでいなくても、いつ来るかわからず、いきなり電話が来るのは嫌な人もいます。従って担当から折り返し連絡をさせるか、連絡先をお伝えするので直接かけていただくか・・・選択肢の提示が現実的な対応になります。これってよくよく考えると、どこでもやっているような気もしなくはないのですが、どうなんでしょうね?一般消費者相手のサービス業だと、マニュアル含めてしっかりしていそうなイメージがありますが、企業内の仕事だと意外とこの辺のサービスレベルはブレがありそうです。いうことで、サービス業などから学べることはたくさんありそうなので、今後、自分がユーザで問い合わせるようなことがあった時に、その会社の対応を見る一つの視点になりそうです。タスク管理がお気に入りです。具体的には、タスクを登録する時にちょっとだけ着手する。何か資料を作成する時はファイルに名前を付けて保存するとか、何か企画、計画をする時はそのアイディアの断片などを記録するとか。メールを書くなら一行だけ書いて下書きにするとか。これだけで実際にタスクを潰しにいく時に立ち上がりが随分と早くなった気がします。中途半端な形で残っているので、存在が気持ち悪い。早く潰さなきゃというモチベーションもあるような気がします。基本的な仕事術なのかもしれませんが、今更ながら気に入ってしまいました。無視して、がむしゃらにやるのに、契約した途端、利益を出さなくてはならないせいなのか、効率に走るってこと、ありません?結果として、やるべきことをやらないで品質に問題が出るなんてことも。取りとめなく書いてしまいましたが、営業コストの許容と、契約後のコストの捉え方が全然違うことってありそうだなと。そこから色々、勉強できそうな気がしています。