「至急」を乱用するディレクター、マネジャー、管理職は、マネジメント能力が低い。
端的にいうと、私は「至急」という言葉が好きではありません。 なぜ好きではないのか。 「催促されたくない」という意味でこの言葉が好きでない方は多いでしょう。 人に急かされることが嬉しい人なんていませんから、総じて「至急」という言葉を使うと嫌わるものです。 しかしそのこと以上に、私があえて「好きでない」としてこの言葉を取り上げるのは、 「自分の仕事の段取りの悪さを、強い立場を利用して他人に解決させるズルい言葉、人をダメにする言葉」 だと思うからです。 そもそも、なぜ「至急」などという言葉を使って、他人に指示・依頼しなければいけない状況に陥るのでしょうか。 それは主に、指示・依頼をする側に計画性がないからです。 起こりうる障害を予測して予防・回避する力。 時間や段取りを管理する力。 無理が生じないように交渉する力。 プロジェクト全体を想像し、悪影響が出ない最適な打ち手を考える力。 要するに、マネ
【資料公開】強いチームの作り方 | Ryuzee.com
2015年11月10日に某社の社内勉強会で、「強いチームの作り方」というテーマで話をしたのでその際の資料を公開しておきます。 内容自体は、WEB+DB PRESS 83号に書いた内容なので興味があればそちらを参照ください。 最近DevOpsの文脈ですぐに「インフラ自動化しないといけない」とか「ツール使って効率化」みたいな話を頻繁に聞きます。 が、端的にいえば、「実際のところ、ソフトウェア開発上の問題の多くは、技術的というより社会学的なものである」というデマルコの一節の通りであり、 DevOpsの本質もツールではなく、CLAMS(Culture、Lean、Automation、Measurement、Sharing)であって、土台となるのはやはり組織やチームの文化になります。 一度自分たちのチームや組織について考えてみるとよいと思います。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
