マネジメントに関するdiamondbackmothのブックマーク (14)

  • 1つでも該当すると、「会議の成功率」は5分の1以下 AIが導き出した、会議の成功を阻む5要素

    働き方が多様化した時代にも柔軟に対応し、最短距離で成果を最大化する「チームマネジメント」について、3回にわけて特集した株式会社SmartMeetingと株式会社SmartHRのセミナー。 記事では、「成果を上げるための会議」をテーマに、『超・会議術~テレワーク時代の新しい働き方』の著者・越川慎司氏が登壇した、3回目のセミナーの模様をお届けします。日企業における労働時間に占める社内会議の時間割合や、「会議の成功」の定義、そして会議でアウトプットが出ない理由など、さまざまなトピックが語られました。 延べ17万人超の労働時間を減らし、売上を上げる支援 越川慎司氏(以下、越川):クロスリバーの越川でございます。はじめの40分で「815社に対応してきた会議データの実情」と「質と量を改善するためにどうしたらいいのか」といった資料を共有させていただきます。「こうやったらうまくいくよ」ではなくて、実例

    1つでも該当すると、「会議の成功率」は5分の1以下 AIが導き出した、会議の成功を阻む5要素
  • 「何を言っているのか分からない」と言われないための「伝え方」のノウハウ - Qiita

    私自身、物事を分かりやすく伝えるスキルを身に着けるため、手あたり次第に、いくつかノウハウを読んだり、YouTube動画を観たりしてきました。記事では、や動画から得られたノウハウや、私が普段の仕事で発見した個人的に使っているテクニックをまとめてみました。 0 記事の最重要ポイント 記事がストックの墓場に行ってもいいように、記事の最重要ポイントだけ先に伝えておきます。 質問に答える時は、聞かれたことにシンプルに答える。 事実と解釈を分けて話す。 1 記事で伝えたいメッセージ 1-1 コミュニケーション能力の苦手意識はノウハウで解決する ITエンジニアの裾野が広がるにつれて、SNSでも「コミュニケーション能力の低いITエンジニア」の話題をちらほら見かけるようになりました。いわく「これからはITエンジニアにもコミュニケーション能力が求められる」「プログラミングができるだけでは生き残れ

    「何を言っているのか分からない」と言われないための「伝え方」のノウハウ - Qiita
  • プロダクトマネジメントを学ぶための推しの書籍

    プロダクトマネジメントを学びたい人、プロダクトマネージャーにおすすめの書籍です。 以下、記載した書籍のリストです ## Product Management ### プロダクトマネジメントを広く理解する 「プロダクトマネジメント ―ビルドトラップを避け顧客に価値を届ける」オライリージャパン (2020/10/26) https://www.amazon.co.jp/dp/4873119251/ 「プロダクトマネジメントのすべて 事業戦略・IT開発・UXデザイン・マーケティングからチーム・組織運営まで」翔泳社 (2021/3/3) https://www.amazon.co.jp/dp/4798166391/ 「INSPIRED 熱狂させる製品を生み出すプロダクトマネジメント」日能率協会マネジメントセンター (2019/11/1) https://www.amazon.co.jp/dp/4

    プロダクトマネジメントを学ぶための推しの書籍
  • 1on1 ノウハウの共有 | DevelopersIO

    ここでは主導する方が知っておくべきものをまとめています。 なおこの記事での 1on1 とは、バスケのハーフコートにおける 1 対 1 の攻防ではなく、職場における 1 対 1 の定期的な話し合いのことです。 1on1 で話すべきこと 業務以外の課題解決 なにか課題を抱えていると他のどの話題にも身が入らないため、まず話せる環境を作りましょう。同様に課題は業務効率を落とします。 ここでの課題は次を指しています。 健康上の課題 業務が原因で病院受診が難しい場合の業務量の調整など お互いの健康テクニックの共有なども Good 家族との課題 お子さんが夜泣きで寝不足などの場合は就業時間の調整など 親族と折り合いが悪いなどの場合、第三者としての意見や、自分の経験を共有する 社会上の課題 コロナ禍によるつらみの共有など 業務に連動するわけではないため、前回課題がなかったからといって今回もないと仮定しては

    1on1 ノウハウの共有 | DevelopersIO
  • エンジニアの"有害な振る舞い"への対処法 - Qiita

    記事の続編として、自分が有害な振る舞いをしないようにする改善の取り組みを扱った記事も書いてます。 エンジニア上司が"有害な振る舞い"を改善する方法 ※「難しい人」は概念として用い説明するのに便利な言葉でしたが、誤解を生じたり、記事のポリシーに沿わない使用(難しい人というラベリングを特定個人に適用する使い方)が容易にされてしまいそうだと分かりました。そのような誤用を防ぐことを最優先とするため、代わりに「有害な振る舞い」という表現を使用し、人ではなく振る舞いに着目するタイトル及び文章に変更致しました。 はじめに 以下の記事を読んだ際に「難しい人」という表現が何となく面白い響きで印象に残ったので、これを機に自分の考えを今までの経験をもとに書きたいと思います。 “難しい人”が1人入ると、チームの生産性は30〜40%低下する 対抗せずに、場の「安心感」を作るための3つの条件 - ログミーBiz

    エンジニアの"有害な振る舞い"への対処法 - Qiita
  • 従業員の定着を図る「作業分解」という考え方【窪田新之助のスマート農業コラム】 | 農業とITの未来メディア「SMART AGRI(スマートアグリ)」

    農業法人にとって、従業員の確保と定着は大きな課題だ。その一つの解決法として株式会社カワカミ蓮根(熊市)が導入したのは、「作業を分解する」という考え方だ。 同社は熊市と玉名市にある44haの田でレンコンを作っている。玉名市には収穫物を一元的に調製や予冷して、配送の手配までする施設「センター」を2021年から稼働させている。 参考記事:グローバルGAPの取得は農業経営をどう変えたのか https://smartagri-jp.com/management/3575 “働ける人”を限定しないための作業の分解 この施設を訪れると、壁の各所にマニュアルが貼ってある。そのうちの1枚に10月のカレンダーがある。これには、今回主題にしたい“分解された作業の中身”が載っていた。センターで1日に行う作業は大きく8つに分解できる。カレンダーにはその分解された作業の名前と、それぞれの作業を担当する人の名前とそ

    従業員の定着を図る「作業分解」という考え方【窪田新之助のスマート農業コラム】 | 農業とITの未来メディア「SMART AGRI(スマートアグリ)」
  • マイクロマネジメントは悪か?よりよい組織をつくるためのマネジメント形態についての考察 - クックパッド開発者ブログ

    レシピ事業サービス基盤部で部長をやっています、新井(@SpicyCoffee66)です。引越しを機に MtG のカードをほとんど売ったはずなのに、そのときは存在しなかったポケモンカードのデッキが手元にあります。なぜ? 私は 2017 卒のエンジニアとしてクックパッドに入社し、様々な業務を経験した後に 2020 年の 8 月から部長となりました*1。最近はコードを書いていないので Techlife の執筆内容に迷ったのですが、今自分の中にある「優れた組織づくりについての考え方」をまとめてみることとしました。部長になる前にも、グループ長として小規模なチームマネジメントの経験があるとはいえ、それを含めても2年弱のマネージャー経験しか持っていないので、これが絶対の正解というわけではなく一つの考えとして読んでいただけると幸いです。 組織の存在理由 優れた組織づくりについて考えるために、まずは組織の存

    マイクロマネジメントは悪か?よりよい組織をつくるためのマネジメント形態についての考察 - クックパッド開発者ブログ
  • フェロモントラップをIoT化し、効率的な害虫対策を可能にする。Tarvos が提供するスマートトラップを紹介します。 - 先端農業マガジン

    農場で害虫がどれくらい発生しているか知る方法のひとつに、フェロモントラップがあります。特定の昆虫に有効な性フェロモンをトラップに仕掛け、おびき寄せられた個体数を調べることで、害虫の発生状況を推測するのです。しかし、この手法はトラップにかかった個体数をカウントする手間がかかります。 そこでTarvos は、フェロモントラップをIoT化しました。捕獲個体数を自動でカウントし、カウント数をパソコンやスマートフォンで閲覧できるようにします。この「スマートトラップ」によって、害虫モニタリングの労力が大幅に減り、最小限の農薬で効果的な害虫防除が可能になるでしょう。 住所:R. dos Contabilistas, 321 – Taquaral, Campinas – Sao Paulo, 13076-430. CEO:Andrei Grespan 設立:2018年 従業員数:11〜50人 病害虫を早期

  • 起業家たちが選んだ「今年の1本」、年末年始にオススメする書籍・漫画・コンテンツは?

    From DIAMOND SIGNAL スタートアップやDX(デジタルトランスフォーメーション)を進める大企業など、テクノロジーを武器に新たな産業を生み出さんとする「挑戦者」。彼ら・彼女にフォーカスして情報を届ける媒体「DIAMOND SIGNAL」から、オススメの記事を転載します。※DIAMOND SIGNALは2024年1月をもって、ダイヤモンド・オンラインと統合いたしました。すべての記事は連載からお読みいただけます。 バックナンバー一覧 ビジネス書や小説を読んだり、NetflixAmazon Prime Videoでドラマや映画を見たり──年末年始はゆっくり読者やコンテンツを楽しむ時間に充てよう、と考えている人も多いのではないだろうか。とはいえ、数多ある書籍やコンテンツの中で何が面白くオススメなのか、分からずにいる人も多いはずだ。 今回、DIAMOND SIGNAL編集部では起業

    起業家たちが選んだ「今年の1本」、年末年始にオススメする書籍・漫画・コンテンツは?
  • リーダーとして意識したこと、反省すべきこと|ジョ~ジ|note

    こんにちは。ジョ~ジです。 この記事では、新薬創出プロジェクトにおいて、バイオロジーのリーダー(以下リーダー)を任された際に意識していたこと、および今振り返ってみて反省している点を紹介したいと思います。時間軸としては、新卒2年目から3年目の約2年間での出来事です。 一応、チーム内で全期間において、最も良い業績評価を受けるメンバーを連続して輩出しており、プロジェクト進捗自体も研究所内では高く評価されていたので、まったくトンチンカンな意識というわけではなかったのではと思っています。 至らぬ点も多々あるかとは思いますが、ご容赦いただくとともに、改善点の指摘やご助言、ご批判等ございましたらTwitterのコメント、DMでいただけますと幸いです。 1. 意識したこと1-1. 目標設定リーダーの役割を任された以上、最優先事項は、「プロジェクトを推進すること」です。 新薬開発は、薬理・合成・動態・安全性

    リーダーとして意識したこと、反省すべきこと|ジョ~ジ|note
  • 管理職受難の時代!?「マネジメントの地図」を作ったので共有します|こがねん / 組織開発するマン

    こんにちは、こがねんです。ファッションテック企業の管理部門で「組織開発」をしています。 「組織開発」とは何でしょう。 これにはいろいろな定義がありますが、僕は「人の集まりが同じ目的に向かって協働するチームになるためのあれやこれやの働きかけ」と考えています。 会社組織であればミッション・ビジョン・全社戦略といった「同じ目的」に向かっていくために「集団(人の集まり)」から「組織(協働するチーム)」になっていく必要があり、そのためにやること全般が「組織開発」ということになります。 「組織開発」は一人ではできないことが多いので仲間を増やしていくことが重要です。 真っ先に仲間になってもらう必要がある人は会社の代表(社長や会長)でしょう。次に役員クラスの理解も重要になります。また人事部や外部コンサルタントが制度や施策面で仲間になってくれていることも重要です。 こうして仲間を増やしながら進めていくわけで

    管理職受難の時代!?「マネジメントの地図」を作ったので共有します|こがねん / 組織開発するマン
  • 研究室で情報共有に失敗した理由3つ - いつか博士になる人へ

    僕たちの失敗 僕が学部の4年生だったとき、研究室の先輩が言った。 「研究室のウィキを作ろう」 「なんですか?」 と僕は聞いた。 「ウィキペディアみたいに、研究室のことが何でも書いてあるウェブサイト。そういうのがあると、いちいち人に聞かなくてすむでしょ?」 「どうしたんですか、先輩……良いこと言ってますよ?」 それから、僕たちのウィキ作りが始まった。 大学のサーバーにウィキのテンプレートを置いて、ありとあらゆる資料をそこにアップロードした。 進捗報告のスライドや、勉強会で配った資料、ホワイトボードに書いたメモまで写真を撮ってウィキに載せた。 データがどんどん貯まっていくのは楽しかった。 ここに僕たちの思い出が残って、きっと後輩の役に立つ。 そう思うと嬉しかった。 でもしばらくすると、いちいちファイルを上げるのがめんどくさくなってきた。 進捗報告や勉強会が終わった後で、資料を見直し、ウィキに上

    研究室で情報共有に失敗した理由3つ - いつか博士になる人へ
  • 歳を取ったエンジニアとして腕力のある若手にどうやって立ち向かおうか考えた - FPGA開発日記

    この記事はFPGA開発日記の祝2,000記事到達の記念に書いているものです。 普段の記事と比べて非常にエモい内容となっております。 FPGA開発日記を始めたのが2015年の1月4日。それからおよそ5年と10か月で2,000記事に到達した。 計算してみると2,115日での2,000記事達成となっていた。我ながらよく頑張った。 ブログを書き始めてもう5年以上経った。5年も経てば周りの状況も変わるし、生活環境も変わる。 私も歳を取り、決して若いとは言えない年齢になった。昔のように徹夜で勉強とか実装はできなくなったし、肩は凝るし集中力は続かない。夜になるとすごく眠たくなる。仕事が終わったらすぐ眠たくなってしまい、趣味やブログを執筆する時間を取るのがとても難しくなってきた。 私が年を取れば取るほど、若い実装力のある、優秀な人たちが参入してきて、私の何倍ものスピードで成果を出していく。 私が持っている

    歳を取ったエンジニアとして腕力のある若手にどうやって立ち向かおうか考えた - FPGA開発日記
  • 「部下を育てる」ことを「部下の能力を上げる」ことだと勘違いしていた、という話

    この記事で書きたいことは、下記のようなことです。 ・「部下を育てる」ことは「部下の能力を引き上げること」だと勘違いしていた ・上司が部下に出来ることは、最大限上手くいっても「行動パターンのちょっとした変容」くらい ・けれどそれで、あんまり出来なかった人を出来る人っぽくムーブさせることは出来る ・もしかすると、「育てる」ってそういうことの積み重ねなのかも知れないなあ ・なんだかんだで「インフラ整備」以上に効率よく人の行動パターンを変容させられるものはない 以上です。よろしくお願いします。 *** さて、書きたいことは最初に全部書いてしまったので、あとはざっくばらんに行きましょう。 「人材育成」というのは仕事においてものすごーーく大事な要素でして、もちろん色んな人が色んな言葉で語っていますし、もたくさん出ています。 何百人も部下を育てた人たちの言葉は大変説得力があって、私も感心することしきり

    「部下を育てる」ことを「部下の能力を上げる」ことだと勘違いしていた、という話
  • 1