MMM @MMM140806 コストカッターが、短期的に利益を上げ、そのコストカッターが出世や転職していなくなった後に、問題が発生する。 この現象に、名前はないものか。 2024-05-02 15:16:14

「坂本龍馬は大したことしてない」「織田信長は常識人」のような新説が生まれる意味を考える。（”司馬史観”の歪みはどこにあるのか？） こんにちは、経営コンサルタント兼思想家の倉本圭造です。 今回は、最近「坂本龍馬は史実では大した事をしていない」という話がちょいちょいネットの噂話で聞かれるようになってきて、実際のところどういう感じなのか興味あったので調べてみる記事を書きたいと思っています。 あと、織田信長も、「実は信長は常識人で、長篠の戦いの鉄砲三段打ちとかもなかったと言われていて」みたいな話を聞くんですが、なんかこういう「時代に応じて認識が変わっていく」のは、どういう意味があるのかを考えてみたいんですよね。 もちろん、新しい研究成果が出てきて、という事もあるんですが、その細かい史実の積み重ねが「ひとつの像」を形成するにあたっては「その時代のニーズ」も大きいですよね。 例えば足利尊氏が、明治時代

俺：係長 A子：部下、役無し 会社：非常にホワイトな大企業 これはただの愚痴だ 「私はどうして主任になれないんですか」 「女だから差別されてるんですか」 違う。今は女性の昇進目標30%があるから、女の方が推薦しやすい環境だ 女を無理やり昇進させたせいで、今は降職希望で人事部が困ってるくらいだ 「じゃあ産休と育休取ったから差別されてるんですね」 違う。産休と育休を取っても働いてた扱いで考査しろと厳命されてる 休んでた期間は平均的な評価がついている うちはホワイト大企業で女性管理職比率30%に血眼だ 「じゃあ時短だから」 違う。時短でも構わずどんどん昇進させてる うちはホワイト大企業（略 「子どもが熱出して突発休みするから」 違う。そんなことはどうでもいい。誰でも休むときは休む。休んだからって評価は下がらない 問題はそこじゃないんだ お願いだから仕事のメモを残してくれ 急ぎの仕事を教えてくれ

【B&J】みんなのフィードバック大全『みんなのフィードバック大全』三村真宗（光文社） 🤞イベント参戦時のチートシート（すぐ内容忘れるので）🤞 【目次】 第１章    フィードバックとは何か 第２章    ポジティブフィードバックをマスターする 第３章    ギャップフィードバックをマスターする 第４章    コーチャビリティを身につける 第５章    経営戦略としてのフィードバック 【第１章】フィードバックとは何か コンカー流フィードバックの５つ基本理念 １．マインド ・後ろ向き・責める気持ちではなく、建設的に・成長を願って ２．種類 ・ギャップフィードバックだけでなくポジティブフィードバックも ３．方向 ・上司から部下だけでなく部下から上司、同僚間、斜めも ４．受け止め方 ・伝え手のスキルだけでなく受け手のスキルと心構えを ・コンカーでは受け手の能力のことをコーチャビリティと呼んでい

烏龍茶 @OolongTeagasuki #事務ミス選手権 事務作業中、目が疲れたので、ちょうど手に持っていた棒状の物で眉間やこめかみを押してたら、それがまさかの“済印”で、顔が済マークだらけになった。 隣の席の同僚が笑いを堪えながら 「面白いから鏡見てきな。」って教えてくれた。 pic.twitter.com/efYgRQ8HPm 2024-02-18 10:38:07

>>さくらインターネットの採用情報を見る 「外回り営業中に巻き込まれたら見つからないな」と3.11で思った。 2024年1月1日元旦。能登半島地震が発生し、大きな被害が出ている。デジカメやスマートフォンの普及で、多くの現地映像を見られるようになった。一般市民目線の生々しい映像を見て東日本大震災（3.11）を思い出した。3.11が起こったのは金曜日の午後だ。僕は営業部の課長として働いていて、ちょうど1人で外回り営業中。車が遊園地のアトラクションのように激しく揺れたのをよく覚えている。 余震が続くなか車で会社へ帰る途中、会社が僕の正確な居場所を知らないことに気づいた。当時の営業部門は、日、週、月ごとの目標数値達成という条件をみたしていれば、行動は個々の自由裁量に任されていた（サボっていては達成できない数値ではあるが）。古い体質の会社の営業部門なんて似たり寄ったりだろう。 そのため、営業マンがい

私は「人件費削減に協力したいので辞めて社外からお手伝いします」で、感謝してもらった上に独立後の固定クライアント確保というおいしい思いをしたけどな。

「大人は毎朝、新聞を読むのが当たり前」そんな時代はもう、とっくに過ぎ去ってしまった。70代の８割がスマホを持つ世の中で、巨体を維持できなくなった彼らは、どこへ向かおうとしているのか。 退職者に「戻ってこないか」 「読売はいまだに体育会系の社風で『辞めるヤツは、ついてこれないから辞めるんだ』と、退職者が出たら悪口を言うのが習いでした。ところが最近は、そんなことを言っていられないほどの勢いで辞める人が増えている。東京本社では自分も含めて同期の3分の1ほどが辞めました。 今年は記者だけでなく、購読者データやデジタル広告を管理する新社内システム『yomiuri ONE』の開発リーダーを務めた、デジタル部門のエースTさんが辞めて広告系の会社に移り、激震が走っています。まだ読売の看板を信奉している役員連中は、激怒していたようですが」 こう明かすのは、最近読売新聞を退職した30代の記者だ。「マスコミ界の

僕は食品会社の営業部長だ。部下Ａから案件進捗状況の報告を受けた。Ａは他部門から営業へ異動してきた50代後半のベテラン社員だ。時折トリッキーな言動をキメて僕の心をざわつかせるので少々不安を覚えていたのだが、「相手の反応はどうでした？」という僕の問いに「あーはいはい。なかなかいい反応でしたよ。来週、次の段階に進むことになりましたー」という言葉が返ってきたので、ほっと胸をなでおろしたのである。 数時間後、Ａと同行した他部署のスタッフＢから「Ａが相手から求められた資料とかけ離れたものを提示して微妙な空気になった」という報告を受けた。そのため仕切りなおしで来週再提出。「なかなかいい反応（自称）」はいずこ。ＡＢどちらが正しい報告なのか。判断材料が乏しいため、培ってきた信頼と関係性で判断するほかなかった。 Ａとはいくつかの案件を一緒に担当した仲だ。想定外の展開に陥った交渉、厳しい納期の企画作成、死線をく

このエントリは、SmartHR Advent Calendar 2023 シリーズ1の3日目です。 シリーズ1の前日のエントリはalpaca sanの佐渡島の物件情報を集める方法 - alpaca- tcでした シリーズ2の前日のエントリはasonas sanのE03との戦いでした これは何 当初、Rubyを取り巻く型情報に関するツールの関係性についてまとめようと思ったのですが、既に良いドキュメントがあり、自分が満足してしまったので別の話題として認知負荷をテーマに筆をとっております。 ツールの関係性については↓のエントリをご覧ください Ruby 3の静的解析機能のRBS、TypeProf、Steep、Sorbetの関係についてのノート - クックパッド開発者ブログ 閑話休題 認知負荷という言葉、よく聞きますよね。私もよく言いがちでした。しかし、「認知負荷」という言葉をふわふわな認識のまま「

想定外の出来事やスケジュールと戦わなければならないことが多いプロジェクトマネジメントの仕事。その醍醐味や面白さとは何なのでしょうか？ ここにアニメファンのみならずIT・コンサル業界までもざわつかせている一冊があります。その名も『プロジェクト・シン・エヴァンゲリオン -実績・省察・評価・総括-』（以下、『プロジェクト・シン・エヴァンゲリオン』。2023年）。2021年に劇場公開され、ジャンルとしての「ロボットアニメ」作品では異例の興行収入100億円を超えた『シン・エヴァンゲリオン劇場版』（以下、『シン・エヴァ』）の制作過程を、『シン・エヴァ』を制作した株式会社カラーによる完全自主制作・出版によって、映像技術の側面ではなく、あくまでプロジェクト遂行の視点で克明に記したドキュメントです。その赤裸々さと記録風の文体のギャップが大いに話題を集めています。 執筆を担当したカラーの成田和優さんは、JAX

はじめに こんにちは。カケハシの各プロダクトを支えるプラットフォームシステムの開発チームでテックリードを担当しているkosui(@kosui_me)です。 プロダクト開発の世界では、明瞭な社内向けドキュメントを書くための方法が数多く提案されてきました。読者の中には、製品要求を明瞭にするためにPRD (Product Requirements Document、製品要求仕様書) を書き、プロジェクトの背景から全体の設計やその代案について明瞭にするためにDesign Docsを書き、アーキテクチャに関する意思決定の記録を明瞭にするためにADR(Architecture Decision Record) を書いてきた方も数多くいらっしゃると思います。 しかし、どんな素晴らしいドキュメントも、何故か更新されなくなります。新メンバーへのオンボーディングのためにインフラ構成図を検索したあなたが見つけた

5年エンジニアとして務めた富士通を一昨年退職した。そろそろほとぼりも冷めたと思うので、書く。 真面目に書いている増田もいるが、僕は自分の半径5m以内で起こった幼稚な理由にフォーカスを当てる。 開発環境がだめまずこれがトップにくる。 本当にだめだった。多分開発させる気なんてなかったんだろうなあ。ニートでももうちょっといい環境を使っていると思う。 メモリ4GBのセレロン使ってた。もちろんSSDじゃなくてHDD。PCは富士通製のミドルクラスのノートPCしか支給されなかった。 Macなんか認めん！iOSアプリも富士通PCで作れ！（本当にあった話）。 机上環境もだめいろんな環境にいたが、その中でもひどかったのは、もともと生産ラインがあった場所に机を置いて事務所として使っていた場所だ。机もせまかったし、気温も暑いか寒いかのどちらかだった。 そこに協力会社を大量に押し込んで、ソフトウェアの生産ラインを作

www.oreilly.com オライリー・メディアのコンテンツ戦略部門のバイスプレジデントであるマイク・ルキダスの文章だが、彼が数週間前、「コードを書くことが問題なのではない。複雑さをコントロールすることが問題なのだ」というツイートを見かけた話から始まる。彼はこれに感心したようで、これから何度も引用すると思うので、誰のツイートか思い出せればいいのにと書いている（ご存じの方は彼にご一報を）。 件のツイートは、プログラミング言語の構文の詳細や API が持つ多くの関数を覚えることは重要じゃなくて、解決しようとしている問題の複雑さを理解し、管理することこそが重要だと言ってるわけですね。 これは皆、覚えがある話だろう。アプリケーションやツールの多くは、最初はシンプルである。しかも、それでやりたいことの80％、いやもしかしたら90％をやれている。でも、それじゃ十分ではないと、バージョン1.1でいく

新しい企画を任されたけど、なかなかアイデアが思いつかない。今までにないものを開発したいけど、頭の中が迷路になってしまう……。 「0」から「1」を生み出さないといけないのに、それが難しいと悩むビジネスパーソンは少なくないでしょう。 そこで話を聞きたいのが、この世に存在しない都市の地図を制作している、空想地図作家の今和泉隆行さん。「空想地図」を制作することで今までにない職業の仕事を生み出してきた、まさに「0」から「1」を生み出すプロです。 どんなことをすれば、「0」から「1」が生まれるのか。新しいアイデアを生み出すのが苦手ならば、他者の手をいかに借りればいいのか。「1」を生み出し、それを「10」「100」に広げるためのヒントを伺います。 ―今和泉隆行（いまいずみ・たかゆき） 空想地図作家。7歳の頃から、実在しない都市の地図「空想地図」を描く。現在は、地図デザイン、テレビドラマの地理監修・地図制

（追記） 「俺は今でも、あの41話をチェックした人のことを思っている」の末尾に句点なし。「一番最後」は口語的表現でOKなのかな。 ありがとう、助かる。 どっか落としてるだろうとは思ってたが、仕事終わりに自分の文章なんかマトモに読めねえんだよな。 句点イレル。そういや同じ現場だった校正者もよくやらかしてたな。元気してるだろうか。 「一番最後」はママで。副詞的用法だと「ぶっちぎり」みたいなニュアンスを感じるから、おっしゃる通り強調表現の範囲内として個人的には違和感ないかな。もちろん要指摘事項だが。 “？”の後ろに文章が続けばスペースあり、後ろが “」”の記号ならスペースなし、“これはいったい何年前の学説なんだ？って” と促音でもスペースなし、が校正ルールってことかなーと思いながら読んだ。 だいたいそう。最後の場合はスペース入れる表記ルールも多いけど、俺は一文としてつながりがあるならアキなしの方

パワハラしていた先輩＝Aさん パワハラされていた新人＝Bさん Bさんが入社したのは2021年1月。 3月で退職する社員がいて、その後釜だった。 前任者から引き継ぎを受けた後は、Aさんがサポート係になってペア組んで仕事してた。 Aさんのパワハラっぽい行動が目立ち始めたのは、たしか2021年の秋ごろ。 「それ何回教えたら覚える？」という言葉が頻繁に聞こえてくるようになった。 Bさんが何か質問すると「マニュアルに載ってる」「自分で調べなさい」「前回教えたときにメモしてなかったの？」と突き放すような言動が目立ち始めた。 そうやって突き放すわりに「なんで勝手に判断した？こっちに確認してから動いて」みたいなこともよく言っていた。 Bさんの仕事の覚えが悪いことは何となく察していたが、それにしたって言いようがあるだろと思っていた。 だんだんとAさんの態度はきつくなっていって、部署の雰囲気が悪くなっていった

2 月から、Mackerel チームの所属になった。 今日から異動して Mackerel チームです。非正規ルートでの要望でもいい感じにやるので何でもください！— Takafumi ONAKA (@onk) February 1, 2023 これを期に、せっかくなのでコードを読まないマネジメントスタイルを試してみようと思って、実践している。 今までは自分が一番プロダクトのコードベースに詳しい状態を作ってきていて、障害対応でも嬉々として先頭に立つようなテックリードスタイルだった。 この姿が天職と思っているが、今までの人生で、コードの細かい話が通じない (というか、共通言語や会話のレイヤーが違う) けれども非常に信頼できるマネージャーと仕事をしてきた経験はあるので、自分も彼らのようなムーブが可能なんだろうかとやってみたくなったのだ。知識欲が減衰した老害化現象ではないと思う。きっと、たぶん。 も

[B! Togetter] 上司に「開発がしたい、コードが書きたい」ってずっとお願いしてたけど状況変わらんかったから「退職を考えてる」って話したら「そこまで考えてると思ってなかった」って言われた… 登場人物エンジニア彼女 社会人4年目 開発経験なし 何が起きたか上司に「開発がしたい、コードが書きたい」ってずっとお願いしてたけど開発させてもらえなかった 退職を切り出したらやっと「本気だと思わなかった」「調整する」と言われた 外野（はてな）の見解・開発経験なし、スクールに通おうかと思うレベル、だったら本気で考えてるとは思われないかもなあ……。 ・元々コード書く能力があって「是非ともやらせてくれって人」なら判るけど、全くの素人が「コード書きたいから辞めます」ってのは正直、ハァッ？って感じ ・未経験か…。新米にいきなり調理場で鍋振らせないし、特注品の製作とかやらせないし、いきなり刀打たせてなんてく