最も重要なビジネススキルはなんですか？ と問われたら、なんと答えるだろう。 人によりけりだと思うが、私がコンサルティング会社で経験した限りでは、「結論から話す」がその候補の一つだと感じる。 これは誇張でもなんでもなく、「コンサル一年目が学ぶこと」の著者が、この本の最初の項目として設定していることにも現れているように、 あるいは、スキル系のビジネス書には大抵それに類似したことが書いているように、今では「結論から話せ」は、、もはやビジネス上の慣例といっても良いくらいだ。 私の場合は、入社するとまず直属の上司に「結論から」を求められた。 例えば、こんな具合だ。 私「すいません、相談があるのですが……」 上司「何？」 私「お客さんのところで、規定の説明をしていたのですが、第二条のところでお客さんから質問が出てしまったんですよ。「目的と目標はどうちがうんですか」と聞かれたので、こう答えたんです……」

できない人が質問をしに来ない、という傾向は、それなりにどこの会社でも見られるようである。 例えば新人が聞きに来ない、若手が聞きに来ない、あるいは「不出来なベテラン」だと、誰にも相談できなくて行き詰まる、なんて話もある。 つい先日も、あるテクノロジー系の企業で「聞きに来ないメンバー」をなんとかしたいが、どうすればよいか、という話があった。 聞くと、力量の低いメンバーの一人が、報告が苦手で、かつ聞きに来ないので、こちらがかなり監視をしているが、手間がかかってしょうがない、という。 仕事の進捗を入れたり、週報を書いたりするような社内システムもあるのだが 力量の低い人ほど入力率も低く、入力した報告の内容も拙いという。 結局、上司が直接、成果品を逐一覗いてチェックをしているそうだが、それも限界がある。 こまったこまった、という話だ。 ＊ こういった事象について 「できない人」は、「何がわからないのか

「恩師」の意味を「人生全体に渡って、大きく影響を及ぼす程の薫陶を受けた人」と定義した場合、私には恩師と言って良さそうな人が二人います。 一人は、小学校の3年から4年の時に担任をもってもらったH先生。 もう一人は大学の専門課程、国語学研究室でお世話になったS先生。 H先生については、人生の選択に関わる重要な示唆を色々と頂いたなーと思っていて、例えば昔この記事で書いたんですが、 忍者ハットリくんが、私の人生を大きく変えた、という話。 「ファミコンの忍者ハットリくんに巻物が出てきてかっこいいから、本物の巻物にも触ってみたい」 と素っ頓狂なことを言い出した私に、 「巻物は大学行かないと触れないよ」と答えて、さり気なく「大学=巻物」という刷り込みを行ったのがH先生です。 多分私、この教えがなかったら大学行ってませんでした。 上記の記事でも書いた通り、私は大学での専攻として、「巻物に触りたいから」とい

45歳のプログラマーが、警察庁、NTT、SMBCの一部システムのコードを流出させたというニュースを見た。 三井住友銀行などのソースコードが流出　“年収診断”したさにGitHubに公開か【追記あり】（ITmedia） 三井住友銀行（SMBC）は1月29日、同行のシステムに関連するソースコードが外部のWebサイト上に無断で公開されていたと明らかにした。 情報漏洩の事件自体は既に珍しくないが、気になったのが、流出させたとみられる本人の反応だ。 「商用利用してないので、何も言われないと思う」という呑気なツイートをしている。 出典：45歳プログラマーさん、警察庁とNTTとSMBCのソースコードを世界に無償公開してしまう ツイートを見るに、年収を査定してくれるというサービスを利用するために、ソースコードをアップしたという。 だが、「普通に」考えたら、お客さんに納品したコードを「本人が使い方もままならな

自分の無知や弱点を晒すことは、学びを得る上で非常に重要なことです。 かつてソクラテスが言ったように、「自分が何を知らないか」ということを認識するのはどんな人にとっても大変困難なことでして、多くの場合他者との接触を通して「自分の無知」を認識する他ありません。 その意味で、「俺はこれについて何も知らない」ということを、我々はどんどんオープンにしていくべきなのです。 ということで恥を忍んで申し上げるのですが、しんざきは料理というものについて全く、さっぱり、完全無欠に知見がありません。 今までの40年程の人生、料理というスキルに殆ど触れずに生きてきてしまいました。 いや、決して、私が「男子厨房に立たず」などという時代錯誤な主義を持っているわけではないのです。 厨房には立ちます。 皿も洗えばシンク掃除もするし生ごみの始末も排水口の掃除もします。 そこについては主張させてください。 ただ、しんざき家で

ちょっと前の話なんですが、職場にて、わたしとはまた別のチームのリーダーが辞めてしまって、とても惜しいなーという気分になっています。 実力がある人でした。色んな知識を持っていて、その知識を応用するやり方も知っていて、課題を見つければその課題を解決する方法を、しかも実現可能なやり方で考えられる人でした。 ただ、私が見る限り、その人にはたった一つだけ、非常に大きな欠点があって。 それは、彼が、 「攻撃の手段としてしか質問をしない人」だった、ということなのです。 まず前提として。 本来であれば、「質問」というのは、何か自分が知らないことを教えてもらう、あるいは自分が知っていることと相手が知っていることを合わせて、新しい知見を導くために使うものです。 良い質問があると話が進みますし、皆の知見が深まります。 だから質問は大事ですし、気軽に質問が出来る環境作りも非常に重要です。 その辺の話については以前

ちょっとまえ、面白い記事をツイッターで拝見した。 企業の採用担当が、面接時に見ているポイントを端的に表現したものだ。 曰く、「事実と意見を分けて説明できるかは圧倒的に重要で、これができない人はかなり厳しい。」とのこと。 クローズな勉強会などで話をしたら好評だったのでブログに書きました / 面接時に見ているポイント – VOYAGE GROUP techlog https://t.co/64ehNAYLAi — Masanori KOGA (@makoga) October 29, 2019 彼がこれを重視する理由としては 「事実と意見を分けて説明するのがうまい人が書いた障害報告書は読みやすい」とある。 確かに読みやすい文章を書く人は、知的能力が高い事が多いので、採用の精度は良いのではないかと推測する。 ただ、この文章を読んで感じるのは、 「なぜ「事実」と「意見」を区別して話せない人がいるの

最近はあまり技術的な仕事をしていないんですが、実は私は元々DBエンジニアです。 OがつくDBとか、PがつくDBとか、mがつくDBとかをいじくって、クエリを書いたり、テーブルの設計をしたり、パフォーマンスのボトルネックをあれこれ調べて解消したり、INDEXヒントを総とっかえして頑迷なオプティマイザをぶん殴ったりすることが主なお仕事でした。今でもたまーにそういうことをします。 同業の方であればお分かりかと思うんですが、DBのパフォーマンスは凄く唐突に、かつ多くの場合極端に落ちます。そして、DBのパフォーマンスが落ちると物凄く広範囲に影響が及びます。 アプリケーションサーバ、重くなります。クライアント、ろくに動かなくなります。お客様、切れます。カスタマーサポートにはわんさか電話がかかってきます。 ただ「遅くなる」だけでも十分に影響は甚大なのですが、それ以上のトラブルが発生するとまあエラいこっちゃ