タグ

managementに関するrgfxのブックマーク (262)

  • 「これは最悪だ」~楽しく走りたかった選手と日本一の監督~ | NHK | News Up

    「これは最悪だ」 まもなく就任する監督の名前を知った時、立教大学男子駅伝チームの斎藤俊輔は思った。 彼は楽しい大学生活を送ろうと、練習があまりきつくなさそうな立教大学に入ったのだ。 ところが監督になるのは日一に輝いた現役バリバリのランナーだった。 人生は、登場人物がたった1人加わっただけで、大きく変わってしまうことがある。 斎藤の人生は思い描いていた方向と真逆に、動き始めた。 (宮崎放送局 林田健太) 斎藤の大学生活が大きく変わるきっかけは、3年前の立教大学の一室でのできごとにさかのぼる。 大学の職員の林英明が、総長から相談があるとじきじきに呼び出されたのだ。 林は職員として働きながら、コーチの肩書でときおり駅伝チームの練習をみていた。チームのOBでもあるが、これといった実績はない。林が部屋に入るなり、総長は要件を話し出した。

    「これは最悪だ」~楽しく走りたかった選手と日本一の監督~ | NHK | News Up
    rgfx
    rgfx 2021/09/08
    「結局のところ、走るのは選手です。このままでいいやと選手が思ったら、もうそれでいいと思っています。タイムを残せなかったら、『はい、残念でした』とメンバーから落とす。」
  • 界隈がざわつくほど超進化したPMBOK第7版の解説【プロジェクトマネジメント】|Miz Kushida

    ・・・ ・不確実性パフォーマンス・ドメインについて加筆しました ・テーラリングについて加筆しました ・適応課題について補足を追加しました。 はじめにPMBOKといえば、PMIが世界中のプロマネの実務家から意見を集めてプロジェクトマネジメントについて知識体系化している分厚い、というイメージです。 いや、でした。。。以前の第6版までは(7版からはすごく薄い)。 2021年8月に第7版が発表されると(ただし、日語版はもっと先)公式からアナウンスがありましたが、家サイトに行ってみると英語版は既に購入できる状態でしたので早速電子版を購入し読みましたので解説したいと思います。 一応前置きしておきますと、僕はPMPホルダーではありません。外資系にいるときにPMBOKをベースとしたプロジェクトマネジメントを実施したり、国内企業ではCMMI レベル5(最高レベル)を運用したりバージョンアップ対応を経験

    界隈がざわつくほど超進化したPMBOK第7版の解説【プロジェクトマネジメント】|Miz Kushida
  • プロジェクトを計画しすぎてダメにする方法 | タイム・コンサルタントの日誌から

    「日企業は、計画しすぎなんです。」——最近、ある外資系戦略コンサルタントから、こんなセリフを聞いた。いわゆるDXに関する話題の時だ。「計画して、それも細かく緻密な計画を立てて、石橋をたたくようにリスクを全て洗い出してから、はじめようとします。そして動き出したら、すぐ進捗率を問題にする。でも、そんなやり方では、イノベーションは動きません。」 たしかにまあ、日企業、とくに製造業は、まず計画ありきで動いていると言ってもいい。年度計画(いわゆる「予算」)、月度計画、小日程計画・・。建設業も、似たところがある。全体工程表、月間工程表、週間工程表、等々。現場に行くと、計画表は、必ず目立つ位置にはり出してある。 だが、新しいビジネスモデルを創出するような、イノベーティブな試みは、目指すべき目的地が最初から決まっている訳ではない。登るべき山の頂が明確なら、アプローチの経路を地図の上に引き、どこまで登っ

    プロジェクトを計画しすぎてダメにする方法 | タイム・コンサルタントの日誌から
  • オープンでフラットな組織が突然「閉鎖的」と言われるとき|柴田史郎

    柴田(@4bata)です。「それぐらいわかるだろ・・・」が通じなくなるタイミングがあるんだなという発見です! 考えたきっかけ:「オープンでフラットだと思ってたけど、結構閉鎖的なところもある」というセリフを聞いたその人に情報が伝わってなかったのかな。私の最初の感想は「前からそうだった気がするけどな・・・」。以前から整った形で情報はちゃんと流れてない。私にとっては、今働いている会社が閉鎖的には見えてない。実際には閉鎖的な部分があるのだろう。その差を理解してみたくなった。 情報の伝わり方を単純化して考える近くにいる人には自分の活動内容や背景にある意図が勝手に届くとする。携帯の電波が届く範囲、みたいなイメージ。 接触頻度が高い人同士は、いろいろ理解できている。 人数が少ないときは、何もしなくても相互に活動内容や意図が伝わっている・自分が理解できない情報も、一緒に仕事してる隣の人に聞けば情報の背景が

    オープンでフラットな組織が突然「閉鎖的」と言われるとき|柴田史郎
  • Apple・AMD・テスラ・Intelを渡り歩いた天才エンジニアのジム・ケラー氏へのインタビューが公開中、Intelで一体何をしていたのか?

    AMDのAthlonやZenマイクロアーキテクチャ、Apple A4など数々のチップ開発に携わり、「天才エンジニア」と高い評価を受けるジム・ケラー氏は2021年1月にIntelを突如退職し、記事作成時点ではAIチップのスタートアップであるTenstorrentの社長兼最高技術責任者を務めています。そんなケラー氏に、技術系ニュースサイトのAnandTechがインタビューを行っています。 An AnandTech Interview with Jim Keller: 'The Laziest Person at Tesla' https://www.anandtech.com/show/16762/an-anandtech-interview-with-jim-keller-laziest-person-at-tesla なお、ジム・ケラー氏の経歴は以下の通り。 入社退職年企業肩書き関与した製

    Apple・AMD・テスラ・Intelを渡り歩いた天才エンジニアのジム・ケラー氏へのインタビューが公開中、Intelで一体何をしていたのか?
    rgfx
    rgfx 2021/06/22
    後で原文を読む
  • ぼんやり上司とガツガツ上司、どっちが良いか

    ぼんやり上司とガツガツ上司、どっちが良いか 2021.05.21 Updated by Ryo Shimizu on May 21, 2021, 08:45 am JST 「もっと派手に、若々しく」とか「うーん、違うんだよなあ」と、ぼんやりした指示しか出してくれない上司と、「ここは赤で」「明日までに見積書を書け」みたいにガツガツ仕事を進めてしまう上司、どっちがいいか、という問題について最近考えたことがあった。 ガツガツ上司の場合、部下はストレスは感じるがやりやすい。 上司が欲しがるものが明確化されているので、「赤にしろ」と言われれば赤にすればいいし、「見積書を書け」と言われれば書けばいいからだ。 それに引き換え、ぼんやり上司の下にいると、部下は苦労する。 なにしろ何をして欲しいのか明かされない。何をすればいいのか自分で考えなくてはならない。そして、何かやって持って行ったとしても、ぼんやり上

    ぼんやり上司とガツガツ上司、どっちが良いか
    rgfx
    rgfx 2021/05/21
    中小企業勤めのワイ、こういうのを見ると自分の知らない世界ってあるんだなあという顔になる。
  • なぜ「できない人」ほど、人に聞けないのか。 | Books&Apps

    できない人が質問をしに来ない、という傾向は、それなりにどこの会社でも見られるようである。 例えば新人が聞きに来ない、若手が聞きに来ない、あるいは「不出来なベテラン」だと、誰にも相談できなくて行き詰まる、なんて話もある。 つい先日も、あるテクノロジー系の企業で「聞きに来ないメンバー」をなんとかしたいが、どうすればよいか、という話があった。 聞くと、力量の低いメンバーの一人が、報告が苦手で、かつ聞きに来ないので、こちらがかなり監視をしているが、手間がかかってしょうがない、という。 仕事の進捗を入れたり、週報を書いたりするような社内システムもあるのだが 力量の低い人ほど入力率も低く、入力した報告の内容も拙いという。 結局、上司が直接、成果品を逐一覗いてチェックをしているそうだが、それも限界がある。 こまったこまった、という話だ。 * こういった事象について 「できない人」は、「何がわからないのか

    なぜ「できない人」ほど、人に聞けないのか。 | Books&Apps
  • Will/Can/Mustとアジャイル - 西尾泰和のScrapbox

    不確実性が高い状況において、Mustを事前に詳細に計画する方法は機能しにくい。そこでMustの抽象度を上げ、詳細は個人が決定できるようにする。そうすると個人は自分のWillとCanに基づいて具体的な計画を自己決定し、高速に変化への対応を行うことができるようになる。

    Will/Can/Mustとアジャイル - 西尾泰和のScrapbox
  • どうやったら「自走できる人」になれるのか|nacam403

    近年、何かと自走、自走って言いますよね。「自走力」とか、「自走できる人が必要」とか。すごく抽象度の高い言葉ではありつつ、社会人生活においてとても求められる力、価値のある力なのは確かなようです。 となると「そもそも自走とは」「自走できるとは」という話になります。これに関して先日、Engineering Manager Meetupというオンラインイベントで、同業の人々と話す機会がありました(Engineering Managerとは、ざっくり言うと、エンジニア組織においてピープルマネジメントを含むマネジメントをやっている人です)。 そこで挙がった「自走できる」とは、端的に言うと以下の通りでした。 総じて、「指示が必要」の反対である。 自走できる人は、 ・粒度の大きいゴールを目指して行動できる。 ・完了状態を自分で定義できる。 ・自分で勝手に成長できる。「確かになー」と。マネージャーからすると

    どうやったら「自走できる人」になれるのか|nacam403
  • リテラシー低い幹部をサポートする「IT介護」は問題の巣窟、放置すれば企業が衰退

    「何でも屋」の状態になってしまったIT職場が散見される。新規システム開発はもちろん、運用保守に問い合わせ対応、トラブルシューティング、機器選定と購入のための社内稟議(りんぎ)作成、社内部門の利用者に配布する端末のセットアップに操作説明。朝から晩まで、多種多様な業務に追い回される。新しい技術を学ぶ暇も心の余裕もない。この状況は、IT担当者を疲弊させるのみならず、企業そのものに危機的状況をもたらしかねない。 中でも、ITリテラシーの低い幹部や社員に対するサポート、いわゆる「IT介護」がIT担当者のモチベーションを低下させるなど問題の巣窟になっている。今回はこのIT介護をテーマにする。 筆者は「IT介護」を大きく2つに分類している。「ローレベル」なIT介護と、「ハイレベル」なIT介護だ。まずはローレベルなIT介護から取り上げる。

    リテラシー低い幹部をサポートする「IT介護」は問題の巣窟、放置すれば企業が衰退
    rgfx
    rgfx 2021/04/06
    DXの対極に有る地獄。どうすりゃいいかって転職するしかないよこんなん。
  • マネジメントは経験でもセンスでもない。「型」を学んで実行するのみ。|長村禎庸@EVeM

    はじめにベンチャー企業でのマネージャー歴約10年ですが、10年経ってベンチャー企業に必要なマネジメントノウハウを体系化して、その体系化したものを人に教える仕事をしてます。 体系的にマネジメントを教わることなく、何かが起こるたびに都度経験から学んだり、上司から薫陶を得たり、書籍で学んだりしながら10年掛けて学びました。そして、それら断片的な学びをつなげて体系化しました。 体系化してみたら何のことはない、これが実行できれば必ず成果は出ます。 そして、経験が浅い新米マネージャーであっても、マニュアルを元に徹底的にトレーニングされれば実行できるようになります。 マネジメントは経験でもセンスでもなく、業務マニュアルとして「型」化し実行可能です。 (マニュアルはベンチャーに特化しています。ベンチャーという特殊なシチュエーションにフォーカスしなければ業務マニュアルのような各論ではなく一般論に終始して

    マネジメントは経験でもセンスでもない。「型」を学んで実行するのみ。|長村禎庸@EVeM
  • 「ITの開発現場によくいるやっかいな人」の対処法をタイプごとに解説したサイトが登場

    ソフトウェアの開発プロジェクトにはさまざまな経歴や役職を持つ人が関与するので、我が強い人や性格に難がある人が問題になることもしばしば発生します。ソフトウェア業界のよもやま話を語るブロガーのニール・グリーン氏が、ソフトウェア開発プロジェクトの中で問題になりがちな人をタイプごとにまとめつつ、それぞれのタイプの特徴と管理職向けの解決策を解説しました。 How to Deal with Difficult People on Software Projects https://www.howtodeal.dev/ 上記のサイトにアクセスしたのが以下。上から「プロダクトマネージャー」「デザイナー」「プロジェクトマネージャー」「開発マネージャー」「開発者」「品質保証(QA)」の6カテゴリに分かれていて、それぞれの役職の中によくいる「問題のある人」のタイプが動物のアイコンで示されています。例えば、「プロ

    「ITの開発現場によくいるやっかいな人」の対処法をタイプごとに解説したサイトが登場
    rgfx
    rgfx 2021/03/19
    Can mutate intoをたどってくと "DevManage:The Formerly Technical(管理に上がって今の技術から取り残され組)→DevManage:The Wants-to-be-Technical(管理よりもコード書きたい)→Dev:無能" というpathがあって吐いた
  • 管理とは何か、を明らかにする12の質問 | タイム・コンサルタントの日誌から

    何度か書いたことだが、わたしはこのサイトでは原則、「管理」という言葉を使わないことにしている。「管理」という日語は多義的で、人により文脈により、何を指すのかブレが大きすぎるからだ。「ちゃんと管理しておけよ!」——そんな風に、部下が上司に叱られたとき、上司が求めていたことは何だったのか。部品材料の保管のことなのか、取引の追跡把握(トラッキング)のことなのか、人への作業指示のことなのか。あなたは間違いなく言い当てられるだろうか? じつはこの稿、最初は製番管理について書こうと思って、内容を考えはじめたのだ。きっかけは、ある知人からの質問であった。『製番管理』とは、数ある生産管理方式の一つである。日ではかなり広く用いられている方式だ。だが、これを理解しようとすると、どうしても生産形態と生産方式の区分、そしてそれらと生産管理方式との関係への目配りが必要になる。 ところで、生産方式と生産管理方式、

    管理とは何か、を明らかにする12の質問 | タイム・コンサルタントの日誌から
  • 仕事が「できる人」と「できない人」の違い|むぎSE

    おはようございます。むぎです。 職場で、あいつは仕事ができる あいつは仕事ができないなんて、聞きますよね。 仕事ができるって何なのか? 仕事ができないって何なのか? をちょっと考えてみました。 転職サイトなどの自己分析で有名なのは、0~100にするお話ですよね。 たしかこんな感じ。 0→1にできる人 無から有を生み出せる人。発明、企画、アイデアに強い。 1→10にできる人 アイデアの肉付け、ブラッシュアップ、具体化に強い。 10→100にできる人 アイデアの実現、巻き込み、多方面展開に強い。 でも、これって仕事ができる前提で、 その上で何が得意なの?って話だと思うのですよね。 仕事ができる、できないとはちょっと違う。 じゃあ、仕事できるってなんだろか?? ということで、職場で仕事ができると思われる人を、イメージしてみます。 (ボクの出会った方々です。) 仕事できる①「今いる場所が把握できる

    仕事が「できる人」と「できない人」の違い|むぎSE
  • 「挑戦させすぎ?」マネジメント勉強会で分かった組織課題とその解決策 - ZOZO TECH BLOG

    こんにちは、ZOZOテクノロジーズSREチームリーダー兼組織開発チーム所属の指原(@sashihara_jp)です。 この記事では2019年12月から全11回開催してきた「マネジメント勉強会」を通じて分かってきたZOZOテクノロジーズの組織課題と、これから取り組もうとしているその解決方法を紹介します。 ZOZOテクノロジーズの社員構成 マネジメント勉強会とは 立ち上げまでの道のり 運営メンバーの勧誘 経営層への企画提案 勉強会の命名 1年間で実施したテーマ 第1回 各チームで実施しているチームビルディング施策の共有 第2回 書籍「1on1マネジメント」を読んだ上で内容について議論 第9回 採用面接で質問している内容について意図と効果共有 マネジメント勉強会を通じて分かってきたZOZOテクノロジーズの現状 1.組織の急拡大による弊害 2.現場のコンフリクト 3.マネジメントと人材育成 組織開

    「挑戦させすぎ?」マネジメント勉強会で分かった組織課題とその解決策 - ZOZO TECH BLOG
  • トランスフォーメーション(変革)を可能にするために | タイム・コンサルタントの日誌から

    去年の2月上旬頃だったが、ある証券会社の営業マンの訪問を受けた。もちろん金融商品の売り込みに来た訳だ。ちょうどそのころ、クルーズ船ダイヤモンド・プリンセス号が3700人の乗客を乗せたまま、横浜港の外に釘付けになっていた。わたしは、武漢で発生したウィルス危機は中国の外にも広がって、国際的に経済の問題をひき起こすのではないかと、懸念を口にした。すると、くだんの営業マン氏は笑って、「NYダウは史上最高値ですよ」と答えた。 わたしは結局、彼のすすめる商品には手を出さなかった。2月下旬を過ぎ、3月に入ると欧州に都市封鎖(ロックダウン)が広がり、経済的影響は明らかだった。株価は下がり、いろいろなところに損失が出た。航空分野を筆頭に、飲・サービス業など多くの分野の企業業績が低迷した。やれやれ、言わんこっちゃないと、わたしは内心考えた。

    トランスフォーメーション(変革)を可能にするために | タイム・コンサルタントの日誌から
  • 「無人化システム」を駆逐する組織マネジメントとエンジニアリング

    弊社では2019年3月ごろから「無人化システム」の駆逐を進めています。記事ではこの取り組みを、組織マネジメントとエンジニアリングの側面から紹介します。 恐怖の無人化システム 「無人化システム」は社内の独自用語なので、まずは言葉の意味から説明します。 無人化とはなにか 無人化の前に属人化について触れておきましょう。weblio辞書から属人化について引用します[1]。 ある業務を特定の人が担当し、その人にしかやり方が分からない状態になることを意味する表現。 無人化は属人化の進化系です。無人化とは「属人化していた業務の担当者がいなくなってしまい、誰にもやり方が分からない状態になること」と定義できます。誰がどう見てもダメな状態ですね。 無人化システムとはなにか システム運用が属人化し、かつその運用者が退職するとシステムが無人化します。我々の会社ではこのようなシステムを『無人化システム』と呼んでい

    「無人化システム」を駆逐する組織マネジメントとエンジニアリング
  • CTOの頭の中:技術投資を最適化する|Shin Takeuchi

    ざっくり年収1,000万円のエンジニアが10名いる会社では、年間1億円の技術投資がなされているわけですが(地代家賃、ライセンスフィー、PC代など含めるともっと)、年間1億円を正しく詳細に把握して、投資をコントロールできている会社は少ないと思います。会社が創業期であれば、最低限作らなければならない機能などは分かりやすく見えていたりするのでまだしも、そのプロダクトでしっかりとした収益が成り立ち、上場企業となるようなレベル感のプロダクトに対する技術投資となると、一部の大きなプロジェクトは把握していても、細かな投資ポートフォリオを常に把握することは難しいのではないでしょうか?今回はこの部分に一石を投じてみたいと思います。 技術投資量を見える化する 投資の最適化とは言いますが、最適化というのは「To Be」の話ですので、まずは「As Is」を知らなければ話になりません。その、まず「As Is」を知る

    CTOの頭の中:技術投資を最適化する|Shin Takeuchi
  • 一人前のプロマネってどんな人? プロジェクトマネジメントのスキルセットとは - 誰も教えてくれないプロマネのコツ

    今やあらゆる場面で必要とされるプロジェクトのノウハウを、300件以上成功させてきたプロフェッショナルがこっそりお伝えします。 先日、仕事で関わっている方から、「結局、プロマネって何ができないといけないんですかね?」という質問をされたので、その場でざっくり洗い出してみました。 世の中には PMBOK や ITSS, PRINCE2 などのスキル標準を定めたものはありますが、これらは大規模システム開発を志向しており、概念として抽象度が高いためベースの知識として利用できる環境は残念ながら非常に少ないという現実があります(もしこれらを利用できる環境にいるならとても幸せなことです)。 少なくとも日で実施される一般的なプロジェクトPMBOK や ITSS を元に共通認識を整備するどころか、「限られた予算で1年でクライアントのシステムを刷新する必要がある」とか、「社長の思いつきで何も決まっていない

    一人前のプロマネってどんな人? プロジェクトマネジメントのスキルセットとは - 誰も教えてくれないプロマネのコツ
  • 大貫剛🇺🇦🇯🇵З Україною on Twitter: "もうほんとにね、この下弦の鬼達の言ってることを聞いてると「何も違わない」って言いたくなるの、よくわかる。言ってることが言い訳ばっかりだもの。 彼らが言うべきことは ・過ちと力不足を認める ・全力で努力する の2点だけ。体育会系っぽいけど、まずそういう姿勢がないと話にならない。"

    もうほんとにね、この下弦の鬼達の言ってることを聞いてると「何も違わない」って言いたくなるの、よくわかる。言ってることが言い訳ばっかりだもの。 彼らが言うべきことは ・過ちと力不足を認める ・全力で努力する の2点だけ。体育会系っぽいけど、まずそういう姿勢がないと話にならない。

    大貫剛🇺🇦🇯🇵З Україною on Twitter: "もうほんとにね、この下弦の鬼達の言ってることを聞いてると「何も違わない」って言いたくなるの、よくわかる。言ってることが言い訳ばっかりだもの。 彼らが言うべきことは ・過ちと力不足を認める ・全力で努力する の2点だけ。体育会系っぽいけど、まずそういう姿勢がないと話にならない。"
    rgfx
    rgfx 2020/11/14
    あー。有る意味「マネジメントが読んでスッキリ!」するエピソードではあるものな。。