忙しすぎて、チームで「今何が起こっているか」を把握しきれない管理職 部下のマネジメントよりも先に注目すべきもの
本イベントは、本イベントは、『部下との対話が上手なマネジャーは観察から始める ポリヴェーガル理論で知る心の距離の縮め方』の出版を記念して開催されました。同書籍の著者で株式会社ロッカン代表の白井剛司氏が登壇。本記事では、マネージャーの負担が増大している背景や、なぜマネージャーに観察力が必要なのかを語りました。 神奈川県丹沢の農場で、農業体験やマインドフルネスを提供 白井剛司氏：今回、ビジネスの人たちだけでなく、忙しい人全員に観察を勧める本を出しましたので、その内容を話していきます。よろしくお願いします。 今日は人事の方、忙しいマネージャーの方、マインドフルネスの世界の方々もいらっしゃっています。内容が全部わかる人もいれば、1つしかわからない方々もいると思うので、なるべく多くの方がわかりやすいようにお伝えしていきたいと思います。 まず自己紹介です。僕は16年間、広告会社で人材育成をやっていまし
メンバー1人1人のスキルアップを促す「等級（グレード）」と「給与テーブル」｜風音屋（かざねや）
風音屋（@Kazaneya_PR）では、メンバー1人1人のスキル水準をモニタリングし、さらなる成長を促すための仕組みとして「等級（グレード）」を設定しています。プロフェッショナル人材が少しでも正当な評価とフィードバックを受けられるように試行錯誤を経てきました。 採用選考を進める中で「自分の場合はどのくらいのグレードになるのか？」というご質問をいただく機会が多々あります。この記事では、どういった考え方でグレードを設計・運用しているのかを、給与テーブルとセットで解説します。 注意事項クライアントワークを担当するAnalytics部門を想定した内容となっています。Backoffice部門の給与テーブルは試行錯誤中ですが、ベースとなる考え方は同じような形に落ち着くはずです。 人事周りのルールは今後変わっていく可能性があります。最新状況についてはカジュアル面談でお問い合わせください。 すべての人にと
「ちゃんと指示してよ...」部下が仕事の自信を無くす悪循環が生まれるわけ ミスを恐れない「曖昧さ耐性」を高める2つの要素
ビジネスリサーチラボ主催のセミナーより、曖昧な状況に対してどの程度寛容であるかを表す「曖昧さ耐性」をテーマに、ビジネスリサーチラボ 代表取締役の伊達洋駆氏、コンサルティングフェローの神谷俊氏が登壇した回の模様をお届けします。本記事では神谷氏より、「曖昧さ耐性が高い人」の育て方について語られました。 “曖昧さ耐性”が高い人は、何を見ているのか？ 伊達洋駆氏（以下、伊達）：では、神谷さんにバトンタッチしたいと思います。よろしくお願いします。 神谷俊氏（以下、神谷）：伊達さん、ありがとうございました。みなさん、こんにちは。株式会社エスノグラファーの神谷俊と申します。後半パートは、今から20分間ぐらいお時間をいただいて、私からレクチャーをさせていただきます。 先ほどもあったように（質問を）すでにいくつかいただいてますが、私のパートでも聞いてみたいことなどあれば、よろしくお願いします。 さて、私のパ
見積・提案書に書いておくと不幸を減らせる前提条件
はじめに ちょっとつぶやいたら思いのほか需要がありそうだったので、簡単にまとめておきます。 おことわり これを書いておけば、すべての不幸を避けられるというものではありません 提出先との関係性次第では、書かないほうがいいこともあるかも 私自身が普段提案している内容が、すべて記載されているわけでもありません（うろ覚えで書いてたり、大人の事情） これを流用しておこったすべての事項について、何らかの責任をとることはできません 本稿では請負による開発を想定しています でも共有することで、この業界の不幸が減ればいいなということでつらつら書いてみます。 他にもあるようなら、Twitterなりコメントなりで提案してもらえると嬉しいです。 前提条件を書く目的 見積・提案書通りに、実施するために必要な条件を明確にする 条件を逸脱したときに、どうなるのかハッキリさせる 上記は概ねつぎのとおり 実現が不可能になる
1on1 ノウハウの共有 | DevelopersIO
ここでは主導する方が知っておくべきものをまとめています。 なおこの記事での 1on1 とは、バスケのハーフコートにおける 1 対 1 の攻防ではなく、職場における 1 対 1 の定期的な話し合いのことです。 1on1 で話すべきこと 業務以外の課題解決 なにか課題を抱えていると他のどの話題にも身が入らないため、まず話せる環境を作りましょう。同様に課題は業務効率を落とします。 ここでの課題は次を指しています。 健康上の課題 業務が原因で病院受診が難しい場合の業務量の調整など お互いの健康テクニックの共有なども Good 家族との課題 お子さんが夜泣きで寝不足などの場合は就業時間の調整など 親族と折り合いが悪いなどの場合、第三者としての意見や、自分の経験を共有する 社会上の課題 コロナ禍によるつらみの共有など 業務に連動するわけではないため、前回課題がなかったからといって今回もないと仮定しては
NTT Com オンボーディングハンドブック
オンボーディング ハンドブック #このサイトについて #NTTコミュニケーションズ(以降、NTT Com)社内で製作したオンボーディングハンドブックの内容を、より一般化して広く公開するものです。 ソースコード #本書のソースコードは https://github.com/nttcom/onboarding-handbook で公開しています。 ライセンス #NTT Communications Corporation 作『オンボーディング ハンドブック』は クリエイティブ・コモンズ 表示 - 非営利 - 継承 4.0 国際 ライセンス で提供されています。 関連ハンドブック #リモートワークの働き方に特化したリモートワークハンドブックや、チームビルディングのプラクティスをまとめたチームビルディングハンドブックも参照ください。 読み始める #こちらから本編に進めます。 はじめに
グーグルが出した「最終解」 理想のリーダーとチーム | NIKKEIリスキリング
米グーグルがまとめた「最高のマネジャーになるための8つの習慣」は「よいコミュニケーターであれ。そしてチームの声を聞け」と説く。 写真はイメージ=PIXTA 人事関連の人たちや人材業界では大きな注目を集めたグーグルのプロジェクトが2つあります。最高のマネジャーになるための8つの習慣を明らかにした「プロジェクトOxygen」と、チームを成功へと導く5つの鍵を明らかにした「プロジェクトAristotle（アリストテレス）」。今回は、この2つについて見てみることで、ミドルシニアの皆さんの転職力をアップさせるポイントに迫ってみたいと思います。 まずはグーグルが2009年に実施した社員対象の大規模調査「プロジェクトOxygen」の結果から見てみましょう。このプロジェクトでは「優秀なマネジャーはどういう人か？」を、グーグルの従業員を対象にリサーチしました。 人事考課、フィードバックサーベイ、表彰、その他
請負契約と準委任契約、どっちで契約すればいいの？〜請負契約・準委任契約・労働者派遣契約の違い〜 - Qiita
この記事は個人の見解であり、所属する組織の公式見解ではありません。 背景 チームのリーダーや組織のマネージャーになると、パートナー会社との仕事の進め方にも気を配らなくてはならなくなります。契約の結び方や仕事のお願いの仕方、それらのちょっとした思い違いが、思いがけないリスクになることもあります。とはいえ、そういった知識をエンジニアが改めて学ぶ機会というのは、なかなかないのではないでしょうか。 この記事では、新たにチームのリーダーや組織のマネージャーになったエンジニアに向けて、パートナー会社と上手に仕事を進める上で知っておきたい「請負契約」「準委任契約」「労働者派遣契約」の知識を、主に発注側の視点から解説します。 ショートストーリー１ 佐藤先輩「山田くん」 山田くん「あ、佐藤先輩。おつかれさまです」 佐藤先輩「例のプロジェクトのリーダーになったんだって？」 山田くん「そうなんですよ。今日もこれ
開発組織のマネジメント
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
サービス開発エンジニアからマネージャになった話 - クックパッド開発者ブログ
はじめに こんにちは、レシピ投稿推進室の勝間（@ryo_katsuma）です。 techlifeでの執筆は5年ぶり（！）になります。 さて、そんな私も今年2014年の5月にエンジニアからサービス開発の部署のマネージャに転身しました。 そこで今回のtechlifeブログは、いつもの技術ネタとは少し異なるテーマとして、「クックパッドにおいて、エンジニアからマネージャに転身する」ことが、どういうことなのかを自分自身で振り返り、まとめたいと思います。 エンジニアが自身のキャリアを考える上で、少しでも参考になれば幸いです。 現状 私は、2009年5月に中途入社し、今年で6年目になります。この年数は、エンジニア全体はもちろん、社内全体で見ても古い方になります。 これまで、技術部、HappyAuthor部（現在、私が所属している前身になった部）、新規事業部、プレミアム会員事業部...など、いろんな部署で
第9回 必ず起こる問題に対処する
プロジェクトマネジメントの根底にある考えの一つは，「プロジェクトに問題があるのは当然」というものである。したがってプロジェクトの実施段階におけるプロジェクトマネジャやプロジェクトチームのメンバーは，常に問題に対処していかざるを得ない。今回は，チームミーティング，顧客とのミーティング，変更管理，チームのメンバー評価，といったプロジェクトの実施段階における施策について説明する。 前回に続き，「プロジェクトの実施」段階について考えていきたい。どのようなプロジェクトでも問題は発生する。表面的に問題が発生していないように見えるプロジェクトはほとんどの場合，プロジェクトマネジャやプロジェクトチームが問題を未然に防いでいる。決して問題が存在しないとか，運がよいとかいったわけではない。 プロジェクトマネジメントの根底にある考えの一つは，「問題やコンフリクト（衝突）が存在することは当然である」というものであ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
心理的安全性を 0から80ぐらいに上げた話