妻から言われたことをいくつかツイッター（URLはこちら）で紹介したのですが、 予想に反してかなりの反響がありました。 そんな「妻語録」を一度まとめてみました。 2010/06/03 07:44 かつてネトゲで数十人を率いていたという妻「相手が欲していることは何で、どうやったらモチベーションを高く持ってくれるかを必死に考え抜くの。そうしたら勝手にみんなが動いてくれる。それがマネジメントだよ。やってないから帰りが遅いんじゃないの？」…代わりに会社に行ってもらえませんか？ 2010/06/04 07:46 （再掲）近所の豪邸の前で「ここの家主と僕との違いは何なんだあ！」と嘆いていたら、妻が「今まで背負って来たリスクの差じゃない？例えば受験勉強を頑張ると、落ちたら努力が無駄になるというリスクを背負うんだよね。遊んでいればリスクもないけど合格しない。そういうこと。」 2010/06/08 23:46
マネジメントを経験してようやくわかってきた、半年で部下を１人前にするコツ - トイアンナのぐだぐだ
試行錯誤しながら手に入れた部下や後輩を半年で１人前にするコツをまとめました。 嫌な先輩から、まあまあの上司になるまで まずは私の経歴を少し。昨年独立するまで外資で働いていました。新卒で入ったのは少数精鋭にしたって、いくらなんでも少なすぎない？ と人事の肩を揺さぶりたくなる部署でした。 入社2年目には「もう１年いるんだからシニアだね！後輩指導よろしく」と宣告され、必死で３人指導してのち転職。その後はプロジェクトごとに部下を持っていました。独立した現在は外注マーケターとしてトレーニング業務も担当することもあります。合計で指導した部下・後輩は約10名前後。 最初は最悪の上司だったと思います。詳しくは「いつの間に自分が「細かいことにウルサイ嫌な先輩」になっていた 」に書きましたが、もうタイトルだけでお察しください案件。自分でもこれはいけないと思い四苦八苦した今、半年くらいで「いいね、それで行こうか
仕事の進め方がグダグダの会社はどうすればいいのか、「プロジェクトマネジメントの基本が全部わかる本」の著者に聞いてみた 「プロジェクトマネジメントの基本が全部わかる本」を執筆し、ご自身もプロジェクトマネージャーやプロダクトマネージャーとして23年経験を積んできた橋本将功さん。 橋本さんは、セミナーや著書でプロジェクトマネジメントについての知見を発信されていますが、今回 Agend であえてお聞きするのは「専門のプロジェクトマネージャーがいないグダグダになっている職場で、どう仕事を回していくか」。 「うちの会社は仕事を回すのが下手」と感じている方にこそ読んでいただければと思います。
界隈がざわつくほど超進化したPMBOK第7版の解説【プロジェクトマネジメント】｜Miz Kushida
・・・ ・不確実性パフォーマンス・ドメインについて加筆しました ・テーラリングについて加筆しました ・適応課題について補足を追加しました。 はじめにPMBOKといえば、PMIが世界中のプロマネの実務家から意見を集めてプロジェクトマネジメントについて知識体系化している分厚い本、というイメージです。 いや、でした。。。以前の第6版までは（7版からはすごく薄い）。 2021年8月に第7版が発表されると（ただし、日本語版はもっと先）公式からアナウンスがありましたが、本家サイトに行ってみると英語版は既に購入できる状態でしたので早速電子版を購入し読みましたので解説したいと思います。 一応前置きしておきますと、僕はPMPホルダーではありません。外資系にいるときにPMBOKをベースとしたプロジェクトマネジメントを実施したり、国内企業ではCMMI レベル5（最高レベル）を運用したりバージョンアップ対応を経験
日経BOOKプラスに掲載されている記事、本、著者を任意のキーワードで検索することができます。 ※ISBNも検索にご利用いただけます。ISBNとは出版物固有の13桁の番号で、裏表紙に記載されています。本サイトでISBNを使って書籍を検索する際は、ハイフン（-）を省略し、13桁の数字のみを半角文字で入力してください。
一人 CTO Night での発表資料です
今回は、マイクロソフトにいて自分が感じているIT業界の大きなスタイルの変化の兆候とその対策について書いてみた。今回もいつも通り、単に自分の意見をシェアしているだけであって、他の人にどうこうしろと言いたいわけではない。ただ、日本のIT業界が米国に追いつき、追い越すための議論のきっかけになるといいなと思っている。自分も楽しみながらも、もがいていることと、そこで見えた光について書いてみたい。 世界は「技術力」の重視に向かっている 私のキャリアは、某大手SIerを12年勤めた後、ITコンサルティング企業に３年在籍して、主に超上流を実践した。その後独立し、ビジネスモデリングから、アジャイルや、DevOpsの導入支援、マネジメント、開発などを実施していた。 私がマイクロソフトを受けてみようと思ったのは、友人からの推薦の要素が大きかったのだが、その背景では、海外で勤務したいという希望があったのと、「技術
２０代後半から１５年ほどSIプロジェクトのリーダー／マネージャーをやってきた経験から。 『 監督とは、 他人が打ったホームランで金を稼ぐことだ。 』 ケーシー・ステンゲル（MLB監督） ●ポリシー １）全てのメンバーが目的・段取りのわからない仕事をしない／させない。 ２）プロジェクトの成功には、短期的な成功と中長期的な成功がある。両方を意識すること。 ３）プロジェクトの短期的な成功は、お客さんを満足させることと利益をあげること。 ４）プロジェクトの中長期的な成功は、リーダーとメンバーが成長し、また一緒に仕事をしたいなと思い合うこと。 ５）リーダーとメンバーがフラットでオープンな関係を築けなかったプロジェクトは、中長期的には失敗する。 ６）みんなで得意なことを持ち寄って知恵を出し合ってやってみてダメだったらそれは僕らにはムリな仕事だったということ。 ７）人は一人一人別人であり仕事に対するスタ
「プロジェクトマネジメントの基本が全部わかる本」は序盤から『交渉』について書いてるところが良いと思った - フジイユウジ::ドットネット
「プロジェクトマネジメントの基本が全部わかる本」を買ったら、注文ミスして2冊頼んでしまったんだけど、結果的にはむしろ2冊買ってよかった、という話を書きます。 「プロジェクトマネジメントの基本が全部わかる本」 （ @paradisemaker 著）が届いたー。 なんか注文ミスって2冊届いたけど、1冊は誰かに読ませるとき用にしようw pic.twitter.com/evnrXtssm8 — フジイユウジ (@fujii_yuji) 2022年11月10日 制作/開発をするメンバーはいるけどプロジェクトマネジメントは得意ではなくて雑になってしまっているという制作/開発会社も多いと思うのですが、僕もそういう会社からどうしたらいいのか相談されたり、PMの育成の話をすることがあります。 (肩書としてPMだったことはないんだけど、僕も20年くらいPdM的な仕事をやってるんで相談されることがそれなりにある
昔、ある会社の営業MTGで、忘れられないやりとりがあった。 少々詳しく描写すると、出席者は以下の通り。 ・役員（部長） ・リーダー ・メンバー 7名のメンバーの能力は各々、高、高、中、中、中、中、低。 二人ぐらい優秀な人物がいて、一人「できない人」が混ざっているイメージだ。 また、役員とリーダーは切れ者で、部下の報告の論理矛盾やダメな点にはすぐに気づく。 さて、こんな状況で来期の「営業計画」について、MTGが開催された。このMTGの議長はリーダーだ。 リーダーはテキパキと議事を進める。 来期の営業部の方針に始まり、具体的な目標設定、個人の役割など、メンバーへの指示も簡潔でわかりやすい。 ここまではなんの問題もなかった。 だが、今年一年を振り返っての営業報告が始まると、雰囲気が変わった。 無理もない。メンバーの一人ひとりが、自分の過去の実績と、これからの具体的行動を発表しているのだから、緊張
【Google re:Work】マネジメントで悩むすべてのエンジニアが見るべき完全無料テキスト | DevelopersIO
エンジニアにとって、正解が分かりづらいマネジメント業務ってとっつきづらいんですが、その良き羅針盤となってくれるテキスト「re:Work」の紹介です。 「エンジニア天国な会社にしたい。したくない？」 「したい。けど、どうやって？わっしょい的な雰囲気で？」 今年の6月あたり、クラスメソッドAWS事業本部コンサル部で合宿を予定しているんですが、その合宿でやるネタを考えているときに知ったのが、この「Google re:Work」。 正解が見えづらい組織運営において、「良いチームとはなにか？」「採用で気をつけるべき点」「ビジョンがもたらす効果」など、マネジメントの頻出課題をギュッと凝縮して詰め込んだこのコンテンツがむっちゃ有用だったので、紹介します。 Webコンテンツとして完全無料なので、今マネジメントで悩んでいる人も、これからマネージャー目指そうとしている人にも参考になる点多いと思うので、一度気軽
プロダクトマネジメントと事業開発に関する私的な振り返り - 下町柚子黄昏記 by @yuzutas0
TL;DR 企画力が…欲しい… pic.twitter.com/hJfr0qNv7T— ゆずたそ (@yuzutas0) 2020年11月19日 試行錯誤の瓦礫の記録です。 はじめに もくじ TL;DR はじめに もくじ 以前書いた記事 前提・免責 アイデア 1日1案（やってよかったこと） 1stスクリーニング（やってよかったこと） コミュニケーション チームへのリスペクト（やってよかったこと） 話す <<< 聞く（改善余地あり） 即決する（やってよかったこと） 自分で各論まで見る（やってよかったこと） 発散→収束でディスカッション（改善余地あり） イラストで話す（改善余地あり） 日次ミーティング（やってよかったこと） 議事録を書く（改善余地あり） 得た情報を共有する（改善余地あり） 想定納期を示す（改善余地あり） カレンダー招待＆日程確約コメントを転記（改善余地あり） プロセス管理 仮説
仕事は挑戦の連続です。経験を積み、スキルが上がり、評価されるほど、難易度が高い仕事に関わるようになります。そこには必ず苦難があり、ストレスが待ち構えています。 ストレス学説の生みの親であるカナダ人生理学者のハンス・セリエ氏は、「ストレスは人生のスパイスである」という名言を残しています。確かにストレスは必ずしも悪いものではありません。 例えばパフォーマンスとストレスレベルは、逆U字の関係にあります。あるレベルまではストレスレベルの高まりに従ってパフォーマンスは向上し、あるレベルを超えるとパフォーマンスは低下します。この法則は心理学者ロバート・ヤーキーズとジョン・ドットソンの名前を取り、「ヤーキーズ・ドットソンの法則」と呼ばれています。 この法則に従えば、仕事で高いパフォーマンスを発揮したいなら、ストレスをゼロにするのではなく、適度なレベルにコントロールしなければなりません。そのために必要なの
完璧主義で丁寧すぎるから、作業に時間がかかるって？ その分析、半分は正解です。今回は仕事が遅くなる原因の、残り半分について話をしようと思います。 「巧遅（こうち）は拙速（せっそく）に如（し）かず」 ――孫子 「丁寧だけど遅い」仕事よりも、「荒削りでも速い」ほうが良いネ！という、この孫子の格言。 ビジネスパーソンであれば誰もが、その重要性を痛感しているかと思います（せわしない世の中ですよねぇ……）。携わっている仕事のタイプにもよりますが、着手のタイミングが早いこと、そして遂行のスピード自体も速ければ速いほど、多くの「失敗→起動修正」を積み重ねることができるため、その分、より良いものを作れる可能性が高まるのです。 しかし現実問題、細かくて仕事がバカ丁寧な人に「6割でいいよ！」「80％でGO！」などと言ったところで、そんなことができるワケないのです。そして多くの完璧主義者は「3歩進んで2歩下がる
ゲーム開発 プロジェクトマネジメント講座 ２０１１年１０月８日 株式会社スクウェア・エニックス CTO 橋本 善久 1 ©SQUARE-ENIX 2011 SQUARE ENIX OPEN CONFERENCE なぜプロジェクトは 失敗するのか？ 2 ©SQUARE-ENIX 2011 プロジェクトの失敗ポイント • 見込みより売上が少ない • 計画よりもコストがかかっている • 発売時期が遅れた • 発売に間に合わせるため内容が削られた • ユーザーの評判が悪い • 不具合が発生 • スタッフの満足度が低い、故障者が出た、辞め てしまった • など・・・ 3 ©SQUARE-ENIX 2011 プロジェクトの失敗ポイントの分類 • スコープ（コンテンツの範囲）の問題 • 品質の問題 • コストの問題 • 時間の問題 • リソース（人員・環境）の問題 • ビジネスの問題 4 ©SQUARE
Backlog開発チームの藤田です。皆さんは子どもの頃、夏休みの宿題にどんなふうに取り組んでいたでしょうか？ 夏休みの初めに一気に終わらせてしまう 毎日こつこつ進める 夏休みの終わり近くになって必死でやる 終わらせない などいろんなタイプがありますね。 私は「初めに一気に終わらせる」タイプでした。毎日こつこつ進めるとかは無理と自分でわかっていたので、先にやってしまって安心したかったのだと思います。「終わらせない」を選択できるほど肝が据わってもいませんでした。 本記事は、普段私たちが業務で使っているプロジェクト管理の手法を夏休みの宿題に応用したお話です。小学2年生になった娘と一緒に「夏休みの宿題完遂」を目的に、バーンダウンチャートなどを活用して、プロジェクトをどのように進めたのかお届けします。 夏休みの宿題をマネジメントする事の発端 うちの子にかぎって 私には小学校6年生と2年生の娘がいます
プロダクトマネジメントを体系化したクライテリアです。企業がプロダクトを成功に導くために必要な要素を多角的かつ具体的に記載してあります。対象はプロダクトマネージャー個人ではなくプロダクトを取り巻くチームとし、プロダクトマネジメント全体をスコープにしています。
今やあらゆる場面で必要とされるプロジェクトのノウハウを、300件以上成功させてきたプロフェッショナルがこっそりお伝えします。 先日、仕事で関わっている方から、「結局、プロマネって何ができないといけないんですかね？」という質問をされたので、その場でざっくり洗い出してみました。 世の中には PMBOK や ITSS, PRINCE2 などのスキル標準を定めたものはありますが、これらは大規模システム開発を志向しており、概念として抽象度が高いためベースの知識として利用できる環境は残念ながら非常に少ないという現実があります（もしこれらを利用できる環境にいるならとても幸せなことです）。 少なくとも日本で実施される一般的なプロジェクトは PMBOK や ITSS を元に共通認識を整備するどころか、「限られた予算で1年でクライアントのシステムを刷新する必要がある」とか、「社長の思いつきで何も決まっていない
社会人になって数年たったR25世代のビジネスマン。 後輩ができてきたり、ちょっとしたチームのリーダーを任せられたりする機会も出てきたはず。 実力に自信はないけど、ちょっとは先輩らしいところも見せなくては…。でも、いわゆる「マネジメント」なんてしたことないから、どうしたらいいのかわからない！ そこで、“新R25レギュラーズ”田端信太郎さんに「マネジメントの本質」を教えていただきました。 〈聞き手：天野俊吉（新R25編集部）〉 【田端信太郎（たばた・しんたろう）】株式会社ZOZO コミュニケーションデザイン室本部長。NTTデータを経てリクルートへ。フリーマガジン『R25』を立ち上げ、創刊後は広告営業の責任者を務める。その後ライブドア、コンデナスト・デジタル、NHN JAPANを経て、2018年3月から現職
マネジメントに興味がなくても騙されたと思って『エンジニアのためのマネジメントキャリアパス』を読んでくれ - dskst's diary
エンジニアのためのマネジメントキャリアパスという書籍が出版されました。 タイトルに書いたとおり、マネジメントに興味がなくても、読むこと大きな学びをもらえる本です。 及川さんが前書きを書いており 本書を読み終わった後、私はひどく落ち込んでいる自分に気づきました。 ~中略~ 内容が素晴らしい故に、いかに自分が未熟であったかを思い知らされた と、記載があって衝撃を受けました。 及川さんが落ち込んだら、私なんて精神崩壊してしまうのではないか…！？ 本書を読んで、精神崩壊こそしなかったですが、ひどく落ち込みました。自分のレベルの低さを痛感します。 本記事では本書の知識定着のためのアウトプットと、所感をまとめています。各章毎にピックアップして記載します。 書籍の内容 1章 マネジメントの基本 2章 メンタリング 3章 テックリード 4章 人の管理 5章 チームの管理 6章 複数チームの管理 7章 複数
ドラッカーはいいます。一流の仕事をするには、まず自己の強みを知ること。そして、仕事の仕方を知り、学び方を知る。価値観を知る。自己を知ることで、得るべき所がわかり、なすべき貢献が明確になる、と。 これは、エッセンスが凝縮されたドラッカー論文集で紹介したHBR6月号に掲載されていた1999年発表の論文「自己探求の時代」の要約です。もう少し詳しく紹介してみましょう。 自己の強みは何かを知る 自己の強みを知るには、フィードバック分析しかない。すなわち、なすべきことを決めたり、始めたりしたならば、具体的に書き留めて置くのである。そして、九ヶ月後、一年後に、その期待と実際の結果を照らし合わせなければならない。私自身、これを五〇年続けており、そのたびに驚いている。 自己について知るうえで、最も重要なのは強みを知ることだとドラッカーはいいます。強みを知るには、自分が行ってきた実績や行えなかったことを記
いま所属している会社は、ボトムアップな会社ということになっている。正確にはボトムアップとトップダウンが混在していてたまにミスリーディングなのだが、だいたいはボトムアップな会社といえるだろう。 それで、たまに、学生と会ってくれといわれて、うちの会社がボトムアップの会社なんですよ〜、と話すことがある。だがこのボトムアップというやつ、採用活動では『いかに若いうちから活躍できるか』をぐいぐいアピールするための文句ではあるのだが、実際、現場でどういうコミュニケーションになっているのか、あまり説明されない。どういう会社が「良い」ボトムアップの会社なのか、わりとみんな意識していない。 とりあえず適当に若いのに丸投げてみたら、いつの間にかイケてる提案を持ってきた、なんてことは、ありえない。それを実現するためには、上司側の見えない努力がたくさん必要なのだ。 こんなマニアックな話をしている人は多くないと思うの
従業員ライフサイクル一元管理ツール『mfloow（エムフロー）』を提供する株式会社メタップスホールディングス（渋谷区、代表取締役社長 山﨑 祐一郎）は、社員の入社・退職手続きを行う人事や総務の担当者1,009名に対し、「入社・退職時の手続き」に関する実態調査を実施しました。その結果、進捗管理は主にエクセル・スプレッドシートと紙ベースで行われていることがわかりました。また、よく起こるトラブルとして手続きの遅延やタスク漏れが上位に挙がりました。
ChatGPTで圧倒的に回答精度を高めやすいよう開発したプロンプト(入力文)ひな形を無償公開： GPT研究所のGPT監査活動を通じて編み出した汎用型プロンプト【日本マネジメント総合研究所合同会社】
ChatGPTで圧倒的に回答精度を高めやすいよう開発したプロンプト(入力文)ひな形を無償公開： GPT研究所のGPT監査活動を通じて編み出した汎用型プロンプト【日本マネジメント総合研究所合同会社】 報道機関各位 2023年5月21日 日本マネジメント総合研究所合同会社 各種感染症・台風/豪雨災害・各種震災など各地の災害や戦禍等で、国籍等に関わらず感染・被災・苦境に直面された方々と、復興者の方々や平和維持活動の皆様・世界各地の医療機関関係各位ならびに各種関係各位のご安全と1日も早い実りあるご快癒・復旧復興・和平等と共に、ご無念ながらに天上に召されました尊い御霊・御仏のご冥福を心よりお祈り申し上げます。 弊社の理事長が所長を務めるGPT研究所にて、下記の通り、ChatGPTにおける入力・質問文を工夫することで、より精度の高いGPT出力・回答を得やすくなるプロンプト（ビジネス・プライベートなど各
2020年8月31日(月)をもちまして、nanapiに関わるすべてのサービスは終了いたしました。 nanapiは、2009年のサービス開始より「みんなで作る暮らしのレシピ」という考えのもと、ユーザーの皆さまに生活に関する様々な「ハウツー」を投稿していただく投稿型ハウツーサービスとして運営してまいりました。 約11年間にわたって皆さまからご支援をいただきサービスを継続できたこと、nanapi編集部一同、心より御礼申し上げます。 掲載されていたコンテンツなどのnanapiについてのお問い合わせは、nanapi@supership.jp までお願いいたします。 長きに渡りnanapiを応援してくださり、本当にありがとうございました。
![IT企業10社に聞いた、マネジメントを学んだ「良書」とは | nanapi [ナナピ]](https://cdn-ak-scissors.b.st-hatena.com/image/square/28eae5ee3d9f7ef75c751fc65da151cf7eb2fb89/height=288;version=1;width=512/https%3A%2F%2Fimage.nanapi.com%2Fr%2F2015%2F09%2F15%2F16%2F73787c96-8051-4175-b9f5-c23dc1e5b4fc.jpg)
毎日こんなに忙しいのに、思ったほど成果が上がっていない...。多くのビジネスパーソンが抱える悩みのひとつですね。何かがオカシイ気はするけれど、具体的に何をどう変えていけばいいのか？こちらでは、そんな状況を改善するためのヒントとして、集中力をグっと上げるコツについて採り上げてみたいと思います。 「Writing 2.0」系メディア「How To Get Focused」では、脳のメカニズムから、ヒトが集中するための方法について、以下のように述べています。 研究者によると、「マルチタスクは仕事の価値を50％下げ、必要な時間を50％も長くしてしまう」そうだ。そもそも、脳にとってマルチタスクは物理的に不可能。メールをしながら、片手間にチャットで応答し、さらにプレゼン資料を作るといった、一見マルチタスク風のこれらの行動は、実は「マルチタスク」ではなく、集中する対象をあちこち動かしているだけなのだ。
マネジメントをする立場の人が知っておくべきこと『すべての人類が成長を望んでいるわけではない』成長したくない理由や価値観の話
教皇ノースライム @noooooooorth 私にこれを気づかせてくれたのは「優秀で仕事にコミットすれば今よりも全然成果を出すことができるんだけど、コミットしたい先は仕事ではない」人たちでした。それまで私は仕事っていうのは常に自分にストレッチをかけていくものだと思っていたのですが、そうではない世界が広いことを知った感じです。 twitter.com/noooooooorth/s… 2020-02-10 16:02:07 教皇ノースライム @noooooooorth 効率化についても同じようなもので、経営者界隈にいると効率化って至上命題のように見えることすらあるんですが、ほとんどの人は効率化って別に求めていないんですよね。むしろ効率化を実現するために何かを変えることに抵抗感があったり、何かを早く終わらせること自体に価値を感じなかったりする。 twitter.com/noooooooorth/
Founder Customer Fitこのセクションについて解決したい課題を見つけよう顧客を決めようリーンキャンバスを書こうミッションを決めようCustomer Problem Fitこのセクションについてペルソナを立てよう共感マップをつくろうカスタマージャーニーマップをつくろう課題仮説を整理しようプロブレムインタビューをしようProblem Solution FitこのセクションについてPEST分析をしようフックモデルを定義しようプロトタイプをつくろう解決策仮説を整理しようソリューションインタビューをしようSolution Product Fitこのセクションについて名前をつけようユーザーストーリーマップをつくろうMVPを構築しようMVP仮説を整理しようMVPインタビューをしようProduct Market Fitこのセクションについてグロースサイクルを定義しよう利用規約をつくろうプロ
2022-08-08 リーダーの作法 ささいなことをていねいにを読み終えた。 著者は Netscape でマネージャー、Apple でディレクター、Slack でエグゼクティブを経験した Michael Lopp さんで、過去にBeing Geek や Managing Humans を書かれている。 翻訳の質も非常に高く、楽しく読めた。1 そんなにマネジメント関係を読んでいるわけではないが、HITH OUTPUT MANAGEMENT や、エンジニアのためのマネジメントキャリアパス ―テックリードから CTO までマネジメントスキル向上ガイド 同じくらい良い書籍で、学びや共感を多く感じた。 自分はマネジメントのポジションについたことはないが、仕事をしていくなかでマネジメント関係のソフトスキルや複数人でどうやってうまくリーダシップを発揮して、大きい問題を解決するかに興味があるので、良い書籍
ゲーム開発 プロジェクトマネジメント講座 ２０１１年１０月８日 株式会社スクウェア・エニックス CTO 橋本 善久 1©SQUARE-ENIX 2011 SQUARE ENIX OPEN CONFERENCE なぜプロジェクトは 失敗するのか？ 2©SQUARE-ENIX 2011 プロジェクトの失敗ポイント • 見込みより売上が少ない • 計画よりもコストがかかっている • 発売時期が遅れた • 発売に間に合わせるため内容が削られた • ユーザーの評判が悪い • 不具合が発生 • スタッフの満足度が低い、故障者が出た、辞め てしまった • など・・・ 3©SQUARE-ENIX 2011 プロジェクトの失敗ポイントの分類 • スコープ（コンテンツの範囲）の問題 • 品質の問題 • コストの問題 • 時間の問題 • リソース（人員・環境）の問題 • ビジネスの問題 4©SQUARE-EN
中田:‖ @paddy_joy 今日のマネジメント研修はめちゃくちゃ良かった。Twitterではボロクソに言われてる人が講師だったのでむしろネタにしてやろうくらいの気持ちで受けたんだけれども説得力がTwitterとは段違いだった。発信する場によってこれくらい印象が変わること自体が一つのケーススタディーになりそう。 2023-03-08 17:09:03 中田:‖ @paddy_joy 「"心理的安全性"は部下の立場でしか語られないのが大きな問題。「指摘したら部下が落ち込むんじゃないか」「指導をしたらパワハラ扱いじゃないか」などと心配するのは上司の側の心理的安全性が脅かされている。ダメなものはダメだと上司が躊躇なく言えなければその組織も強くならない」 2023-03-08 17:14:14 中田:‖ @paddy_joy ↑この前段に、「部下が上司に指摘できない組織は死ぬ」というデータがいく
「これからの時代は男女でわけて考えるのではなく、性別ではなく、個々としてみないといけないから男女でマネジメントをわけるなんていうのはナンセンスだ。」 と自分に言い聞かせてきましたが、 やはり男女は違うという答えに行き着きました。 僭越ながら女性のマネジメントについて書こうと思うのは、女性のマネジメントが得意というわけではありません。 ただひたすら逃げずに立ち向かったことにより見えてきたことがあるということだけです。 私の女性マネジメントの経歴は以下です。 ・女性を部下に持った数100名以上 ・面談で女性を泣かしてしまった回数は50回以上 ・「あなたがいるなら私は辞めます。」と言われた回数２回 ・役員選挙投票紙の自由記入欄に「セクハラしないで」と書かれた票が２票（控訴したい） こんなところです。 「今より前に進むためには争いを避けて通れない」とミスチルも言ってるしなー。と思って深く考えずに生
あの頃の俺に伝えたい内容を雑に書く。 本を読め お前が困ってることはたいてい先人の知恵によって体系化されている。経験から学ぶことも大事だが、歴史から学ぶことを常に継続しろ。 他社のマネージャーと話せ 社内のことで手一杯なのはわかるが、思った以上に視野が狭くなっているぞ。社外の人間と話すとそれに気づくはずだ。緊張を乗り越えて直接声をかけたりイベントに出向いたりしてみるといい。思考が整理され、きっと解決の種が育つ。 引き出しを増やせ マネジメントは成長がわかりづらい。不安になったらマネジメントの引き出しを増やすことに集中しろ。メンバーへの物事の伝え方、意思決定の前の整理の仕方、やり方は無数にある。何個違うやり方にチャレンジできたかを数えてみるといい。 どこで成果を出すかを決めろ 自分の期待は自分で合わせろ。やること、やらないこと、頼りたいことを明文化しないと全てが自分の責任のようにすれば感じて
管理職になると「マジで仕事やる気ない人」のマネジメントは凄く大変だと気がつくという話→「大体の人は出来るだけ働かずにお金をもらいたい」
ずんずんのずんずんいこう（╹◡╹） @zunzun428 管理職になると「マジで仕事やる気ない人」のマネジメントってすごく大変って気づくよね。 自分と同じように他人も「仕事にやる気があって」「成長したいと考えている」という前提が大間違いなのだ…多くの人は「仕事にやる気がないし」「できるだけ仕事しないでお金をもらうか」しか考えてないのだ→ 2022-05-25 13:52:40
…というのに行ってきたのでメモを晒します。社内共有用に書いたんだけど、秘匿情報もないのでほぼそのまま公開します。乱文かつ文中敬称略にて失礼。 ～マネジメントに悩める全てのエンジニアにささげる～ 伊藤直也の１人CTO Night ｜転職ならDODA（デューダ） 開発組織マネジメントのコツ対象 : 50 – 100人ぐらいのWeb / 受託会社CTO or VP of Engineering海外ではCTO : テックリードのイメージが強いマネジメントをするのはVPofEが多いCTOがマネジメントしたくなければVPofEを雇うのもありスコープチームマネジメントヒューマンマネジメント基本姿勢「イシューから始めよ」解の質 x イシュー度 -> バリューのある仕事イシュー度 : 問題設定の正しさ問題解決ではなく問題発見にフォーカスマネージャーの仕事は問題設定あとはメンバーが解いてくれるチーム構造開発組
開発組織のマネジメント
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
このnoteでは、プロジェクトマネジメント（以下、プロマネと略記）のおすすめ本をマトリックス図に整理してご紹介します。 ◆変更履歴◆ 2024.05.07 初版公開 ◆今後追加予定◆ ※追加のお知らせはX（@coffee_nomimasu）にて行います ・プロジェクトマネジメントの基本が全部わかる本 ・プロジェクトマネジメントの本物の実力がつく本 ・驚異のプロジェクト実行術 準備編 ・驚異のプロジェクト実行術 実践編 ・プロジェクト・シン・エヴァンゲリオン プロマネ本を探すときの悩み筆者の本棚にあるプロマネ本プロマネ本を探すとき、多くの方は「プロジェクトマネジメント おすすめ 本」などとキーワード検索して、 プロジェクトマネジメントのおすすめ本を紹介！ プロジェクトマネージャーが読むべきおすすめ本〇〇選！ プロジェクトマネジメントおすすめ本ランキング！ などのサイトを見ながら自分に合いそう
瞑想は宗教と一切関係ない。瞑想は、宗教が誕生する前から存在していたんだ。 レベルを上げて物理で殴ってくるグーグル先生・インテル社・ゴルードマンサックス・ペンタゴン（国防総省）…etc.世界を代表する名だたる企業の研修プログラムに導入されているこの「瞑想」。故スティーブ・ジョブズ、ビル・ゲイツ、イチローを初めとする多くの成功者たちが瞑想に取り組んでいることは周知の事実だ。 著名な成功者だけでなく、世界の頭脳が集結する「シリコンバレーやウォール街」の多忙なエグゼクティブ達までもが瞑想を実践しているとのこと。世界のTOPエリートの間では瞑想はもはや「常識」になりつつあるのかもしれない。 時間がないはずの彼らが貴重な時間を割いてまで瞑想を実践する理由は、一体何なのだろうか？ 今回は下記の入門書『始めよう。瞑想』を用いて瞑想のメカニズムを分析しつつ、実践方法について考えてみよう。 始めよう。瞑想―1
安保法制デモなんかで「徴兵制が!」「戦争に行かされる!」みたいなのがあってバカじゃねーの徴兵なんて今時やるわけねえだろと思ってたのだが、やあもしかしてサイバー戦争うんたらで俺らITエンジニアを徴兵するとかはあり得るかもよ? みたいなヨタ話をしてたことがある。 サイバー戦争黎明期の今こそむしろ徴兵制の好機 | 独り言v6 もちろんヨタ話なので「可能性があるかないかで言えばある」というだけにすぎなくて、まさか本当にやるなんて思っちゃいなかった。ところがガチでそんなことを言い出す人物が現れたのである。 前提として考えてもらいたいのは、これからのサイバー攻撃は、まさに戦争を仕掛けられているのと同じだという点だ。 (中略) 国の重要インフラを破壊されるのは、戦争と言わずに何というのか。これは最悪のシナリオであることには違いないが、日本の政府や業界、企業は、それに対する危機意識が低すぎる。 そして、こ
もし高校野球の女子マネージャーがドラッカーの「マネジメント」を読んだら - ハックルベリーに会いに行く
はじまりもし高校野球の女子マネージャー（名前は仮にみなみちゃんとしよう）が、ドラッカーの「マネジメント」を読んだら、彼女はきっと驚くだろうな。なぜなら、そこには彼女が所属する野球部と、彼女自身のことが書いてあるからだ。「マネジメントなしに組織はない」「マネジメントは企業だけのものではない」「マネジャーをしてマネジャーたらしめるものは、成果への貢献という責務である」 「所属する野球部に何とか成果を出させたい。そのためには自分に何かできることをしたい」そう考えていたみなみちゃんは、この本が「自分のために書かれたもの」であることを確信する。だから以降、そこに書かれていることを脇目も振らず実践するようになる。 野球部におけるマネジメントの役割みなみちゃんは、「マネジメント」を読み進める。するとドラッカーは、マネジメントには三つの役割があると説く。そこでみなみちゃんは、それらについて一つ一つ自分に当
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
かつてネトゲで数十人を率いた妻の「マネジメント論」 - chocontaの日記
仕事の進め方がグダグダの会社はどうすればいいのか、「プロジェクトマネジメントの基本が全部わかる本」の著者に聞いてみた
管理職必読 順番に読むと理解が深まる「マネジメントの名著」11冊
開発組織マネジメントのコツ - Speaker Deck
技術なきマネジメントの衰退とその対策 - メソッド屋のブログ
プロジェクトマネジメントなう＼(^O^)／ | ぽんぽんぺいんなう＼(^O^)／
仕事ができる人ほど、できない人に優しく振る舞うのは、マネジメントの定石。
すべての働く人におくるストレスマネジメントの基本 | knowledge / baigie
仕事が丁寧で遅い人に共通する、たった1つの問題点とその対策。 - プロジェクトマネジメントの話とか
SQUARE ENIX OPEN CONFERENCEゲーム開発プロジェクトマネジメント講座
バーンダウンチャートで子どもの夏休みの宿題を「マネジメント」した話 | Backlogブログ
プロダクトマネジメントクライテリア
一人前のプロマネってどんな人？ プロジェクトマネジメントのスキルセットとは - 誰も教えてくれないプロマネのコツ
「マネージの意味が“管理”？ ハズレです」田端信太郎が語るマネジメントの本質｜新R25 - 20代ビジネスパーソンのバイブル
ドラッカー流セルフマネジメント法 ：投資十八番
ボトムアップ組織のマネジメントとは何なのか
メタップス、タイムバンクのマネジメントバイアウト（MBO）実施
IT企業10社に聞いた、マネジメントを学んだ「良書」とは | nanapi [ナナピ]
自分をガッツリ集中させるための8つのセルフマネジメント術 | ライフハッカー・ジャパン
プロダクトマネジメント入門: 失敗しないプロダクトの作り方を学ぼう
「リーダーの作法」マネジメントに限らず、エンジニアとして仕事の作法について書かれた良書
ゲーム開発プロジェクトマネジメント講座(SQUARE ENIX OPEN CONFERENCE)
「説得力がTwitterとは段違いだった」Twitterでボロクソ言われてる人のマネジメント研修の内容が非常にタメになる
女性に読んでほしくない女性のマネジメントについて｜片切真人｜note
マネジメント半年くらいの自分へ - Konifar's ZATSU
マネジメントに悩める全てのエンジニアにささげる 伊藤直也の１人CTO Night
プロジェクトマネジメントのおすすめ本を４つの分類でご紹介｜コーヒー好きのPM
【瞑想】一流企業が続々導入！脳の究極メンテナンス術を分析・実践しよう。 - プロジェクトマネジメントの話とか
徴兵以下のIT奴隷制度を作るよりマネジメントを学ぶべき - 狐の王国