日経BOOKプラスに掲載されている記事、本、著者を任意のキーワードで検索することができます。 ※ISBNも検索にご利用いただけます。ISBNとは出版物固有の13桁の番号で、裏表紙に記載されています。本サイトでISBNを使って書籍を検索する際は、ハイフン(-)を省略し、13桁の数字のみを半角文字で入力してください。
![管理職必読 順番に読むと理解が深まる「マネジメントの名著」11冊](https://cdn-ak-scissors.b.st-hatena.com/image/square/0e5be627f9d604304ad9588d36614fb12b8c5330/height=288;version=1;width=512/https%3A%2F%2Fbookplus.nikkei.com%2Fatcl%2Fcolumn%2F011000181%2F021600009%2Ftop_m.jpg)
みなさんこんにちは。@ryuzeeです。 2023年5月9日に開催されたNTT Com Open TechLunch #7「エンジニアリングマネージャーと目標設定」の登壇資料を公開します。 このイベントはNTTコミュニケーションズの社内ランチ勉強会を一般に公開しているものです。 ぼくは、NTTコミュニケーションズの技術顧問をしており、顧問業の一環として登壇しています。 多くの組織では、この時期に期初の目標設定を行っているのではないかと思いますが、目標設定の意味や位置づけ、それをどのように使うのか、評価や報酬との関係はどうなるのかといったことについて組織のなかで認識が揃っていることはまれです。 こうなると、人事制度のなかで目標設定をすると決められているのでめんどくさいけどやる、という感じになったり、目標設定が終わったら内容を綺麗さっぱり忘れて、期末になって「あー、そういえば……」みたいなこと
「なぜ私の部下は話してくれないんでしょうか?」 ──1on1に悩むマネジャーが陥りがちな「落とし穴」について専門家に聞いてみた テレワークでのコミュニケーション不足を解消するため、1on1を導入する企業が増えています。一方で、1on1には傾聴力やコーチングなど特別なスキルが必要だという意識が強く、「上手くできているのかよくわからない」と手応えを掴めずにいる人も少なくありません。 そんななか、サイボウズでは15年前から「ザツダン」という名前で、社員間のコミュニケーションをとってきました。これはその名の通り、ビジネス・プライベート問わない幅広い話をするもので、特別なスキルを必要としません。 なぜサイボウズは1on1ではなくザツダンを実施するのか、その具体的な内容や効果はどんなものなのか、「会話が盛り上がらない」「話のネタに困る」といった悩みを乗り越えるためにマネジャー層に何ができるのか。こうし
リモートワークが一般的になり、課長をはじめとするリーダー層は、“目隠し”をされた状態でマネジメントをしなければならなくなりました。離れた場所で働いているメンバーにどう働きかけて、チームとして結果を出したらいいのか? 「いま、リーダーに必要な伝え方」というテーマで、『AI分析でわかった トップ5%リーダーの習慣』著者の越川慎司氏と、『課長2.0』著者の前田鎌利氏が対談。本記事では、「伝える」ではなく「伝わる」プレゼンを目指すためのコツを解説しています。 「伝える」ではなく「伝わる」コミュニケーションを目指す 堀口友恵氏(以下、堀口):今日は「伝える」イベントということで、越川さんが伝える際に意識していることにフォーカスしながら話をしていきたいと思います。テーマを3つご用意してるんですが、その後2人でディスカッションをしながら進めていただきたいと思います。 まず1つめ、「メンバーへ伝える」とい
世界中で、熱心なファンが急増しているNotion。2021年10月には2億7500万ドル(約307億円)の資金調達を発表し、評価額は100億ドル(約1兆1200億円)へと上昇。急成長を遂げているNotionのプロダクト開発と組織作りについて、エンジニアリング責任者 Michael manapat(マイケル・マナパット)さんが語ってくれた。 目次 ・Notionの組織構成 ・Notionの製品決定プロセス ・Notionのプロダクトデザインの考え方 ・Notionのプロダクトとビジネスニーズのバランス ・Notionで働くエンジニアの役割 ・Notionのエンジニア採用 ・Notion流PLGにおいて大事なこと ※2021年12月9~10日に開催された【PRODUCT LEADERS SALON 2021】より、Notionにてエンジニアリングの責任者を務めるMichael Manapatさ
syacyo @syacyo_twit みずほの件がお昼のニュースで取り上げられてたけど『言われたことしかやらないような担当者の意識を改革する』って言ってた。 これは日本独特の考え方。日本以外の作業者は普通は言われたこと以外はやらない。なので欧米はマネジメント層が優秀だし高給。 2022-01-14 12:41:18 syacyo @syacyo_twit 日本は精神論、根性論を盾にマネジメント層が圧力をかけて作業者がなんでもかんでも気を利かせて動くように強要する文化ができあがってしまっている。 本来はマネジメントする側が綿密に各自の作業内容を分担して、それ以外はやるな、とまで指示するのが正しい姿なのよ。 2022-01-14 12:44:06 syacyo @syacyo_twit だからオフショア開発で外国勢に作業依頼したときに成果物が酷くてなぜ◯◯していないんだ、と問い合わせると オ
この記事はユニファ開発者ブログ Advent Calendar 2021 の 7 日目の記事となります。 adventar.org こんにちは、プロダクトエンジニアリング部の田中です。 今回は、1on1 で約 2 年半使用している事前面談シートの振り返りをしてみます。 私が所属しているプロダクトエンジニアリング部では定期的に 1on1 が実施されています。 頻度と時間は各々で調整可能で、私は 2 週間に 1 回、30 分の間隔で上司にお願いしています。 元々は 1on1 を受けるにあたり特に用意も何もせず手ぶらで臨んでいたのですが、終了後に時折「あっこれ言い忘れた」ということがあり、良くないなと感じていました。 そんな折、以下のブログ記事を拝見し、それ以来こちらの事前面談シートを使わせていただきまして(ありがとうございます)、シートに記載し、上司に共有した上で 1on1 の時間を迎えるよう
新規プロダクトや大きな機能のリリース、大規模リニューアルなど、長い時間かけて行うプロジェクトは少なからず発生します。 みなさんは、そのようなプロジェクトのふりかえりは上手く行えていますか?また、オンラインでのふりかえりはどのように行っていますか?この記事では、長期間のプロジェクトに対するふりかえりの方法を、どのように準備して行なっていったかをご紹介します。 今回のふりかえり会の全体像 今回のふりかえりではmiroを用いて下記の流れで行いました。それぞれのプラクティスの内容については、本記事で説明します。 ふりかえり事前会アジェンダ 参画時期の共有(プラクティス1) 起こったことの共有(プラクティス1) ふりかえり本会アジェンダ 本日のチャレンジ宣言(アイスブレイク) 良かったこと、気になったことを共有(プラクティス1) インタビュー×3(プラクティス2) 課題の狙いを定める(プラクティス3
オンボーディング ハンドブック #このサイトについて #NTTコミュニケーションズ(以降、NTT Com)社内で製作したオンボーディングハンドブックの内容を、より一般化して広く公開するものです。 ソースコード #本書のソースコードは https://github.com/nttcom/onboarding-handbook で公開しています。 ライセンス #NTT Communications Corporation 作『オンボーディング ハンドブック』は クリエイティブ・コモンズ 表示 - 非営利 - 継承 4.0 国際 ライセンス で提供されています。 関連ハンドブック #リモートワークの働き方に特化したリモートワークハンドブックや、チームビルディングのプラクティスをまとめたチームビルディングハンドブックも参照ください。 読み始める #こちらから本編に進めます。 はじめに
プロジェクトマネジメントにおいて、見積もりをどのように行うかは結構難しい。僕は理想日見積もりの形式も、相対見積もり(ストーリーポイント)の形式も試したことがあるが、どちらも一長一短であった。 最近色々試す中で、プロジェクト初期は理想日見積もりし、徐々に相対見積もりへ移行するという方式がやりやすいと感じた。今回はその様子を紹介してみる。 理想日見積もりと相対見積もりそれぞれのメリット・デメリット 見積もりの基礎知識と「ストーリーポイント vs 理想日」の考察の記事を読むと、理想日見積もりと相対見積もり(ストーリーポイント)それぞれのメリット・デメリットがさっと把握しやすい。自分としては、それぞれ以下のように思っている。 理想日見積もり : 他の割り込みが全くなく、1日中タスクに取り組んだ場合を1理想日とする見積もり方式 メリット: 他に基準となるタスクがなくてもとりあえず雑に出せる。相対見積
これまで僕は締切がかなり厳しいプロジェクトを数回経験してきた。その経験から、締切が厳しいという特性を持ったプロジェクトの初期にまずこれだけはやったほうが良いということがいくつか見つかったので、今回はそれらを紹介していこうと思う。 前提となるプロジェクト 今回紹介する方法は、次のような特性を持ったプロジェクトを前提とする。 細かい仕様は決まっていないが、作るものの要件はある程度明確である アジャイルの定義におけるスコープ・コスト・品質・スケジュールの中で、スケジュールを特に優先したい(スケジュールを変えられないなど) 数ヶ月以上のプロジェクトである 短いスパンでリリースしてユーザーの様子を見てその後のプロダクトバックログの優先度を変えるような性質のプロジェクトでは、別のやり方を取る必要があると思う。そこは注意してほしい。 プロジェクト初期にやっておきたいことは何か 上記のようなプロジェクトの
データサイエンティストと機械学習エンジニアをされてきた中での経験してきたことが書かれていて、それぞれの違いもわかる良記事でした。 はじめに僕はdely, Inc.に入社した2016年から元々はずっとサーバーサイド (Ruby on Rails) のエンジニアをしていました。そして、2018年の5月ごろからプロダクトマネージャーになり、レシピ動画サービスであるクラシルのプロダクトマネージメントを担当していました。現在も新規事業のPdM兼エンジニアをしています。 昨年 (2018年) のdely Advent Calendarで以下のような記事を書かせていただきました。 駆け出しのPdMとして、右も左もわからない中、PdMとはそもそもどんな役割なのかからどのようなことをしてきたかを書いてあります。この記事から1年が経ち、駆け出しのあの時、こんな記事があったら良かったのにと思えるような「教科書」
2016 年に逝去した、元 Intel CEO の Andy Grove による High Output Management の日本語訳が復刊され、さらに Hard Things の Ben Horowitz の序文がついたことで、改めてスタートアップ界隈でも 1 on 1 (ワンオンワン) ミーティングの効果が注目され、各社や各人の 1 on 1 のノウハウが共有されるのではないかと期待しています。 Y Combinator の Sam Altman はスタートアップ初期でのコミュニケーションの重要性を何度も説いています。特にスタートアップは業務が複雑になりがちで、かつ状況の変化も早いため、コミュニケーションがボトルネックになりがちです。 コミュニケーションの遅れは意思決定の遅れにつながります。そして意思決定の遅れは事業の進捗を遅らせたり、トラブルの兆候を見逃してトラブル発生の原因にな
はじめに こんにちは!Supershipの永田ゆにこです!「Supership株式会社 Advent Calendar 2016」の20日目を担当します(^o^)今年は会社のやつに参加するぞ〜! これからマネジメントやらなきゃいけない人や、同じように困ってる人にぜひ読んでほしい!めちゃくちゃ長いです。 前置きと振り返り さて、これまでは二年連続でGitに関することを書いてきました。Gitが使えるデザイナーブランディングをしていたんですね〜。いまやデザイナーの人がGit使うのは普通になってきた印象です。便利すよねえ。 去年の書いたのはこれ Gitとわたしとデザイナーと 〜2015年Gitの思い出〜 その前書いたのはこれ デザイナーがこうやってGit覚えて大好きになったよ♡ てな感じで少し前はデザイナー&ディレクターをしていたのですが、最近はだんだんプロデューサー&マネージャーぽい感じに変わっ
このエントリでは、Yegor Bugayenkoによる記事、Daily Stand-Up Meetings Are a Good Tool for a Bad Managerを紹介する。 (Yegorから和訳と転載の許可は得た。) 以下はその全文の和訳だが、意訳超訳が混じっているので、もとのニュアンスを知りたければ元記事を読んでもいいし、読まなくてもいい。 スタンドアップミーティング (または単純にスタンドアップ)は、「チームマネージャに状況報告をするためのデイリーチームミーティング」であるとWikipediaに書かれている。 こうしたミーティングは、ソフトウェア開発チームの間でとても人気な手法ではあるが、単なる悪であり、よいマネージャは決してやらない。 以下、その理由を説明する。 私は、スタンドアップのやり方が適切だったり不適切だったりする、と言いたいわけではない。それについて述べた記事
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く