日経BOOKプラスに掲載されている記事、本、著者を任意のキーワードで検索することができます。 ※ISBNも検索にご利用いただけます。ISBNとは出版物固有の13桁の番号で、裏表紙に記載されています。本サイトでISBNを使って書籍を検索する際は、ハイフン(-)を省略し、13桁の数字のみを半角文字で入力してください。
仕事をしていると、だんだんと抽象度の高いことを任されるようになる。 たとえば、方針も明確な小さな修正タスク => 修正方法がいくつか考えられるタスク => そもそも何をやるかから明確にしないといけないタスク といった感じで次第にふわっとした依頼になってくる。いわゆるグレード制を採用している会社において、"どれだけ抽象度の高い仕事を任せられるか" がグレードの違いの要素のひとつと言ってもいい。 抽象度の高い仕事を安心して任せられる人は何が違うのか自分もよくわからないので、自分のまわりの人がどういう動きをしているかを雑にまとめてみる。 1. なぜやるかを明確にしている わからないときはドキュメントやチャットのやりとりを探し、直接聞いたほうがよい人には自分でコミュニケーションを取っている やる理由がないと判断したら依頼者に話をして、実際にやらないこともある あとで「自分はこう言われただけなので」
「年収を上げる」と検索すると、ずらり転職サイトが並ぶ。ライフハック記事の体裁だが、最終的には転職サイトに誘導する広告記事だ。 しかも見事なまでに中身がない。転職しないなら、「副業を始める」とか「スキルアップする」といった誰でも思いつきそうなトピックを、薄ーく書きのばしている。 ここでは、もう少し有益な書籍を紹介する。想定読者はこんな感じ。 スキルアップはしてるけど、給料UPにつながらない 転職も考えたが、今の場所で評価されたい 自分をプレゼンして「良く見せる」のがヘタ そんな人に、2つのアプローチで給料を上げる方法を紹介する。 人事制度の脆弱性をハッキングする 上司のバイアスを逆に利用させてもらう この記事は1のアプローチから攻める。 紹介する本はこれだ、『この1冊ですべてわかる 人事制度の基本』(西尾太、日本実業出版社)。 著者は人材コンサルタント。400社、1万人以上をコンサルティング
かねてより人間、とりわけ労働者や従業員をリソースと呼ぶことについて批判的な意見を聞くことがあった。 2018 Don't call people resources - Ben Linders 2021 社員を「リソース」と呼んではいけない――。 | d's JOURNAL(dsj)- 理想の人事へ、ショートカット 2022 人間をリソースと呼ばない方がいいと思う - ジムには乗りたい 加えて、これらの主張に対するカウンターを見たこともある。「問題の所在が不明瞭」「情緒的な意見のみで代替が示されない」「人材を人財と書くような言葉遊びでは」等々。俗っぽく言えばここにあるのは、「モノ扱いしないでほしい」vs「とは言っても経営管理上はヒト・モノ・カネ・情報はリソースでしょ」という対立である。 この件について「人間をリソースと呼ぶことの問題についてアカデミックな見解・理論はあるのか」「人間をリソー
うれしかった。ので、メモ。 僕のいるチームのプロジェクトで、複数のチームにサポートしてもらいながら進める必要がある、ちょっと大きなものが始まりそうだったから、キックオフ前のキックオフやっとこかーってなって司会をした。オンラインミーティングね。 最初にこの会の目的を説明 今日のアジェンダのページのリンクは事前に共有もしていましたけど、いまSlackにもポストしておきましたー。 まだプロジェクトは始まってないんだけど、事前に調査とかをしたいから質問や相談をさせてもらいたいなと思っていて、そのときに「え?これなんの話?」って戸惑わせることがないように、プロジェクトの概要を共有しとこうと思ったー!だから、この会がうまくいったら、僕らが質問してもみなさんが戸惑わないようになっている! Bさん、Slackにメモ残してってください。お願いしまーす! からの、会の流れを説明 最初にPdMから10分くらいで
Intelの業績が冴えない。2024年8月1日に発表された2024年第2四半期(Q2)の決算は、売上高が128.2億米ドルで、営業損失が19.8億米ドル、最終損益が16.1億米ドルといずれも赤字を計上した。加えて、従業員15000人を削減し、配当を停止することも発表された。 Intelの不調は今に始まったことではない。2019年以降の四半期の売上高と営業利益を見てみると、コロナ特需によって2021年に営業利益が増大したが、2022年に入って特需が終焉すると、売上高も営業利益も急降下した。特に営業利益は、2022年Q2以降、ほとんど赤字で推移するようになった(図1)。 その後、2022年11月30日に、Open AIがChatGPTを公開すると、米NVIDIA、米AMD、SK hynixなどが売上高を大きく伸ばす一方、Intelの売上高は横ばいで、営業利益はまたしても赤字に陥った。要するに、
どういうわけか日本では一切話題に上がっていないのですが、Pythonの開発者コミュニティでなんか問題が起きているようです。 どうも話が様々なスレッドにとっ散らかっているうえに半分はDiscordや非公開のところで動いているみたいなので、読み取れていないところが色々あるかもしれません。 誰かが補足してくれるはず。 Proposed bylaws changes to improve our membership experience 最初のきっかけはこのスレッドです。 これは規約の一部を変更する提案であり、その中でも3番目の提案であるAdds provision to remove Members by vote of the Board of Directorsという変更が注目を浴びました。 Python財団にはフェローという制度があり、これはPythonエコシステムやコミュニティに優れた
はじめに @dora_e_m さんのエントリがあまりに素敵だったので、僕も感化された "割り込みタスク × マネージャー" のネタを書くことにしました。 note.com このエントリでは、エンジニアとデザイナーのマネージャーをしている筆者が、メンバーから「割り込みタスクが多くて困っているんですがどうしたらよいでしょう」と相談されたときにするアドバイスをまとめました。ちなみに全て実際に体験したことです。 ※必ずしもこれら2職種でしか適用できない内容ではないですが、発想・解決のしかたが開発に依るところが大きいです。 なお、アドバイスの内容は個人でできるライトなものからタスクの依頼主に働きかけが必要なヘビーなものまであり、実際にアドバイスする順に並べるとこのようになります。 [個人] 割り込みタスクの優先度を過剰に高くしすぎていませんか [個人] 割り込みタスクにかけている時間はどれくらいです
リソース不足によるデスマーチは珍しくもありませんが、そうしたプロジェクトが真に崩壊する時は目標の達成の見込みが無くなった時です。 具体例として名前を出して申し訳ありませんが、過去の特許庁や京都市のシステム更改案件などが典型です。 デスマーチに陥ったプロジェクトにおいて、出来ることと出来ない事を整理し、優先順位をつけて対応するのは重要な事です。しかし、その結果目標達成の見込みや効果が見いだせなくなった時、モラルハザードに陥りプロジェクトは急速に崩壊に向かいます。 その意味で、全国のシステム標準化プロジェクトは今極めて危うい状況です。 "全国のシステム標準化事務に従事する自治体職員に伝えたい事"にも書きましたが、システム標準化の表向きの目標は標準化基準への適合ですが、真の目的は国の重点計画にあるトータルデザインの実現です。 言い換えれば、今多大な労力をかけてこのシステム標準化を遂行し、標準化基
2024年8月21日~23日にわたって開催の「CEDEC2024」。本稿では22日に行われた講演「『ゼルダの伝説 ティアーズ オブ ザ キングダム』の世界をつなぐ技術 ~空、地上、地底、そして制作もシームレスに~」のレポートをお届けする。 目次 「ブレワイ」と「ティアキン」ではフィールド読み込みの手法を一新 地底へのダイブをロード無しに実現するための4つの工夫 空島はまさかの「いったん放置」……しかし、ただの放置ではない。「積極的放置」だ! 主人公のリンクが空、地上、地底をシームレスに行き来しながら冒険していく「ゼルダの伝説 ティアーズ オブ ザ キングダム」(以下「ティアキン」)。この“縦軸の遊び”も加わった広大なフィールドを「Nintendo Switch上でどうやって実現しているんだ!?」と驚愕しながらプレイした人は多かったのではないだろうか? 案の定、これが凄まじい工夫の上で成り立
先日、自分の同僚の Anjana を観察していてふと気づいたことがあったのでシェアしたいと思う。彼女は比較的新しいメンバーで大学も出たてだが、めっちゃ優秀で、たまに彼女のメンタルモデルを質問して学ばせてもらっている。 新しい Http Scaling の Buddy 最近 Anjana が自分の担当している、Http Scaling の領域を私と一緒に受け持つようになってきた。この領域は最近まで私しか担当が居なかったので、Pull Request のレビューで苦労したり、一人だったら休暇もとりにくい。だから Buddy 制をとっているのだが、私の Buddy は居なかったので、Pragna が彼女をアサインしてくれた。 もちろんめっちゃくちゃ優秀な人であっても、初めてなので、 最初から難しいタスクは厳しいだろうということで、これ修正箇所もすくなそうだし、簡単そうだなぁ。というタスクが彼女に
やつはし┃ヒトの1日に密着する。 @shota_it ━━━━━━━━━━━ 経営者が採用すべきNO.2 ━━━━━━━━━━━ ※本の内容、文字起こししてみた 1. 成熟していてエゴがない。 創業者のビジョンに賛同し実行するために、自身のエゴを抑えられる経験豊富な人物 2. 創業者、CEOとの相性が良い。 COOが創業者とうまく意思疎通できないと、対立と不幸な結末が訪れるだろう。 3. 会社や組織をスケールさせた経験がある。 1000人の組織のマネジメント経験と、20人から1000 人に会社を成長させた経験とは似て非なるものだ。 組織づくりだけではなく、急速なスケールが求めら れる場合は、過去に爆速成長を経験した人を探すとよい。 4. 起業家精神がある。 スケールの経験があると同時に、スタートアップで働いたことがある人(または大企業でゼロから何かをスケールさせた経験がある人)が理想だ。
近年はマネージャー業務の負荷が増大したことによって、ミドルマネジメントの限界問題が叫ばれています。そんな課題を解決するために株式会社Momentorの坂井風太さんが「マネジメント民主化モデル」を提唱しているということを知りました。 私たちチームメンバーはマネージャーをどう支えていくと良いのか、「マネジメント民主化モデル」とはどのようなものなのか、お話をお聞きしました。 株式会社Momentor 代表取締役。組織効力感などの理論を元に、様々な企業の人材育成/組織基盤の構築を支援をしている。 早稲田大学法学部卒業後、DeNAに入社。6年目で子会社の代表取締役に就任。同時にDeNAの人材育成責任者として、暗黙知化・属人化されやすい人材育成・ピープルマネジメント領域の体系化を行い、独自の人材育成プログラムを開発。2022年に株式会社Momentorを設立。
チームのパフォーマンスを高めるために、日々試行錯誤している方も多いと思います。私自身も、プロセス改善にこだわり続け、うまくいった部分もあれば、失敗を経験した部分もあります。今回は私のチームリーダーとしての失敗談と学びを共有したいと思います。 チームリーダーとしての責任Tebiki株式会社 エンジニアの二瓶と申します。私は Tebiki株式会社の Web アプリケーションエンジニアとして入社し、現在は tebiki現場分析 の開発を担当しています。また、チーム内では「チームリーダー」という役割 を担っています。弊社のチームリーダーのミッションはざっくりいうと「生産性とプロダクトの品質を最高の状態に保ち、プロダクトの価値を最大化できるような『チームの状態』をつくること」です。ここでいうチームとはプロダクトマネージャー、デザイナー、エンジニアを含む開発チームことです。これまで一人の開発者として手
人気雑誌も「休刊ラッシュ」の苦境 出版社の3割超が「赤字」過去20年で最大、出版不況で低迷脱せず 倒産・廃業も増加傾向続く「出版社」の倒産・休廃業解散動向(2024年1-8月) 株式会社帝国データバンクは、「出版業界」の動向について調査・分析を行った。 <調査結果(要旨)> 人気雑誌も「休刊ラッシュ」の苦境 出版社の3割超が「赤字」 過去20年で最大、出版不況で低迷脱せず 倒産・廃業も増加傾向続く 集計期間:2024年8月31日まで 集計対象:負債1000万円以上法的整理による倒産 調査機関:株式会社帝国データバンク ※調査結果は下記ホームページにも掲載予定 https://www.tdb.co.jp/report/index.html 全国で書店の減少に歯止めがかからないなか、雑誌や書籍の出版社でも厳しい経営環境が鮮明となっている。2023年度における出版社の業績は「赤字」が36.2%を
中途採用で面接の時にはサービスに積極的に携わりたいと言っていたのに、いざ入社すると受け身姿勢な仕事になってしまい、積極的にサービス向上には関わらなかったり、自分自身から問題意識を持てないと周りからは思われてしまうケースがあります。 仮説としては、 1.前職がクライアントワークだったり、与えられる仕事に対してアクティブに関わるというよりは、受け身的に仕事をする姿勢が板についてしまっている中途採用のケース 2.どうやったらサービスに興味を持ったら良いかわからないケース。当人はやってるつもりだけど周りからできているとは見なされない。考え方が足りないとか、考える方法がわからないとか、考えてる量が圧倒的に少ないようなケース などが考えられます。一定、そこそこの規模のサービスになったりすると、自分自身が関与しているドメインが狭く見えてしまったり、もしくは大きなレバレッジを生み出す余裕がないと思ってしま
翻訳を担当した書籍『スタッフエンジニアの道ー優れた技術専門職になるためのガイド』(オライリー・ジャパン)が来週(2024年8月26日)発売となります(電子書籍はオライリー・ジャパンのサイトでの販売となります)。本書は、2022年にO'Reilly Mediaより刊行されたTanya Reilly著『The Staff Engineer's Path: A Guide for Individual Contributors Navigating Growth and Change』の全訳となります。 スタッフエンジニアの道 ―優れた技術専門職になるためのガイド 作者:Tanya Reillyオライリー・ジャパンAmazon 本書は、技術専門職としてのキャリア成長に必要な考え方やスキルを、20年を超えるキャリアを持ち、現在も現役で上級技術専門職を務めている著者が、自身の経験をもとに整理・解説し
日本郵便は28日、大阪市の西成郵便局に勤務する男性社員が約3000通の郵便物などを捨てていたことが判明したと発表しました。 【速報】「配達が遅い。荷物の扱いがザツ」配達員に怒り自転車当てた暴行容疑 カスハラか 客の男逮捕 日本郵便によりますと、西成郵便局に勤務する10代の男性社員は、6月中旬から約1か月間にわたり、普通郵便とゆうメール合計2827通の配達を行わず、配達エリア内の7か所に捨てていたということです。 7月下旬、近隣住民から「マンションと一軒家の間に郵便物の束が置かれている」と西成区内の郵便局に連絡があり、担当していた男性社員に確認したところ、郵便物を捨てていたことが発覚。6月以降、「郵便物が届いていない」という申し出が複数あったということです。 男性社員は今年4月に採用され、西成郵便局に着任。1日あたり、300~500件の配達を受け持っていましたが、聞き取りに対し、「郵便物を配
スクラムガイドの目的 スクラムは複雑なプロダクトを開発、提供、保守する為のフレームワークである。このガイドではスクラムを定義している。定義には役割、イベント、作成物とそれらをまとめるルールが含まれている。フレームワークの各要素は特定の目的を有し、スクラムによって実現される価値と成果にとって不可欠な要素となる。スクラムの考え方や構造を変えたり、要素を省いたり、ルールを無視する事は問題を隠し、スクラムから得られる価値を限定したり、無意味な物にしてしまうのである。 Ken Schwaber と Jeff Sutherlandはスクラムのフレームワークを作る事に重要な役割を担った。 LeSS(大規模スクラム)は複数のチームでプロダクト開発をする際にスクラムを適応し、組織のシステムが変化した結果として形作られ、LeSSはLeSSルールにて定義をされている。LeSSルールは、各チームのレベルではスクラ
最近、システム開発はこうあるべきだよなって考えていたのと、他所のエンジニアリング文化についての記事を見たことから、自分にとっての今の理想と現実の間について整理して吐き出しておきたくなりました。 所詮理想ではあるものの、自身の環境におけるベストに近づけようとする思考や、ベストに程遠い状況を認識する、ということには意味があるのではないかと思う次第です。 はじめに 自分は100%WEB系出身ですが、全く異なる文化である SIer 方面のお話を読むのはわりと好きで、これらは興味深く読ませてもらいました。 誰も教えてくれないSIの本質、SIerの世界観 日本のSIerの技術力の低さの要因から考えるアメリカソフトウェアの強さ – きしだのHatena プログラミングが設計作業であるという話 – きしだのHatena ソフトウェアの「詳細設計書」とはなんなのか – きしだのHatena だいたい SIe
仕事のひとつとして、技術組織におけるタレントマネジメントに取り組んでおり、勉強したことを簡単にまとめておく。 タレントマネジメントと一口に言っても、その類型にはいろいろとあり、マッキンゼーの"War for Talent"が書籍も出版されていてよく知られている。これは、簡単に説明すると、社員を成果の発揮度でA, B, Cに位置づけ、組織をAの人材で充足し、Cはなるべく数を減らす、という戦略をとる。選別の要素の強いマネジメント手法であり、あまり日本型の人事管理には馴染まない。そもそも、組織のすべてをA人材で満たす必要はあるのか、A人材のみで充足するためのコストに見合うのか、といった議論もある。 マッキンゼーの"War for Talent"は選別的なアプローチであり、逆に人材すべてをタレントとみなすマネジメントは、包摂アプローチと分類される。 他にもタレントマネジメントの類型はいろいろとある
「 ありがとうございました、こちらがタイヤ交換サービスの領収書です。でも、プントって、なかなかおしゃれな車ですね。」 オートバックスのサービス員は、そう言いながら、キーをわたしに返した。お世辞だろうが、言われて悪い気はしない。 ——まぁ、ずいぶん古い車ですけれどね。そう、わたしは答えた。 誇張ではない。わたしが乗っているフィアットの『プント』という車は、ほぼ20年前に買ったものだ。プント Punto はイタリア語で「点」を意味する。小さなコンパクト・カーだ。でも、たまに街乗りをするだけのわたしには十分である。そして気に入って、使い続けている。 わたしは基本的に、ひどく壊れない限り、工業製品は買い替えないポリシーである。世間では、数年ごとに車やコンピューターを買い換えるのが、常らしい。だが、 壊れてもいないものを手放すのは、なんだかもったいない気がする(単にケチなだけかもしれないが)。 とは
みなさま、お疲れ様です!企画開発エンジニア の高瀬 (@Guvalif) です。 "企画開発エンジニア" という職種はあまり耳馴染みがないかもしれませんが、一般的には TechPM:Technical Product Manager として知られるような役割となります。ところで、プロダクトマネージャーってどうやったらなれるのか (なりたいと思えるのか)、どんな人に向くのかって、あまり分からなくないですか? 本記事では、エンジニア・バックグラウンドからプロダクトマネージャーに 未経験転職 をした自身の事例を紐解きながら、再現性のありそうなファクターを探っていきたいと思います 🔍 ◆ この記事の位置付け 前半は ... プロダクトマネジメント職種への、モチベーションに関する考察 後半は ... あまり表に出ないように思える、プロダクトマネージャーへの未経験転職事例 (N=1) 教育事業本部に
ホーム ニュース オンラインソーシャルゲームでの“暴言ボイスチャット”がある施策で激減したとの報告。悪質度検知AIと“お口チャックの刑”のあわせ技 オンラインマルチプレイ型のゲームにおいて、たびたびプレイヤーや開発者を悩ませる、ボイスチャットにおける暴言(toxic)。ソーシャルゲームプラットフォームである『Rec Room』においては、とある方法でゲーム内における暴言を約70%も削減させることに成功したという。そんな『Rec Room』がおこなった施策について、海外メディアGamesBeatが報じている。 『Rec Room』は、Rec Room社によって提供されているソーシャルゲームプラットフォームだ。PC、コンソール、スマートフォンやVR機器など幅広いプラットフォーム向けに展開されており、クロスプレイにも対応している。同作ではカスタマイズ可能なアバターを作成し、他のプレイヤーと同じ空
「経営者と現場の乖離があまりにも大きすぎる。この20年ぐらいで特にアメリカで進んでいる状況ですが、これは問題だと思います」――元Twitterジャパン社長が、世界的経営者イーロン・マスク氏と働いて感じた「アメリカ型経営の限界」とは? 新刊『イーロン・ショック 元Twitterジャパン社長が見た「破壊と創造」の215日』(文藝春秋)より一部抜粋してお届けする。(全2回の2回目/前編を読む) 元Twitterジャパン社長が語る「イーロンの問題」とは? ©文藝春秋(左)、Getty(右) ◆◆◆ イーロンの周辺が気を使ってくれた イーロンのまわりの人たちは、実はけっこう私に気を使ってくれました。評価してくれていたのかはわかりませんが「もう一度イーロンと話してみたら?」と提案してくれたんです。「イーロンは決断を変えることがあるから『残ってくれ』という話になるかもしれないよ」と。 でも私は、一度決め
9月5日、「"SRE" doesn't seem to mean anything useful any more」と題したあるブログ記事が話題になっている。この記事では、SRE(サイト信頼性エンジニア)という役割が変容し、現在では単なる「オペレーション担当」へと貶められてしまった現状について詳しく紹介されている。以下に、その内容を紹介する。 SREの本来の役割とは何か SREとは、本来システム管理者とプログラマー、両者の役割を兼ね備えた技術者を指す。SREは、単なる「オペレーション担当」としての役割にとどまらず、システムの深部に精通し、Unixボックスを管理し、プログラムを書いてシステムを効率化することが求められる。しかし、最近ではSREという役割が単に「オペレーション担当」に矮小化されてしまっている。 オペレーション担当の現実 本記事の著者は、自身の経験を元に、SREが「オペレーション
いろいろな企業を支援している中で、事業全体の戦略がどうこうというよりも、「プロジェクトマネジメントが出来ていないがゆえに上手くいっていない」という例を数多く見かけています。 他方、「プロジェクトマネジメント」という言葉は多義にわたり、その本質部分を把握できている人は多くありません。PMBOKも知らなければ、ガントチャートを書くことがプロジェクトマネジメントだと勘違いしている人もたくさんいます。 そこでこのエントリでは、プロジェクトマネジメントの本質部分について簡単に書いていこうと思います。 [補足] プロジェクトマネジメントの誤解 プロジェクトマネジメントについて調べていると、「プロジェクトをどのように進めれば成功するのか、詳しく計画を立て、管理していくこと」といった定義が散見されます。 これはこれで正しいのですが、なぜプロジェクトマネジメントが必要なのかという点について一切答えておらず、
先日 iOSDC で「iOSもAndroidもマネージャーが足りない」という話を聞いた。そこで、「別にMobile開発の経験がなくてもマネジメントはできるんじゃないか」という話が出て面白かったのでガッと考えを吐き出してみたい。 まあマネージャーに何を求めるか次第ではある。技術的な意思決定も含めて任せるのであれば、正直経験がないと厳しい。チームの地力アップといった教育を兼ねた期待も、自分で手を動かした経験がないとなかなか難しいと思う。 それでももしお願いするなら、その人自身にMobile開発のプレイヤーとして入ってもらって一定期間キャッチアップしてもらう必要がある。優秀な人ならば、経験がなくとも3~6ヶ月くらいで組織内で一番詳しい人になれることもある。そういう人を実際に見てきた。 プロジェクトマネジメントの期待が大きいとしたら、経験がなくてもいいかもしれない。その場合は、チームの中に技術的な
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く