コンサルタントをやっていた時、「できない理由」を並べ立てる人々に数多く出会った。 彼らの習性として「新しい何か」には、ほぼ「忙しい」と反対する。 また、リスクばかりを強調し、その打開策は探そうとしない。 例えば、こんな具合だ。 企画「今年の方針発表にもあった通り、お客さんにサービスの満足度についてヒアリングをしたいのですが。」 営業「いや、今すぐは忙しくて無理ですよ」 企画「社長からは「すぐに」と言う話だったと思いますが……、なぜですか？」 営業「ただでさえ目標がキツイので。目標達成に影響が出ます。」 企画「そうですか。では、我々が動くので。営業の方は何もしなくていいですよ。」 営業「いや、それも困ります。」 企画「なぜですか？」 営業「お客さんを混乱させてしまうかもしれないからです。」 企画「具体的には？クレームが来る、という事でしょうか？」 営業「まあ、そうかもしれません。」 企画「か
2023/10/12 【ハイブリッド開催】個人の成長を促すEMのコミュニケーション術 https://timeedev.connpass.com/event/296884/ 話を聴く技術 吉永 聰志 EM
引き受けないお仕事の基準｜Tetsuya Morimoto
たまたまお仕事の断り方という記事を読んだ。ひとり会社を経営してもうすぐ5年が経とうとしている。うちの会社では過去に1度、大きな失敗を経験してふりかえりを行った。その際に引き受けないお仕事の基準というものを社内で作成した。その失敗に至った原因の1つとして、本来引き受けるべきではないお仕事を受けてしまったと後になって反省した。 時代の流れや人手不足もあり、システム開発やプログラミングのお仕事はまだまだ好況にみえる。うちのような零細企業でも、実際に引き受けられるお仕事より依頼の方がずっと多い。そして残念ながらせっかくいただいた依頼をお断りすることもまた多い。 引き受けないお仕事の概要経理の本に書いてあったやるべきではない取引起業したばかりの頃に読んだ次の経理の本にも「やるべきではない取引」として次のリストを提案していた。 報酬が魅力的でも信用できない相手や嫌いな相手との取引 入金が遅い取引 自分
従業員の「睡眠改善」がストレス軽減やワークエンゲージメント向上につながることを解説した、株式会社フェアワークとNTT PARAVITA株式会社の2社共催セミナー「約3,000人のデータ分析結果からわかった効果的なメンタルヘルス対策」。本記事では、同セミナーの第2部「効果的なメンタルヘルス対策のための実践ガイド」の模様をお届けします。NTT PARAVITAの猪原祥博氏が、定期的に「高ストレス判定」を受ける人の多さや、たった一言で部下の高ストレスを見抜く方法などを語りました。 定期的に「高ストレス判定」を受ける人の多さ 猪原祥博氏（以下、猪原）：今度は「大手IT企業のストレスチェックデータ」をご紹介します。これは許諾をもらい、完全に匿名加工されたものです。全4万件のうち、データ提供に同意した約3,800人の、2019年から2023年までの5年分のデータになります。 5年中5回とも「高ストレス
あなたの上司は異世界転生してきた能力者ではないし、あなたができることをあなたより上手くできる必要もない。 - フジイユウジ::ドットネット
先日、『質の高い課題解決できる人が「こうすべき」を主張すべきだけど、それが苦手な人も多いからチームで解決したら良いのでは』という雑な考えを書いたのですが、僕のブログにしては多くの人に読んでもらえました。 読んでくれた人、ありがとうー fujii-yuji.net ただ、この記事へのコメントで「質の高い決定ができない上司や社長はダメだろ」みたいな意見もそれなりに多くあって、けっこう驚いたのですよね。 僕が雑に書いたわかりにくい文章だったことが原因で誤解されてしまったのでしょうけれど、今日は補足として「部下がやれることを上司もやれる必用はないですよね」的な話を書きます。 上司が「自分ではできないからお前に頼むわ」と言ってくれたお陰で、"上司のして欲しいこと探し"をしなくて済んだ。 僕が若いころお世話になった上司はよく「自分ではできないからお前に頼むわ」と言っていました。 実際のところ、その上司
1on1に唯一無二の正解はない 櫻井将氏（以下、櫻井）：最後に、じゃあ「フィードバック」と「聴く」ことをどうやって両立するんだっけ、ということを話します。「フィードバック」だけでも「聴く」だけでもダメだと思うので、ここの両立について。 私も「聴く」ことや1on1について散々伝えているので、「1on1の正解を教えてください」とよく言われるんですけど、最初にお断りしておくと、これにはちょっと答えられないなと。 やはり関係性や相手の状態によっても違うし、自分側のスキルや得意や好きなものによっても異なるので、唯一無二の正解はないなと思っていて。ただ「こんな感じでやったらうまくいくよ」という定石のようなものはあると思うんです。 料理でもそうなんですけど、「肉じゃがの正解を教えてください」って言われても、唯一無二の正解はたぶんないと思うんです。ただ、「こうやったらだいたいうまくいくよ」みたいなものがあ
この記事で書きたいことは、大筋以下のような内容です。 ・町内会で、「その場にいない誰かの気持ちを勝手に代弁して、相手の意見を封じる人」がいた ・「気持ち」自体は必ずしも軽くみられるべきではなく、むしろ尊重するべき ・けれど、「他人の気持ち」を安易に議論に持ち出して、しかもそれで他の人の意見を否定するのは妥当と思えない ・仮想的な誰かの気持ちを代弁することで、自分の意見に「客観的な意見」というような色を乗せようとするのは説得力のドーピング ・「快/不快」の話をするなら、まず「自分」を主語にして欲しいなあと思う 以上です。よろしくお願いします。 さて、書きたいことは最初に全部書いてしまったので、後はざっくばらんにいきましょう。 以前書いたことがあるのですが、しんざきは地元の町内会というものに所属しておりまして、コロナ前は町内イベントの運営などにもちょこちょこ関わっておりました。 一応「青年団」
予実管理｜福島良典 | LayerX
予実管理はなぜ大事か予算(事業計画)とは現在の事業理解を反映したものである。予算は、売上の発生メカニズムやコストの発生メカニズムをモデル化する。モデルの中には変数(パラメータ)があり、基本的にはこの変数を達成していれば、予算が自動的に達成されるという前提で作られる。つまり予算は、その時点での事業の理解そのものを表している。 予算と実績が合わないということは、事業の理解が浅いということである。何かしら前提としていることが間違っている、見落としていることがある、わかっていないことがあるということである。事業の理解が浅いと、どれくらいのリソースを投下するとどれくらいのリターンが得られるかをコントロールできていないことになるため、投資の不確実性が高い状態とみなされる。 投資の不確実性が高い状態だと、資金調達コストが上がる。仮にまったく同じ構造の事業をもつ2社があるとする。コントローラビリティが高い
ソフトウェアの内部品質に生じる様々な問題は組織設計にその原因があることも多い / Internal Quality Issues Caused by Organizational Design
2023-11-21 技術的負債に向き合う Online Conference https://findy.connpass.com/event/297813/
富士通に忖度してるとか言ってるけど、あれ、普通に取材NGだったんじゃないかな。 当時の経緯を知ってると「私の名前は出さないでください」ってなったとしても不思議じゃないと思う。そうなれば当然NHKも富士通も触れないし、本人が拒否したんですなんて発表するわけもないし（例え親族が声を上げたとしても） 京コンピュータって、富士通半導体の最後の打ち上げ花火だったんだよ。 当時の話京の開発が進み、実際に生産されるころは、経営方針として富士通は半導体撤退をするかどうかで揉めていたころだった。 京コンピュータは、富士通が自社工場で作った最後のスパコンであると同時に、国のトップ開発のHPCにおいて、富士通が単体で作り上げた初めてのHPCでもあった。 これは、富士通が優れている、というよりも、逃げ遅れたと表現してもよいかもしれない。HPCのプロジェクトからは、NECと東芝が次々と撤退していたのだ。 当時半導体
様々な会社に訪問していると、それなりの頻度で「言語化が苦手な人」に遭遇する。 例えばこんな具合だ。 「プロジェクトの基本要件を一つにまとめてマネジメントしたいんだけど。 例えば、一部のプロジェクトで必要なリソースを最初に一つの大きな枠組みで決めて、それを全部に使う、そんな感じ。」 「言葉にできてるじゃない」と思う方もいるかも知れない。 だが、本当に言語化の苦手な人とは、「言葉にはできているのに、その内容が、他の人にとって難解過ぎる人」なのだ。 「言葉が出てこない」 「説明しにくい」 「なんと言えばいいのか迷う」 というのは、実は「言語の苦手な人」よりもかなりマシである。 なぜならば、「言語化できていない」という認識を自分自身で持てるからだ。 それに対して、真に言語化の苦手な人は、自分自身で「言語化が苦手」と気づいていない可能性が高い。 前職にもこんな人がいたが、 「あの人、あたまが良すぎて
プロジェクトでの進捗確認ミーティングもありますが、進捗を聞くだけに終始してしまいます。「働くこと」にもう少し視野を広げて、いろいろ聞いてみることがあります。1on1です。進捗確認MTGとは別の事柄を聞けます。以前は、1on1で質問される側でしたが、最近は1on1で質問をする側になったので、気づきをメモしておきます。 1on1の目的 1on1の目的は、（私の場合は）「心理的サポートをすること」です。別の言い方をすると、「働くことを通じて自己実現ができそうか/できているかを念頭に置き、会話を通して、精神面や志向についてプラスを大きく、マイナスを小さくするように働きかけること」です。 その上で、①働き方仕事内容の確認、②不安心配事の検知・助言、③成長・改善の意識付けという3つの観点から、プラス面、マイナス面を把握し、プラスを大きくマイナスを小さく働きかけます。 また、1on1をするときの基本的な
組織という仕組みで解決することの難しさ、あるいはマネジメントに超人を求めるのは間違っているだろうか - Kengo's blog
そりゃ間違ってるんだけど、ではどうするべきなのかが見えてないなぁという話です。 事業が大きくなると組織という仕組みの重要性が上がる 同僚が何千人といたメガベンチャーから社員数20数人のスタートアップに転職してから1.5年経ちました。ここまでに自分が貢献した内容にはSREや医療情報技師としてのものも当然あるのですが、マネジメント経験のあるIndividual Contributorという立場から組織の成長や組織における連携について補足や関連情報を提供するということも意外とありました。例えば社内ブログや社内勉強会で触れたものには以下のようなものがあります： コーチング紹介 ヒューマンスキル紹介 爆速アウトプットを組織的に支える施策 事業の急成長における表側と裏側 稟議入門 こうした知識や観点を個々人が持つことは、ボトムアップと呼ばれる自発的な行動を支援する意味では大きな意味があります。そして少
急成長するスタートアップがどうしてそのスピード感や勢いを失ってしまうことがあるのか、その背景にある構造とパターンを筆者の目から解き明かし、それを回避する方法を提案する。John Qian氏のブログ記事の翻訳。 [スタートアップ]原文 How a startup loses its spark (English) 原文著者 John Qian 原文公開日 2023-08-12 翻訳依頼者 翻訳者 doublemarket 原著者への翻訳報告 238日前 メールで報告済み 238日前 原著者承諾済み 編集 ちゃんとしたシードステージのスタートアップでは、エンジニアは業務経験を「夢中だ」と表現する。大きな会社では、得られるのは最良のケースでも「楽しい」程度だ。どうしてこうなってしまうのだろう。これは避けられないのだろうか。 スタートアップを夢中になれるものにするのは何なのかを調べてみよう。エンジ
「世界一流エンジニアの思考法」は強いエンジニアの習慣がいい感じに言語化されていてよかった件 - Lean Baseball
界隈で話題になっている（と私は認識している）「世界一流エンジニアの思考法」を早速読んでめちゃくちゃ良かった, とにかく人に勧めたいぞ！ という現役エンジニア（私）による書籍の感想エントリーとなります. 話題の本めちゃ良かったです. このブログを書く数日前にkindleで買って読む→めちゃいいやん！→紙版も買う←今ここ ってぐらいすごく良かったです*1. 世界一流エンジニアの思考法 (文春e-book) 作者:牛尾 剛文藝春秋Amazon 何が良かったか一言で言うと, 「強いエンジニアの習慣がここまでいい感じに言語化されている！！！」 という所ですね, 割と余すところなく詰まっていると思いますし, 一つ一つのTipsは再現性もあると思います（真似できるかどうかは別として真似は可能*2）. そんな「世界一流エンジニアの思考法」の感想を手短に書きます, 気になる方はお付き合いください. TL;D
ITエンジニアが投票した「ITエンジニア本大賞2024」発表。単体テストの考え方／プログラマー脳／ プロジェクトマネジメントの基本が全部わかる、など
ITエンジニアが投票した「ITエンジニア本大賞2024」発表。単体テストの考え方／プログラマー脳／ プロジェクトマネジメントの基本が全部わかる、など 「ITエンジニア本大賞」は、仕事の役に立った本、初学者におすすめの本、ずっと手元に置いておきたい本など、おすすめの本をITエンジニアがWeb投票で選ぶイベントです。 主催は翔泳社ですが、対象となる書籍は出版社を問わず技術書、ビジネス書全般となっています。刊行年も関係なく、これまで大賞に選出された書籍を除き、この1年を振り返っておすすめしたい書籍が対象となります。 今回発表されたのは技術書部門とビジネス書部門それぞれのベスト10です。現時点では50音順に並んでいます。 以下は選出された技術書部門とビジネス書部門それぞれのベスト10を、Amazon.co.jpへのリンクと画像、概要で紹介したものです（アフィリエイトリンクは含まれていません）。正式
性被害を知った母は自ら命を絶った…遺書につづられた、ジャニーズ事務所に写真と履歴書を送ったことへの後悔：東京新聞 TOKYO Web
性被害を知った母は自ら命を絶った…遺書につづられた、ジャニーズ事務所に写真と履歴書を送ったことへの後悔 旧ジャニーズ事務所（現・スマイルアップ）創業者のジャニー喜多川氏（2019年死去）による性加害問題で、被害に遭ったジャニーズJr.（ジュニア）の元レッスン生の男性（55）が取材に応じ、母親に性被害を打ち明けた1カ月後、母親が自殺したことを明かした。遺書には、男性の写真と連絡先を事務所に送ったことへの後悔と謝罪が書かれていた。母親への告白を40年以上悔やみ続け、「自分の人生はめちゃくちゃにされた。事務所が、今後も子どもを育成しマネジメント業務を続けることはあってはならない」と怒りを込める。（望月衣塑子）
意図せず伸びてしまったのでしばらく非公開にしておきます。 辞めた理由は、 過剰に支出を嫌う文化があり、そのせいで労働者側にコストカット効果以上の負荷や効率低下を招く構造になっていたからです。 それに耐えきれず辞めました。
はじめに 私は、さくらインターネットというクラウドサーバの会社の社長をしていて、よく経営者の方からのメンタリングのリクエストをいただくことがあります。 その中で多くの割合を占めるのが、ITエンジニア(以降、エンジニア)のマネジメントと、エンジニア組織の構築をどのようにすればいいのかというテーマです。 確かに、どんなビジネスをするにしても、単にSaaSやノーコードツールを活用するだけでは足りなくて、自分たちでシステム開発しないといけないケースが増えてきているのは、間違いないなと思います。 外注をしてシステム構築をするケースももちろん多いですが、基幹システムのような使いにくくても自社の社員が我慢すればいいものと違って、自社のお客様向けのシステムだと使いやすくないとお客様が離脱してしまいますし、常にアップデートをし続けて、最良のUI/UXを作ることが業績に直結します。 要は、今のデジタルシステム
ブラックフライデーには何を買うべきか。 最もおすすめなのはKindle本である。 俺が近年に読んだ中からセール対象のKindle本を紹介しよう。 セールまで待つ人へ 俺はことあるごとに本を紹介しているわけだが、クリック数の割に買われないなと思うことがある。なぜこんなことが起きるのか。 俺は役立つか面白い本しか紹介していないわけだから、まさか購入ページまで行って「やっぱ止めるか」となるのは考えにくい。となれば理由はただ一つ。「安くなったら買おう」と考え、欲しい物リストに入れる人が多いのだ。俺がそういう動きをしているのだから当然だ。 そんな人に朗報である。Amazonブラックフライデーで、様々なKindle本が大幅に値下げしている。その中には俺が紹介した本も多い。ということで今まさにセール対象でおすすめの本を紹介することにした。ポイントアップキャンペーンは11/22 (水) の買い物から対象と
本エントリはカケハシ Advent Calendar 2023 の 11日目の記事です。 今年はPart2もあるのでぜひそちらもご覧ください！ カケハシのVP of Engineeringの湯前（@yunon_phys）です。皆さん、目標設定と評価は順調ですか？私はこれまで何年にも渡って、様々なメンバーの目標設定や評価をしてきました。残念ながら、こうすれば良い目標設定や評価が出来る！という銀の弾丸は無さそうです。でも、こう考えたら目標設定はやりやすいかも、こうすると評価はより納得感のあるものになるかも、というのはあります。 そこで今回は制度を施行・運用していく立場の人間として、目標管理と評価制度の考え方について、私の意見を述べていきます。 目標管理 目標はそもそも変わるものである みなさんこんなことありませんか？ やる気満々であんなことやこんなことを色々考えて、壮大な目標を期初にがんばって
要件定義、基本設計、詳細設計の流れを総復習
はじめに 📘 この記事は ラクス Advent Calendar 2023 の7日目の記事になります。 要件定義から基本設計、さらに実装や保守運用に至るまでの一貫した経験を何度か積んできましたが、毎回 「要件定義って具体的に何の項目が必要だっけ？」 「基本設計との違いって何だったっけ？」 「基本設計と詳細設計の区別って？」 といった疑問が頭をよぎってきました。 そんなわけで、これまでの経験を振り返りつつ、開発プロセスについて１からまとめていくことで頭の中の大掃除を行なっていきたいと思います🧹 この記事の対象者 🎯 開発プロセスについて学びたい方 要件定義の基本を学びたい人 要件定義と基本設計の違いがわからない人 一緒に開発プロセスについて復習したい方 前提 記事中の一部（特に要件定義や基本設計、詳細設計のサンプル）を自動生成で作成してます。一貫性の無い内容があるかも知れませんが、あく
1. はじめよう! 要件定義 ~ビギナーからベテランまで（難度：★☆☆） 1-1. 本のポイント 要件定義のプロセスが平易な言葉で解説されている 内容がコンパクトで図解も多いため読みやすい 中級～上級エンジニアが初心に帰るためにも最適 1-2. 本の特徴 本書は、初学者向けにざっくりとした内容を具体的なアウトプットとともに学ぶことができる。 184ページとボリュームに物足りなさを感じそうだが、要件定義のプロセスと、プロセスごとの勘所がコンパクトにまとまっている。 ちなみに、本書は「要件定義のプロセスと勘所を知れる」という点で独立した書籍だが、著者が書いた下記2冊と合わせると、理解をより深められる。 ・はじめよう! プロセス設計 ~要件定義のその前に ・はじめよう! システム設計 ~要件定義のその後に 本書が有益だと感じた読者は、ぜひ上記2冊にも目を通していただきたい。 1-3. 本を書いた
あすこま @askoma 今年運営した、PAを学ぶ会（軽井沢AITC）を振り返っている。改めてKAIさんのこの『クラス全員がひとつになる学級ゲーム＆アクティビティ100』amzn.to/3Ts35d3 のコンテンツの面白さもわかるが、結局はこのコンテンツをどう構成するかがキモで、それは実践して考えて体得するしかない。 2024-03-24 07:56:52 リンク あすこまっ！ 誰にも思考・感情の偏りがあり、体験は一致しない。軽井沢AITCで実感すること。 | あすこまっ！ 先週の木曜日は、久しぶりの「軽井沢Adventure in the Classroom」の会（軽井沢AITC） 13 あすこま @askoma 「あ、いまこの人は傾聴の技術を使って聞こうとしてるな」とわかると、急に冷めて話したくなくなる瞬間ってありません？ 技術を使って聞こうとしてくれてるんだから、本来とてもありがたい
「上手くいかなかったのはなんでだと思う？」と聞くと「私が悪かったんです…」って返ってくるんだけどどうしたらいい？みなさんの対処法
a03🌗痩せろ @a03 「上手くいかなかったのはなんでだと思う？」 みたいに聞くと 「私が悪かったんです…私の能力不足です…」 みたいになっちゃうやつ これの対処法 is 何 質問がアカンのかね？ パーソナリティを責める気はサラサラ無く、仕事の話、仕事の進め方の話をしたいんよ ってのが共有できてない？ 2024-04-16 17:34:57 鳥清あぎまる@てふまる @tehuyuka @a03 F外からすいません… 純粋に自分がマトモに出来てないんだ…申し訳ないなって思ってしまって「すいません…」ってめっちゃ言うタイプなんですが… 逆にこういう場合はどう返してほしいんですかね…？ 責められてるとかとは考えてないんですが…スムーズに行かなくて申し訳ないやら情けないやらで… 2024-04-17 08:31:30
本記事は、2024年1月1日にBoothで販売している「無能なITエンジニアのための100の教訓」のWeb公開版の目次ページになります。 本文の大部分を不定期に公開していきますが、私の暇な時に公開していくため非常にゆっくりな不定期になると予想されます。 早く読んでみたい！というか方やWebに公開されてない細部まで読みたい！という方は、Boothにて販売版をお買い求めください。 本書に寄せて Shinji／@sakichi01_ さっとん／@NothingMyself37 三日月／@Orcinus_orcas まさ@アップデートする情シス／@tomatokechap18 かえるくん。／@kaerukun_geko ioi🤔lante／@ioi_lante あるだみあ／@arudamia yashi／@yu_geen269 第Ⅰ章 無能のための考え方 仕事は問題を解決すること【準備中】 自身
白潟総合研究所株式会社代表で『中小ベンチャー企業を壊す！ 人事評価制度 17の大間違い』著者の白潟敏朗氏と、『起業の科学』著者の田所雅之氏による対談の模様をお届けします。テーマは「人事評価の『ワナ』『落とし穴』」。中小ベンチャー企業の経営者に向けて、人事評価に対する悩みを解決するために最も大切なポイントについて語られました。本記事では、陥りやすい4つの落とし穴について解説されました。 中小ベンチャー企業1万2,600社を支援 白潟敏朗氏（以下、白潟）：白潟敏朗と申します。ほとんどの方に「新潟の出身ですか？」と聞かれるんですが、こちらのプロフィールに書いていますとおり、生まれは神奈川、育ちは九州の宮崎、埼玉で社会人になったという経歴です。 新潟には1ミリもかすっていないんですが、「白潟」と名乗らせていただいております。よろしければ名前と顔を覚えていただけたらうれしいなというふうに思います。
Peppermint🇺🇸 @Peppermint_2525 アメリカ社会の凄い所は、基本的にクズでポンコツでヤル気も能力もない従業員が作業をしても、全体では生産性が高くなるように、一部のとてつもなく優秀な人たちが良い仕組みを作り続けてることだと思うな。マネジメントってそういう事だよね。バカとハサミは使いよう。 2023-08-30 23:21:30 Peppermint🇺🇸 @Peppermint_2525 アメリカで働く日本育ちの日本人丨投資家丨意味のない虚構が好き丨内向的直感型（INTJ）丨ポール・オースター好き丨倒幕の志士丨でも楽天家丨副業プログラマー丨ネコ好き丨パウル・クレーの絵が好き丨ビットコイン教団の宣教師丨人生オキラクゴクラク丨 #bitcoin
書かせると、仕事の能力がすぐにわかる
昔、面接官をやっていた時のこと。 我々は「どうすればコンサルタントの適性を持つ人材を集められるか」を追求していた。 長くても30分ほどの面接で、適切に候補者の選別を行うこと。 それは、「面接官の思いつきの質問」をするだけでは非常に難しかった。 我々は面接のやり方を試行錯誤した結果、「書かせること」で、かなり正確に候補者の能力を選別できることに気づいた。 一般的には面接では「話してもらうこと」を中心にすることが多いと思う。 が、我々はその場で「書いてもらう」ことにした。 ＊ そのやり方は、以下のようなものであった。 まず、お題を出す。 多くは現場の状況を切り取ったもので、次のような趣旨のこと書かれたいくつかの「資料」と「質問」を渡す。 背景 オーガニックカフェ「ナチュラルテイスト」は、都市部で成功を収めている小規模カフェチェーンです。（財務諸表・組織図・現状調査表は別添資料）新鮮で健康的な食
『みんなで小さく区切ってやる』とは『みんなで小さく区切ってやる』は複雑な問題を解決するためにみんな（チーム）で一緒になって改善していくためのやり方です。 『みんなで小さく区切ってやる』で大事な考え方は『経験から学ぶ』と『ちょっとずつ進める』です。小さく区切ることで、ちょっとやってみて、それから学び、またちょっとやってみる。それを繰り返しながら進みます。 『みんなで小さく区切ってやる』を上手にするには『見える化』『チェック』『改善』の3つが重要です。これにより『経験から学ぶ』効果を高めます。 機会を作る『見える化』『チェック』『改善』を取り入れるために5つの機会を設けましょう。これらの機会は毎回同じ時間に行うことでリズムが生まれいい感じになります。 『区切り』があることで立ち止まれます。立ち止まることで落ち着いて『チェック』し『改善』することができます。この『区切り』は1週間もしくは2週間に
ℌ𝔞𝔯𝔱𝔪𝔞𝔫𝔫 @E_H_352 > ｢年功序列より成果主義の方がいい！｣ 2000年ぐらいに富士通が全社で成果主義を導入したら「評価に繋がらない仕事を誰もやらなくなった」「管理職の評価は相対評価ので馴れ合いだったので、優劣が付けられなくなった」その結果、組織全体の生産性が低下したと本社人事部の城繁幸が著書で書いてる。 x.com/fukuei_you_no_… 2024-04-07 19:16:36 福泳祐一@祝厩舎初勝利 @fukuei_you_No_1 年功序列から成果で評価するって ここ最近色んな会社が変わりつつあって ｢年功序列より成果主義の方がいい！｣ って思ってる人が多いんだなぁ みんなすごいなぁ 成果主義になったときに 自分が今より評価される側だと思っているのね 私はこのままでいいわ 2024-04-07 19:12:55
本稿は Gergely Orosz 氏によって書かれた次の記事の日本語翻訳です。著者に翻訳の許可を得て公開しています。 blog.pragmaticengineer.com また本稿は DeepL Pro を使って下訳したものに手を加えています。日本語翻訳の不具合または誤訳については Gergely Orosz 氏ではなく、本稿のコメント欄にお願いします。 著者も機械翻訳を下地にしたやり方に関心をもたれたようです。 The article translated to Japanese: https://t.co/4uynyyhm4E The author was transparent and noted that the article is a modification of an ML-translated article. This person managed to transl
行政サービスの向上と業務効率化を目指し、市役所業務の「会議」「打ち合わせ」の質の向上を目的としたガイドラインを策定しました。 デジタル・トランスフォーメーション（DX）では、単にデジタルツールを活用するだけでなく、従来の業務のやり方を見直し、改善していくことが重要とされています。 会議は、新規事業の立案や重要事項の決定、情報の共有など多くの場面で行われることから、市役所業務の根幹である行政サービスの質を左右します。 以上を踏まえ、業務時間の多くを占める「会議」をより良いものにするため、ガイドラインを策定しました。市役所全体として会議の改善に取り組んでいきます。
本イベントは、本イベントは、『部下との対話が上手なマネジャーは観察から始める ポリヴェーガル理論で知る心の距離の縮め方』の出版を記念して開催されました。同書籍の著者で株式会社ロッカン代表の白井剛司氏が登壇。本記事では、マネージャーの負担が増大している背景や、なぜマネージャーに観察力が必要なのかを語りました。 神奈川県丹沢の農場で、農業体験やマインドフルネスを提供 白井剛司氏：今回、ビジネスの人たちだけでなく、忙しい人全員に観察を勧める本を出しましたので、その内容を話していきます。よろしくお願いします。 今日は人事の方、忙しいマネージャーの方、マインドフルネスの世界の方々もいらっしゃっています。内容が全部わかる人もいれば、1つしかわからない方々もいると思うので、なるべく多くの方がわかりやすいようにお伝えしていきたいと思います。 まず自己紹介です。僕は16年間、広告会社で人材育成をやっていまし
技育祭2023秋 DAY1 HALL C 14:30 - 15:15 「エンジニアを目指す君たちはどう生きるか ～ソフトウェアアーキテクトのすゝめ～」 の登壇資料です。 https://talent.supporterz.jp/geeksai/2023autumn/information/#1021-1430-HallC
長野県伊那市に本社を構え、メイド・イン・ジャパンの在り方を再定義することに挑戦している製品設計会社、スワニー。社員数17人の中小企業だが、新卒入社2カ月の社員が第一線で活躍するなど、30代を中心に若者たちが躍動する。それでも「熱狂的なファン（顧客）」を生み、事業を大幅に拡大させ、取引先数はなんと名だたる大手企業をはじめ1100社を超えた。同社はどのようにして、若者が活躍できる土壌を作り上げてきたのか。業界も注目する同社の取り組みに迫る。
日本における「名寄せ」と「照合」の黒歴史
健康保険証、銀行口座、年金記録――個人のマイナンバーに別人の情報がひも付けられるトラブルが後を絶たない。多くの事案に共通するのは、自治体や関係機関の職員が氏名や生年月日などを基にマイナンバーや住民データを照会した際に、誤って同姓同名の人の情報を引き出してひも付けてしまうというケースだ。 こうした情報のひも付けをする際、職員が住民データの照合や突合、本人確認に使うのが「氏名」「生年月日」「性別」「住所」、いわゆる基本4情報といわれるものだ。 だがこの4情報は、コンピューターによる自動処理とは絶望的に相性が悪い。例えば氏名は「邊」「邉」など旧字・異体字の揺らぎや外字の処理が煩雑なうえ、婚姻による改名もある。よくある氏名の場合、氏名も生年月日も同一というケースが頻発する。住所は時期によって変わるうえ、人によって書き方が「一丁目四番」から「1―4」まで一意ではない。 こうした曖昧な識別符号を代替す
あんちゃん @monosoi_akarusa ちょっと前 「社員は何故自らの業務を効率化しないのか？」 という質問に 「効率化の報酬が労働だから」 という答えがぶら下がってて何も否定できなかった。突き詰めると最後大体人事制度の問題に行き着く気がする。インセンティブ設計とか目標設定なんて失敗すると会社ごと傾くこともありますしね x.com/appizou/status… 2024-02-28 21:09:41
「プログラミングを学ぶ」ではなく「要件定義を学ぶ」 田中邦裕氏（以下、田中）：あと13分ぐらいになったので、今後の展望にいきたいのですが、その前に、質問が7個ほど来ているので、みなさんに聞きたいと思います。 一番投票数が多い質問が、「非エンジニアでAIを使ったスマホアプリを作りたいんだけれども、プログラミングをそもそも学ぶべきか？」という質問です。 生成AIがある今、何をどのように学ぶべきなのか。プログラムを学ぶべきなのか、それ以外になにか手段があるのか。目的によっても違うのですが、ざっくりとしたこの質問に対して、なにか答えられる方はいますか？ 比戸将平氏（以下、比戸）：じゃあ、私から。 田中：はい、お願いします。 比戸：先週ぐらいに、NVIDIAのジェンスン（Jensen Huang氏）が、「今後はAIがプログラムを書くから、もうプログラムを学ぶ必要はないよ」と発言したのが切り取られて、
昨年NewsPicks さんに取り上げてもらって最近動画が公開されました。そこでもお話させてもらっていることなのですが、アメリカで働きはじめると日本人からすると「納期が無い」感覚が物凄く衝撃的だった。 最近、納期が無いことと生産性について頭の中で整理がついてきたのでシェアしておこうと思う。ちなみに、動画も含めて、私の発言は私の体験と意見であり、所属会社には全く関係が無いことを改めてお断りしておきます。 日米納期の感覚の違い アメリカで働いていると、日本人からすると納期がほとんどないという感じを受ける。もちろん納期があるものもあるが「本当に必要なもの」に限られる。例えば、大きなカンファレンスで何かの製品を発表するとかそんなのだと納期はもちろんある。そうでなれけばほとんど無いという感覚だ。私の所属会社だけではなく、北米の他の会社の人も同じような感覚らしいので文化によるものだと思う。 常に納期が
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「できない理由」を並べる人々は、とりあえず無視して構わない。
話を聴く技術 / listening skills
職場で強いストレスを受けているメンバーを見抜く“一言” 5年間3,800人のデータからわかった高ストレス者の特徴と改善策
ハラスメントにならない、部下への厳しいフィードバックの伝え方 心理的安全性を高める「聴く」と「伝える」の使い分け
「私はいいけど、他の人が傷つくかも知れないから」論法は好きじゃない。
プロジェクトX、出演NGなのでは。あるいは富士通半導体の敗北の歴史
これをやると「言語化が苦手な人」と、意思の疎通がしやすいかもしれない。
1on1で質問をする側になって「工夫したこと」と「気づいたこと」 - Qiita
スタートアップはいかにしてその活力を失うのか | Yakst
4年半勤めた会社を辞めた話 - 工学系チキンによる工作ブログ
なぜエンジニア組織をうまくマネジメントできないと悩む経営者が多いのか？ - Qiita
直近3年に読んだKindle本からブラックフライデーのおすすめ - 本しゃぶり
目標管理と評価制度の考え方 - KAKEHASHI Tech Blog
【レベル別】要件定義が学べるおすすめ本4選 - みんなのシステム企画
「あ、いま傾聴の技術を使って話を聞こうとしてるな」とわかると急に話したくなくなることってない？不愉快になる理由
無能なITエンジニアのための100の教訓 – ITエンジニアのまとめ
人事評価制度を変えても「モチベーションアップ」にはならない 社員のやる気を「下げない」ためのマネジメント19項目
アメリカ社会の凄さは「どんなにポンコツ従業員がいても全体としては生産性が高くなる仕組み作り」にあるって話
『みんなで小さく区切ってやる』ガイド｜kawanotron
年功序列をやめて成果主義にしたら「評価に繋がらない仕事」を誰もやらなくなって生産性が下がった
(翻訳) ビッグテックのプロジェクトマネジメントとスクラム不在の謎 - forest book
会議改善に関するガイドラインを策定しました|柏崎市公式ホームページ
忙しすぎて、チームで「今何が起こっているか」を把握しきれない管理職 部下のマネジメントよりも先に注目すべきもの
エンジニアを目指す君たちはどう生きるか ～ソフトウェアアーキテクトのすゝめ～
社員17人でも「取引先は1100社超」、長野のメーカーに「熱狂的ファン」爆増のワケ
ちょっと前「社員はなぜ業務を効率化しないのか？」という質問に身も蓋もない答えが帰ってきたが否定できなかった
「尖った人ではなく、暗黙知を形式知に変換する人がほしい」 “均質人材”を育成してきた日本でこれから求められる能力とは
納期がなぜ生産性をぶち壊しにしているのか？｜牛尾 剛