検索対象

並び順

ブックマーク数

期間指定

  • から
  • まで

managementの検索結果(絞り込み: 3 users 以上)45987 件中 1 - 40 件目

  • 投資や経営で仲間をつくることは必要なのかどうか。 - たぱぞうの米国株投資

    仲間をつくることは必要なのかどうか 投資というのは基本的に孤独ですね。それこそ私も長らくほとんど一人で取り組んできました。状況が変わったのはブログを始めてからですね。 今はSNS全盛で、投資仲間をさらにつくりやすくなりましたね。いろいろな場がありますから、顔を積極的に出されている方もいますね。 今日は普段とちょっと違う、仲間に関してのご質問を紹介します。 投資や経営で仲間は必要か、それとも不必要か たぱぞう様、ご無沙汰しております。 先ずはYouTube動画100本超えおめでとうございます。かつ、お疲れ様です。いつも、たぱぞうさんの情報発信に助けられている者の1人です。今後とも各分野での活動楽しみにしています。 さて、前置きが長くなりましたが、今回ご連絡したのは『何かを成すうえでの仲間と友人の存在』について、たぱぞうさんの考えをお聞きしたかったのです。 私は会社からの独立を視野に行動を開始

    投資や経営で仲間をつくることは必要なのかどうか。 - たぱぞうの米国株投資
    • DX内製はスキル以前に前提が難しいんだよ。 これ人間がやらなくてもよくね..

      DX内製はスキル以前に前提が難しいんだよ。 これ人間がやらなくてもよくねとか、そもそも無くしてもよくねって業務や会議の洗い出しのところ。 ある意味で現状と過去の過ちを認めるってことだから、偉い人やその業務に携わってる人の意識の問題がかなり大きい。 だから内製部隊とその担当役員の社内力関係が弱いと、めっちゃ邪険にされてしまう。

      DX内製はスキル以前に前提が難しいんだよ。 これ人間がやらなくてもよくね..
      • 未経験エンジニアを採用して失敗した

        採用が困難な時期に妥協して未経験エンジニアを採用したけど、それが失敗だった。なぜ失敗なのかを話していきたい。 ただし未経験エンジニアといってもいろいろあって、子どものころからずっと学習してきたような人はただ実務が未経験なだけというように考えている。こういう人はあまり未経験と考えない。 自分への戒めもこめて。 失敗点 リターンがほぼ回収できないエンジニアの生産性の違いが10倍、100倍になることは別におかしいことではない。 そのため、未経験エンジニアに費やした時間がリターンを産むまでにとてつもない時間がかかる。 たとえば、生産性100/営業日の人が10営業日かけて教えるのなら、教えられた人は、1000の生産をしなければ当然マイナスになる。これは泣こうが喚こうが世界の理なのでここは変えられない。 1000の生産は、生産性1/営業日であれば4年2ヶ月かかる。つまり生産性100倍の人を用いる場合は

        未経験エンジニアを採用して失敗した
        • 日本電産・永守会長が「日本の偏差値教育は根本的に間違い」と断言する理由

          ニュース3面鏡 インターネットの登場以来、以前にもまして巷にはニュースがあふれ返っています。そうしたニュースや出来事の中から、DOL編集部が気になる出来事を厳選し、正面のみならず右から左から、価値あるニュース、楽しいニュースをお届けします。 バックナンバー一覧 カリスマ経営者として知られる日本電産の永守重信会長は、京都先端科学大学の理事長として、偏差値教育に偏った日本の大学教育の変革に取り組んでいる。その中で、自分の夢を持ち、夢を語ることができる人材の育成に力を注ぐ。優れたリーダーに求められる「夢を語る力」とは? *本稿は、永守重信『人生をひらく』(PHP研究所)の一部を抜粋・再編集したものです。 この国に足りないのは「夢」を語る力 偏差値教育は根本的に間違っている 2018年に現在の京都先端科学大学(KUAS)の理事長に就任してから4年、附属の中学校高等学校を整備しながら、学生のみなさん

          日本電産・永守会長が「日本の偏差値教育は根本的に間違い」と断言する理由
          • 「会社も特別待遇するほどプログラムのレベルが高かった」 シリコンバレーエンジニアが語る、天才プログラマーの生態

            「シリエン戦隊JUN TV」は、現役エンジニアである酒井潤氏がシリコンバレーにおける、働き方やキャリアなどの情報を届けるチャンネルです。今回は、酒井氏が今まで一緒に働いてきた中で出会った天才プログラマー3人について。全2回。前半は、PMも特別待遇していたイギリス人天才プログラマーと、若いながらもプログラムのレベルが異常だったアメリカ人天才プログラマーについて。 今まで働いてきた中で天才だと思ったプログラマー3人 酒井潤氏:どうも、シリコンバレーエンジニアの潤です。 シリコンバレーには優秀なエンジニアがたくさんいるのですが、今まで働いてきた中で、天才プログラマーという領域の人たちと一緒のチームで隣同士で開発をする機会があったので、今日はその方々の話をしようかなと思います。 あくまでこれは私が一緒のチームで、隣同士でプログラムを開発したという環境の話です。例えばみなさんがGoogleなどで天才

            「会社も特別待遇するほどプログラムのレベルが高かった」 シリコンバレーエンジニアが語る、天才プログラマーの生態
            • SBOM in Action: 「ソフトウェア部品表」で脆弱性を見つける

              .app 1 .dev 1 #11WeeksOfAndroid 13 #11WeeksOfAndroid Android TV 1 #Android11 3 #DevFest16 1 #DevFest17 1 #DevFest18 1 #DevFest19 1 #DevFest20 1 #DevFest21 1 #hack4jp 3 11 weeks of Android 2 A MESSAGE FROM OUR CEO 1 A/B Testing 1 A4A 4 Accelerator 5 Accessibility 1 accuracy 1 Actions on Google 16 Activation Atlas 1 Addy Osmani 1 ADK 2 AdMob 32 Ads 71 Ads API 98 ads query language 2 ads scripts 2 Ad

              SBOM in Action: 「ソフトウェア部品表」で脆弱性を見つける
              • PdMと事業開発って結局何が違うんや - estie inside blog

                はじめまして!estie(エスティ)取締役の束原です。 現在私は10名程度のチームで新規事業の立上げに奔走しているのですが、本記事ではその中で発生した問いと学びについて書いてみました。 元は社内向けに書いた記事ですが、現在PdMや事業開発、事業責任者をやっている方や、今後やっていきたい方の参考になれば嬉しいです。 この記事で分かること estieにおいてPdMと事業開発が2つ役割として存在する意味 サービス立上げや大規模な機能開発を行う際に、PdMと事業開発がestieで大切にして欲しいポイント 結論 「どこまでがPdMの仕事で、どこからが事業開発の仕事なのか」という問いに答えはなく、必ずしも仕分けすることはできない 従って、あらゆるチームに適用可能な責任範囲を予め設定する必要はなく、アサインされる人の得意分野によって流動的に設定すれば良い 事業の立上げやグロースには、「リーダーシップ」と

                PdMと事業開発って結局何が違うんや - estie inside blog
                • プロダクトマネージャーの役割と育成、評価

                  プロダクトマネージャーの育成や、役割などの悩みに対する取り組み方法を記載しています。 1. Product Managerの役割や立ち位置は? 2. Product Managerをどう育成している? 3. Product Managerってどう評価したら良い?

                  プロダクトマネージャーの役割と育成、評価
                  • 脱マイクロマネジメントは、ストレスとの戦いだ - orangeitems’s diary

                    最近挑戦してることがあって、今までマイクロマネジメント気味だった管理手法をあきらめて、部下にまるっと仕事を任せることにした。 マネジメントスキルの中でも、「何か口出ししたいけどあえて黙って見守る」ってのは高度な位置にあると思う。使い所間違えると危ない。使わないとマイクロマネジメントになる。いつも難しい。 — orangeitems🍊 (@orangeitems_) August 8, 2022 まさにこの通りであるが、全く何にも関知しないで完全に放っておくと、危険な状況になることがある。しかし、何かある度にこちらから声をかけ「何があったかい?問題は何かわかるかい?そうだね?そうしようね?」なんてやってると、もう全然主体性は育たない。何かやる度にビクビクして、自信が持てない部下が出来上がってしまう。 子育ての話をしているみたいだけど、実際よく似た話だ。過保護もいけないし放任もいけない。いつ

                    脱マイクロマネジメントは、ストレスとの戦いだ - orangeitems’s diary
                    • 新刊『エンジニアリングマネージャーのしごと』発売のお知らせ

                      みなさんこんにちは。@ryuzeeです。 言いたいことはタイトルに書いたとおりなのですが、2022年8月26日に、新刊『エンジニアリングマネージャーのしごと チームが必要とするマネージャーになる方法』が発売になります。 エンジニアリングマネージャーのしごと ―チームが必要とするマネージャーになる方法 著者/訳者:James Stanier、 吉羽 龍太郎、 永瀬 美穂、 原田 騎郎、 竹葉 美沙 出版社:オライリージャパン 発売日:2022-08-26 単行本(ソフトカバー):376ページ ISBN-13:9784873119946 ASIN:4873119944 原著はDr. James Stanier氏の『Become an Effective Software Engineering Manager: How to Be the Leader Your Development Tea

                      新刊『エンジニアリングマネージャーのしごと』発売のお知らせ
                      • こうして僕の起業は終わった〜それでも人生は続く〜|たいし_VRゲーム制作|note

                        記憶と感情2018年6月、僕は大学時代のラグビー部の先輩と会社を起こした。 商社で働いていた先輩とゲーム会社で働いていた自分が合わされば最強で、自分達の成功は疑う余地もないように当時は感じていた。 会社の運命を何に賭けるか、ホワイトボードに色々と書き殴りながら議論していた起業前の5月、OculusGoが発売になった。ゲーム会社でOculusRiftDK2を触っている人を少し訝しげに見ていた僕も、体験してすぐVRの魅力に取り憑かれた。二人ともずっとスポーツをやっていたこともあって「VRを使って世の中全ての人を健康にする」僕らはそれに人生を賭けることにした。 プロトタイプを作ってはターゲットユーザや投資家に見せて検証し、ボツにしてはまた作った。まだ前の会社にも籍があった(しかもリリース前プロダクトの担当だった)僕には体力的にしんどかった、でも疲れを感じたことはなかった。成功が約束された未来に向

                        こうして僕の起業は終わった〜それでも人生は続く〜|たいし_VRゲーム制作|note
                        • 「リーダーの作法」マネジメントに限らず、エンジニアとして仕事の作法について書かれた良書

                          リーダーの作法 ささいなことをていねいにを読み終えた。 著者は Netscape でマネージャー、Apple でディレクター、Slack でエグゼクティブを経験した Michael Lopp さんで、過去にBeing Geek や Managing Humans を書かれている。 翻訳の質も非常に高く、楽しく読めた。1 そんなにマネジメント関係を読んでいるわけではないが、HITH OUTPUT MANAGEMENT や、エンジニアのためのマネジメントキャリアパス ―テックリードから CTO までマネジメントスキル向上ガイド 同じくらい良い書籍で、学びや共感を多く感じた。 自分はマネジメントのポジションについたことはないが、仕事をしていくなかでマネジメント関係のソフトスキルや複数人でどうやってうまくリーダシップを発揮して、大きい問題を解決するかに興味があるので、良い書籍が目につくと積極的に読

                          「リーダーの作法」マネジメントに限らず、エンジニアとして仕事の作法について書かれた良書
                          • 2022年版 みてねを支えるプロダクト開発体制

                            この記事では、以前に別記事で「みてねを支えるプロダクト開発体制」という記事の中で説明した「みてねのプロダクト開発体制」を最近になってアップデートをしたので、その詳細をお伝えします。 プロダクト開発体制については、数多くカジュアル面談や面接を行なっている中でも多くのエンジニアの皆様にご質問をいただく部分で、特に「エンジニアがどの段階から施策に入り込んで開発できるのか?」であったり「エンジニアと他職種のメンバーとの関わり方は?」など、確かに自分自身もソフトウェアエンジニアとして事業に関わるときに気になることではあるので、ここで再度整理したいと思います。 みてね開発体制のこれまでみてねの開発チームは、これまで組織規模や事業課題に合わせて複数回の大きな体制変更を行なってきました。どのような変遷を辿ってきたかを整理してみます。詳しい時期はあまり覚えていないので、年の記載はおおよそです。 2014年~

                            2022年版 みてねを支えるプロダクト開発体制
                            • エンジニアリングマネージャーのしごと

                              本書は、エンジニアリングチームのマネジメントの仕事全般を紹介し、エンジニアリングマネージャーに必要な考え方やスキルを解説します。はじめに、自分の役割と組織のさまざまな部分がどう関係するかを理解し、習慣を整えることで自分自身を管理することを学びます。そして、日々のマネジメント業務で必要なツールとプロセスを紹介し、スタッフとの関係性の構築、モチベーションの理解、評価や採用などを解説します。さらに社内政治や難しい状況での判断、その後のキャリアについて説明します。 マネジメントのさまざまな段階に沿って、日々の仕事に取り入れられる実践的なアドバイスを紹介する本書は、エンジニアリングチームのマネージャーに必携の一冊です。 本書への推薦の言葉 訳者まえがき はじめに 第I部 オリエンテーション 1章 新たな冒険 1.1 最初の週を始める 1.2 スナップショットを作成する 1.2.1 チームに自己紹介し

                              エンジニアリングマネージャーのしごと
                              • モチベーションを重視する大人の読書感想文 - 本しゃぶり

                                読書感想文はクソである。 クソな理由を掘り下げると人間教育とコンクールにぶち当たる。 大人なら両者から自由なのでクソでなくなる。 最後まで残る宿題 読書感想文の季節である。 7月中旬あたりからTwitterなどで読書感想文という文字列を見かけるようになり、8月に入ってからそれなりの頻度で目にする。もはや季語*1。もちろん肯定的な使われ方ではない。大半は怨嗟の声である*2。 実際、この令和の時代においても、読書感想文は厄介な「夏休みの宿題」であるようだ。PTAなどの団体向け連絡網アプリを開発している株式会社イオレが行った調査によると、夏休みの宿題で最後まで残りがちな宿題は、43.3%で読書感想文がトップである*3。 これだけ多くの人が読書感想文で苦しんでいるため、世の中には有料無料問わず多くの「読書感想文の書き方」が存在している。しかしこれらの手引を読んでいて一つ気になった。あまりにもスキル

                                モチベーションを重視する大人の読書感想文 - 本しゃぶり
                                • 従業員向けセキュリティ教育のネタ

                                  情報セキュリティマネージメントというと、必ずやらないといけないのが従業員教育。 しかし、古めかしいe-learningツールで、nextボタンをポチポチしつつ、つまらない動画を見る教育コンテンツは、はっきり言って意味ないと思うし、苦痛でしかない。とはいえ、カスタマイズして数百人の従業員にデリバリーするほど工数も割けない。 自分の会社の場合、KnowBe4というプラットフォームを契約して、オンボードや年次の必須教育をデリバリーしているが、これらは、なるべく苦痛にならない程度のボリュームのものを選んで、宿題でやってもらう感じにしています。事前に読んでチェックしなければいけない利用規程(Acceptable Use Policy)を読ませて、読みましたチェックを押してもらう、などもKnowBe4でやっています。しかし、さすがに全部のエッセンスが入ったコンテンツを割り当ててしまうと、普通に1hとか

                                  従業員向けセキュリティ教育のネタ
                                  • PdMの育成・成長における「7つのプロダクトシコウ」 熟成途中のジャンルだからこそ必要な“学ぶための心構え”

                                    「プロダクトマネージャーカンファレンス 2021」は、プロダクトマネジメントに携わる人たちが共に学び、切磋琢磨することを目的に開催されるイベントです。エムスリー株式会社からは山崎氏が登壇。プロダクトマネージャーの育成・成長のための「7つのプロダクトシコウ」について話します。 山崎氏の自己紹介、エムスリーの紹介 山崎聡氏:全国のプロダクトマネージャー(PdM)およびプロダクトマネジメントファンのみなさま、こんにちは。エムスリー株式会社で、執行役員 VPoE プロダクトマネージャーをやっている山崎聡です。今日は「非連続な環境、変化、プロダクトに対応していくためにPdMが習得するべき7つのシコウ」という話をします。よろしくお願いします。 もともと8歳からプログラミングを始めたエンジニアで、VPoEをやっています。今はアプリのプロダクトマネージャーをメインに、その他のSaaS製品も扱っています。デ

                                    PdMの育成・成長における「7つのプロダクトシコウ」 熟成途中のジャンルだからこそ必要な“学ぶための心構え”
                                    • チームで盛り上げる ファシリテーション

                                      Transcript チームで盛り上げる ファシリテーション @開発PM勉強会vol.13 株式会社グロービス Globis Digital Platform CPO/PM 久津佑介 2 自己紹介 久津 佑介 / Yusuke Hisatsu 株式会社グロービス Globis Digital Platform 学習サービス事業部 CPO 兼 法人開発チーム PM @Nunerm プロダクトマネージャーカンファレンス実行委員会もやってます(今年は11/2開催です) 3 今日話したいこと フィードバックが出てこない スプリントレビューを改善するために チームでファシリテーション改革に取り組んだ話 4 当時の状況 プロジェクト • 法人向けプロダクトの大規模な機能のリニューアル • 少しずつリリースするのではなく、まとめてリリースする • リリースは半年以上先の予定 • プロダクトの特性上、カス

                                      チームで盛り上げる ファシリテーション
                                      • 調査報告書 | 2022年(令和4年)8月1日 | 日野自動車株式会社 特別調査委員会

                                        • ポータブルアプリに対応した「Windows Package Manager(winget) 1.3」が公開/Windows標準のアプリパッケージ管理システム

                                          ポータブルアプリに対応した「Windows Package Manager(winget) 1.3」が公開/Windows標準のアプリパッケージ管理システム
                                          • 基本情報技術者試験と情報セキュリティマネジメント試験でIBT方式の実証試験を実施 | gihyo.jp

                                            IPA(独立行政法人情報処理推進機構)は 、基本情報技術者試験(FE)と情報セキュリティマネジメント試験(SG)を対象としてインターネット試験(IBT:Internet Based Testing)の実証試験を行うことを発表した。自宅などから受験する一般の参加者を9月15日から募集する。 FE、SGの2つの試験区分を対象としてIBTを試行的に実施し、試験運営上の課題などの抽出を行うのが目的。出題範囲、出題形式などは、2022年4月に公表している通年試験化の内容に準ずる。また、IBT方式とCBT(Computer Based Testing)方式との比較検証を行う目的で、実証試験はCBTでも併せて実施される。 実証実験では、IBT方式の場合は自宅などで、CBT方式の場合は試験会場で受験する。受験に当たっては、受験申込み、試験問題の解答、成績の確認、といった一連の流れを体験する。また、受験の前

                                            基本情報技術者試験と情報セキュリティマネジメント試験でIBT方式の実証試験を実施 | gihyo.jp
                                            • 「基本情報技術者試験」自宅で受けられるIBTを試行 参加者募集

                                              「基本情報技術者試験」「情報セキュリティマネジメント試験」でそれぞれ、自宅などで受験できるインターネット試験(IBT)の実証実験を行う。 情報処理推進機構(IPA)は8月4日、「基本情報技術者試験」(FE)、「情報セキュリティマネジメント試験」(SG)でそれぞれ、自宅などで受験できるインターネット試験(IBT)の実証実験を行うと発表した。 公募した一般の人に参加してもらい、IBTの一連の流れを体験してもらう。試験の合格・不合格は判定しないが、受験結果画面に正答数を表示する。参加は無料。 自宅などのマシンで受けられるIBTと、試験会場に設置されたコンピュータを使う通常のCBT(Computer Based Testing)とを比較検証する目的。実証試験はCBTでも行う。 参加者は、FE、SG単体または両方をIBTで受験できる。受験申し込みから試験問題の解答、成績の確認、といった一連の流れを体

                                              「基本情報技術者試験」自宅で受けられるIBTを試行 参加者募集
                                              • 日野自動車の報告書が「組織の閉そく感・末期感」にじむ地獄の内容だった→「弊社かな?」の声も大量に

                                                係長 @cakari14 全文229ページ以降のアンケートを紹介するだけで動画作れそうなほどな文章です。日野自動車を考えると不正が見つかって良かったと個人的には思ってます。 2022-08-03 10:33:41 リンク 日野自動車株式会社 特別調査委員会による調査報告書公表のお知らせ | ニュース | 日野自動車株式会社 特別調査委員会による調査報告書公表のお知らせ。日野自動車株式会社はお客様と社会に価値を創造し、必要とされる存在であるために、挑戦を続けます。 11 users 53 リンク 日本経済新聞 日野自動車、開発遅れを「お立ち台」で追及 不正巡る報告書 日野自動車のエンジン試験不正を調査していた特別調査委員会は2日、報告書を公表した。新たな不正を明らかにするとともに、不正が起きた原因を分析した。エンジンの性能試験を担う部署という局所的な問題とすると本質を見誤ると指摘。縦割りで上

                                                日野自動車の報告書が「組織の閉そく感・末期感」にじむ地獄の内容だった→「弊社かな?」の声も大量に
                                                • 設計の考え方とやり方

                                                  #asken_dev「設計の考え方とやり方」勉強会 https://asken.connpass.com/event/254709/ ・良い設計は悪い設計より変更が楽で安全である ・ドメインモデル方式のクラス設計 ・イミュータブル方式のテーブル設計 ・設計スキルの身につけかた ・設計のためのモデリング

                                                  設計の考え方とやり方
                                                  • マッキンゼーの人材・組織レポートから読み取れること(2022年6月28日記事)|塩川 太嘉朗(SHIOKAWA Takao)|note

                                                    職務満足と外的報酬との関係性は低い16,000人以上の勤務者を対象としたマッキンゼーの調査では、職場での良好な対人関係と興味深い職務に携われていることが職務満足の約20%を説明できるのに対して、外的報酬は約4%しか説明できないとしています。興味深いのは、調査対象者はあらゆる職位・報酬レンジの勤務者であることをマッキンゼーは強調しています。 つまり、職位や報酬が高い人材が上記のようなことを述べているのではなく、相対的に職位や報酬に満足していない群も同じであるというのです。かつてのマズローの欲求階層説に依拠すれば、給与が一定レベルより低い群は外的報酬によって満足度を説明できるはずなのですがそうではないとしているのです。 有能感と仕事の意味性が課題では、職位・報酬の高群と低群とでは満足感に差異はないのでしょうか。結論から言えば、特定の要素において大きな差があるとしています。 上表によれば、有能感

                                                    マッキンゼーの人材・組織レポートから読み取れること(2022年6月28日記事)|塩川 太嘉朗(SHIOKAWA Takao)|note
                                                    • 特別調査委員会による調査報告書公表のお知らせ | ニュース | 日野自動車株式会社

                                                      当社は、2022年3月4日に公表した認証不正問題について、外部有識者で構成される特別調査委員会を本年3月11日付で設置致しました。このたび調査報告書を受領いたしましたので、調査報告書(全文)、調査報告書(要約版)、調査報告書の概要を公表いたします。なお、公表する報告書においては、特別調査委員会のご了解のもと、個人のプライバシー及び当社の営業秘密の保護等の観点から、部分的な非開示措置を行っております。何卒、ご理解いただきたく、お願い申し上げます。 この度の問題に関し、お客様、株主・投資家の皆様をはじめとするステークホルダーの皆様には、多大なるご迷惑とご心配をおかけしておりますことを深くお詫び申し上げます。 調査報告書(全文) 調査報告書(要約版) 調査報告書 概要 以上

                                                      特別調査委員会による調査報告書公表のお知らせ | ニュース | 日野自動車株式会社
                                                      • 「率直に伝える」大事さ。組織の風通しをよくする5つの方法|tebiki ブログ|note

                                                        事業が急成長するときに(そしてそうじゃないときも)組織が崩壊したという話はスタートアップではよく聞く話で、実際に近くで目にしたりもします。成長に伴う痛みといえば聞こえはいいですが崩壊しない方が当然よくて、人事制度や組織カルチャーが整っていればある程度回避できると考えています。 本記事では、組織カルチャーに内包されるコミュニケーションのしやすさに焦点をあてて弊社の考え方をご紹介します。 貴山敬 (@tkiyama) ※Tebiki社のカルチャーや各種社内制度はこちらもご覧ください。 「率直に伝える」組織が急拡大すると、ベテランのように見えても入社半年だったり、毎週新しい人が入ってきて名前を覚えられなくなってきます(弊社の場合1年で社員3倍のペースで拡大中)。このようなお互いに「信頼貯金」がない状態だと、言うべきことをはっきりと言わないことが起きてきます。「こうして欲しい」「これが困る」「あれ

                                                        「率直に伝える」大事さ。組織の風通しをよくする5つの方法|tebiki ブログ|note
                                                        • 「厳しい」フィードバックの「優しい」伝え方 | Coral Capital

                                                          月間10万人が読んでいるCoral Insightsのニュースレターにご登録いただくと、Coral Capitalメンバーによる国内外のスタートアップ業界の最新動向に関するブログや、特別イベントの情報等について、定期的にお送りさせていただきます。ぜひ、ご登録ください! 本記事は豊田菜保子さんによる寄稿です。豊田さんは、楽天をはじめ、国内外の企業で人材育成やダイバーシティ推進を専門としてきました。現在は、スタートアップや起業家人材の支援プログラムを主に自治体と協力して企画・運営する傍ら、スタートアップやテック企業向けに「人」「チーム」「コミュニケーション」に注目した研修やアドバイザリーを提供しています。 豊田菜保子さんによる他の記事の一覧は、こちら。 投資家と経営者に求められるフィードバックのスキル スタートアップ経営者は、常に「厳しい」フィードバックを求めています。仮説の検証やプロダクト開

                                                          「厳しい」フィードバックの「優しい」伝え方 | Coral Capital
                                                          • 「売上を上げろ、ただし予算は使うな」だと人は保身と責任回避に走る 信頼されるPMが実践する、チームビルディングのコツ

                                                            「マンモスプロジェクト」を提供するパラダイスウェア株式会社のYouTubeチャンネル「プロマネ道場ラジオ」。新規事業やプロジェクトについてのあるあるや、明日から使えるノウハウについて語ります。今回のテーマは「チームビルディングのコツ」。心理的安全性とダブルバインドから見る、チームの作り方について話しました。 PMは人を束ねてチームワークを成立させないといけない 橋本将功氏(以下、橋本):みなさんこんにちは。パラダイスウェアの橋本です。 中島大輔氏(以下、中島):中島です。 古長谷莉花氏(以下、古長谷):古長谷です。 橋本:「だれプロラジオ(「誰も教えてくれないプロマネのコツラジオ」)」第34回目は。 古長谷:「いいリーダーが実践するチームビルディングのコツ」です。 橋本:チームビルディングね。チームに業務委託とかで入る場合、周りも業務委託ばかりだったりします。人は最初は寄せ集めなので、束ね

                                                            「売上を上げろ、ただし予算は使うな」だと人は保身と責任回避に走る 信頼されるPMが実践する、チームビルディングのコツ
                                                            • 中野 仁 (AnityA) on Twitter: "SlackやTeams、Notionの様なコラボレーションツールが機能しないのは、 ・文字ベースで仕事ができない人が多い  →自分がやっている事・考えていることを文字に書く訓練ができてない ・社風自体が情報をクローズドにする様… https://t.co/7suVMIIlBN"

                                                              SlackやTeams、Notionの様なコラボレーションツールが機能しないのは、 ・文字ベースで仕事ができない人が多い  →自分がやっている事・考えていることを文字に書く訓練ができてない ・社風自体が情報をクローズドにする様… https://t.co/7suVMIIlBN

                                                              中野 仁 (AnityA) on Twitter: "SlackやTeams、Notionの様なコラボレーションツールが機能しないのは、 ・文字ベースで仕事ができない人が多い  →自分がやっている事・考えていることを文字に書く訓練ができてない ・社風自体が情報をクローズドにする様… https://t.co/7suVMIIlBN"
                                                              • 「意識だけ高い」人たちは、いったい何を考えているのだろうか

                                                                知人の優秀なエンジニアが「管理職になったので部下を選ばなければならない」と言っていた。 「どんな人を部下にするつもりなのか」と尋ねたところ、彼は「誰でもいいけど、『意識だけ高いやつ』、要するにバカは要らない」と言っていた。 会社にいる『意識だけ高いやつ』 『意識だけ高いやつ』とは、どんな存在なのか。 詳しく聞くと、「やたらと「勉強してます」「意欲あります」アピールをしてくる割には、「頼まれた仕事を最後までやらない」のが特徴。 「お客さんからの依頼も放置する」ので、上司が彼らの尻拭いをするはめになるという。 「なぜ仕事を放置した」と聞くと、「担当さんに質問をしたのだが、回答がないので。」と言い訳をする。 詳しく見てみると、1週間も回答がないのに、彼は担当に対して返事の催促もしていない。 「回答の期限を切ったのか」と聞くと、「忘れてました」 「1週間も回答がないなら、重ねて問い合わせるのが普通

                                                                「意識だけ高い」人たちは、いったい何を考えているのだろうか
                                                                • 「クラウドは10年前と別物」――ガバメントクラウドトップが語るクラウドの“誤解”と目指すべき姿

                                                                  「クラウドは10年前と別物」――ガバメントクラウドトップが語るクラウドの“誤解”と目指すべき姿:デジタル庁とガバメントクラウドが考えているコト 国際的に見て遅れがちな日本社会のデジタル化。その再始動で大きな期待を集めているのが、「ガバメントクラウド」だ。本記事では、AWSが主催したオンラインイベントから、デジタル庁でHead of Government Cloudを務める梅谷晃宏氏の講演を通し、今後日本社会のデジタル化に向けたガバメントクラウドの整備の基本方針や整備のアプローチを解説していく。 2001年の「IT基本戦略」の策定を契機に、約20年にわたり国家戦略として進められてきた日本社会のデジタル化。だが、現状は当初の理想とは程遠い状況にあるのが実態だ。確かに広帯域ネットワークなどの基盤整備は進んだが、“肝”であるアプリケーションやデータ活用において、日本は先進諸国に大きく後れを取る。「

                                                                  「クラウドは10年前と別物」――ガバメントクラウドトップが語るクラウドの“誤解”と目指すべき姿
                                                                  • 見積・提案書に書いておくと不幸を減らせる前提条件

                                                                    はじめに ちょっとつぶやいたら思いのほか需要がありそうだったので、簡単にまとめておきます。 おことわり これを書いておけば、すべての不幸を避けられるというものではありません 提出先との関係性次第では、書かないほうがいいこともあるかも 私自身が普段提案している内容が、すべて記載されているわけでもありません(うろ覚えで書いてたり、大人の事情) これを流用しておこったすべての事項について、何らかの責任をとることはできません でも共有することで、この業界の不幸が減ればいいなということでつらつら書いてみます。 他にもあるようなら、Twitterなりコメントなりで提案してもらえると嬉しいです。 前提条件を書く目的 見積・提案書通りに、実施するために必要な条件を明確にする 条件を逸脱したときに、どうなるのかハッキリさせる 上記は概ねつぎのとおり 実現が不可能になる コスト・スケジュールが変更(基本的には

                                                                    見積・提案書に書いておくと不幸を減らせる前提条件
                                                                    • 経営を14年やってきて、これ本当に大切だなぁとおもうのは「売上をあげる」よりも「売らない人を決める」でした。

                                                                      まさにぃ @masanydayo 経営を14年やってきて、これ本当に大切だなぁとおもうのは「売上をあげる」よりも「売らない人を決める」でした。お客様の満足度とか、クレームがほぼ無くなったりするだけじゃなくて、経営が安定するんですよね。とにかく目先の売上を上げるために、誰でもカモン状態なら長く経営するのはすごく難しい 2022-07-31 13:24:49 まさにぃ @masanydayo 値下げをやめるべき理由は、売上や利益率が下がるとかではなくて「売るべきじゃない人に売ってしまう」なんです。値下げをしたことで満足感を得る人は、「価値がわかるお客様ではない」です。つまり「値下げされたら売らない」が経営として正しく、無理に売らなくてもいい経営体質をつくるのが経営者。 2022-01-21 11:30:16

                                                                      経営を14年やってきて、これ本当に大切だなぁとおもうのは「売上をあげる」よりも「売らない人を決める」でした。
                                                                      • ちぇこ|大人の品格 on Twitter: "フィードバックが天才的に上手な上司が、「褒めるときはヒトを主語に、注意をするときはモノを主語にする」と言ってました。褒める時は「〇〇さんが頑張って仕事をしてくれた」と、名前を前面に出す一方、注意する時は「この資料に誤入力があるので修正が必要」と、資料を対象にする。凄く本質的な知識"

                                                                        フィードバックが天才的に上手な上司が、「褒めるときはヒトを主語に、注意をするときはモノを主語にする」と言ってました。褒める時は「〇〇さんが頑張って仕事をしてくれた」と、名前を前面に出す一方、注意する時は「この資料に誤入力があるので修正が必要」と、資料を対象にする。凄く本質的な知識

                                                                        ちぇこ|大人の品格 on Twitter: "フィードバックが天才的に上手な上司が、「褒めるときはヒトを主語に、注意をするときはモノを主語にする」と言ってました。褒める時は「〇〇さんが頑張って仕事をしてくれた」と、名前を前面に出す一方、注意する時は「この資料に誤入力があるので修正が必要」と、資料を対象にする。凄く本質的な知識"
                                                                        • 期待値をチューニングする - id:onk のはてなブログ

                                                                          吉祥寺.pm30 で、チューニングがテーマだったので、マネージャとメンバー間で期待値をチューニングするという LT をしてきた。 トークタイトルは熊とワルツを。トム・デマルコの本です。 熊とワルツを リスクを愉しむプロジェクト管理 作者:トム デマルコ,ティモシー リスター日経BPAmazon 「管理」という言葉 「管理」と訳される単語は色々ある goo 和英辞書 によると 〔経営〕management 〔経営,運営〕administration 〔統制〕control 〔監督〕supervision 英辞郎 on the WEB によると administration〔【略】admin. ; adm.〕 caretaking(建物・土地などの) caretaking〈英〉(学校などの公共施設の) charge conduct(業務などの) control custody(大事な物の) d

                                                                          期待値をチューニングする - id:onk のはてなブログ
                                                                          • 全米の起業家調査でわかった、成功者の「意思決定」の共通項 不確実性の高い状況で、イノベーターが好んで使う「ロジック」

                                                                            一般社団法人ウェブ解析士協会 が、ウェブマーケティングのために重要なスキルを講義形式で伝える「エッセンシャル講座」。マーケティングの基本知識から最新テクニックまで幅広く伝える同講座に、サラス・サラスバシー『エフェクチュエーション』の翻訳者で、神戸大学大学院経営学研究科 准教授の吉田満梨氏が登壇。全米の起業家調査でわかった、不確実な状況で成果を出すための考え方やそのプロセスを語りました。 急速に産業界からの関心が高まる「思考様式」 吉田満梨(以下、吉田):神戸大学の吉田と申します。資料共有をしながらお話しさせていただきますが、みなさまの理解を深めていただくことが大事だと思いますので、疑問などは適宜チャットにお書きください。 私はもともとマーケティングの研究者で、10年前くらいに新しい市場を作る人たちの意思決定に関心を持つ中で「エフェクチュエーション」を知り、研究を続けています。今回エフェクチ

                                                                            全米の起業家調査でわかった、成功者の「意思決定」の共通項 不確実性の高い状況で、イノベーターが好んで使う「ロジック」
                                                                            • ビジネスに潜む「サイレントキラー」とは? 業務効率を下げる原因をあぶりだすプロセスマイニング

                                                                              プロセスマイニングは、既存システムからデータを収集して業務プロセスを可視化するソリューションだ。ドイツ/米国を本拠とするCelonisプロセスマイニングツールベンダーであるCelonisが2020年に発表したクラウドプラットフォーム「Execution Managemaent System」(EMS)は、プロセス可視化に加えて業務の実行管理機能も持つ。業務プロセスの最適化に役立つだけでなく、ERPと連携することで、適切なタイミングで業務の自動実行が可能な仕組みを作り上げたという。 同社日本法人社長の村瀬将思氏は、「プロセスマイニングとデータによるアクションの実行はDXの最後のピースだ」と言う。 プロセスマイニングは村瀬氏によれば「現在の業務プロセスにあふれている見えない非効率性=ビジネスパフォーマンスの『サイレントキラー』をあぶり出して可視化するもの」だ。 「見えない非効率性」=サイレント

                                                                              ビジネスに潜む「サイレントキラー」とは? 業務効率を下げる原因をあぶりだすプロセスマイニング
                                                                              • マルチテナント方式からセルフホスティング方式へ。リクルートはこうして横断プロダクトを横展開する - はてなニュース

                                                                                🎁 記事を最後まで読んで Amazonギフト券1,000円分が当たるアンケート に回答しよう 📝 2021年に7つの中核事業会社および機能会社を組織統合したリクルートでは、各社のデータエンジニアによって組閣された「データ推進室」が領域横断的に各事業領域のデータ戦略・立案を支援しています。前回記事では、そのデータ推進室が持つアジリティの高いボトムアップ文化をご紹介しました。 今回はその文化が実際にどのような形で活かされているか、「横断プロダクト(複数事業領域での利用を想定して開発される​​リクルートの社内プロダクト)」の導入事例をもとに見ていきます。 さて、社内開発されたプロダクトを各事業部に“領域展開”するのは、案外難しいものです。すでに使用されているツールとの兼ね合い、慣習や制度の問題、リソースの問題、そして技術的な問題。さまざまな障壁が立ちはだかり、調整に苦労した経験のある方も少な

                                                                                マルチテナント方式からセルフホスティング方式へ。リクルートはこうして横断プロダクトを横展開する - はてなニュース
                                                                                • 文化シヤッターのシステム開発頓挫で、日本IBMが19.8億円の賠償を命ぜられた理由

                                                                                  システム開発の頓挫を巡る、文化シヤッターと日本IBMとの間の裁判で、東京地方裁判所は日本IBM側に19億8000万円の支払いを命じた。米セールスフォースのPaaSを用いた販売管理システムの構築を目指し、2015年に始めた開発プロジェクトだったが、2017年にストップしていた。東京地裁は開発失敗の原因をどう認定したのか。裁判記録をもとに読み解く。 文化シヤッターが、20年以上前から使用していた販売管理システムを刷新するプロジェクトを本格的に始動させたのは2015年1月のことだ。日本IBMに提案依頼書(RFP)の作成を委託。そのRFPを基に複数ベンダーから提案を受けた上で、日本IBMを開発委託先として選定した。 日本IBMの提案はシステム構築に米セールスフォースのPaaS(プラットフォーム・アズ・ア・サービス)である「Salesforce1 Platform」を用いるものだった。RFPでは標準

                                                                                  文化シヤッターのシステム開発頓挫で、日本IBMが19.8億円の賠償を命ぜられた理由