部下の困りごとをマネジャーが解決しすぎない方が良い - $shibayu36->blog;
マネジャーをやっていると、1on1でいろいろな困りごとを相談されたり、雰囲気を感じ取ったりで、部下が困っていることがよく見える。その時「頑張ってマネジャーの自分が解決しないと！」と思い、全部自分で解決してしまうことがある。しかしこのようなやり方は正直デメリットが多く、やめたほうが良いと考えている。 これを続けていると、例えば 部下が問題はマネジャーが解決してくれるものと思いすぎてしまう可能性がある。するとこの仕事はマネジャー、この仕事はエンジニアと過度にカテゴリー分けがなされることがある 部下の問題解決能力、相談能力などの向上機会を奪ってしまう 細かい問題を解決しているだけで時間がなくなってしまう 結果的にスケールもせず、解決に取り組めない問題が増えていく 本当に解決すべき重大なチーム課題に取り組む時間がなくなる などといったことが起こりうる。こうなると実際には自分が色々問題を解決できてい
Udemy「手を動かしながら2週間で学ぶ AWS 基本から応用まで」Day9 - はぐれメタルのケモノ道
どうも、はぐりんです。 今回はまたAWS受講記録に戻りまして、 Day9 IAM（AWS Identity and Access Management）の受講メモです。 Day9 IAM（AWS Identity and Access Management） ・IAMポリシー、IAMユーザ ・IAMグループの枠を作ってIAMポリシーを割り当て可能 ・IAMロール→ロールにポリシーを関連づけてサーバに権限を持たせる。 ・IAMポリシーの作成 ・IAMユーザの作成 → IAMポリシーに応じてインスタンスの作成が禁止された！ ・IAMグループの作成→ポリシーの割り当て→ユーザの割り当て ・IAMロールについて → 事前準備：バッチサーバに持たせていたcredentialsを削除。 → 事前準備：PHPからS3が見られなくなった。 → 事前準備：IAMポリシーの作成 → IAMロールの作成（IAM
エンジニアのための自分経営戦略 - 西尾泰和のScrapbox
各農家からの出荷を約50の市場へ配送する際の、各トラックにどの品目を何ケース積載するかの配車プランを自動作成するアルゴリズムを開発。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
