「報・連・相（ほうれんそう）」でいい思いをした人などいない：日経ビジネスオンライン
今回のコラムでは「部下に仕事を任せる」技術を７つのエッセンスに整理してお伝えてしいる。 エッセンスその1：「任せるしかない」と腹をくくろう。 エッセンスその2：「振る」と「任せる」の違いを知ろう エッセンスその3：まずは信頼関係の構築から始めよう エッセンスその4：「失敗は部下の権利である」と知ろう エッセンスその5：「コピー」作りはやめよう ここでお伝えしているメッセージは「上司の仕事は経営そのもの」ということである。そして経営とは矛盾を解消しつつ、矛盾を意図的に創造することではないだろうか。本連載で取り上げる「部下への任せ方」もそれに類する。今回は、エッセンスの最後。部下に任せつつも適切に導くための「定例ミーティング」を紹介する。 前回の記事で、私は「口出しはやめよう」と提案した。また「部下にあえて失敗させよう」とも提案した。だが、そればかりではうまくいかない。適切な方法で部下の仕事の
アジャイルがダメだと思う7つの理由 - arclamp
1.全体スケジュールにコミットできない アジャイルはタイムボックス型（一定期間で棚卸しをして、それを繰り返す）のマネジメントをする。だから、全体としての計画は立てられない。「だって、最初に全ての機能を洗い出せないでしょ」というのは分かる、分かるけど全体の計画は立てないといけない。経営者は顧客やVCと全体の計画にコミットしなきゃいけないんだ。そのときに「やってみなきゃ分からない」なんて言えるわけでない。 てか「やってみなきゃ分からない」なんてことは誰でも知っているんだよ。でもさ、それを言わぬが花。大人なんだからコミットメントをしないといけないんだよ。そして、その達成ためには、あらゆる手段を尽くすのです。 2.アーキテクチャ上の無駄が生じる ソフトウェアの構造や構成は工程が進むほどに修正しにくくなり、ずっと残る。だから、アーキテクチャ設計は慎重に全体を考えながらやらなきゃいけない。でも、アジャ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
