リーダーが変革できない3つの理由
目まぐるしく変化するビジネス環境に合わせ、企業や組織も常に変革していかなくてはならない。その先頭に立つのがリーダーだ。しかしながら、“優秀な”リーダーであればあるほど組織にとって足かせになってしまうという。 盛り上がった北京オリンピックも終わりを迎えた。数々の真剣勝負に感動した人も多いのではないか。競泳の北島康介選手は、平泳ぎ100メートル、200メートルの両種目で2大会連続の金メダルを獲得した。彼のすごいところは、常に自己変革を続けていることである。 金メダル獲得や優勝をしてしまうと、燃え尽きてしまうアスリートたちは多い。実際、北島選手もアテネオリンピック後は、スランプに陥り結果が出ないときもあった。しかし、さらなる目標を掲げ、フォーム改善に取り組み、今回の結果を生み出した。 並外れた強い精神力を持っているということもあるが、日々の努力――自己変革があってこそ、実現できたものである。 自
三十歳から四十五歳を無自覚に過ごすな ～任天堂社長 岩田聡氏～ - 中小企業診断士 和田伸午のおもしろビジネス放談
ちょっとご無沙汰しておりました「三十歳から四十五歳を無自覚に過ごすな」。梅田望夫さんの著書「ウェブ時代をゆく」で下記の文章に大変感銘を受けたことをきっかけにスタートしております。 「三十歳から四十五歳」という難しくも大切な時期を、キャリアに自覚的に過ごすことが重要である。（P194） 今回ですが、梅田望夫さんのウェブブック「生きるための水が湧くような思考」の中で、若者たちの新しい「ロールモデル」（お手本）として見つめ直す必要がある。」と記述されている人物。その名は任天堂代表取締役社長 岩田聡。 当時ソニー「プレイステーション2」の後塵を拝していた任天堂の代表取締役社長に就任後、ニンテンドーDS/DS Lite、Wiiを世に送り出し、瞬く間に任天堂を首位の座に返り咲かせた立役者、岩田聡。現在のその華麗な実績に至るまでの30歳から45歳の道のりは、極めて苦しく険しいものでした。今回は岩田聡さん
3年で辞めるのは、若者だけじゃない：日経ビジネスオンライン
40代の転職、5割が勤続年数2年未満 企業の中核を担う40代前半。厚生労働省の雇用動向調査（2006年）によると、40～44歳の離職者のうち、53.9％が勤続年数2年未満。2004年よりも1.9ポイント高まった。45～49歳を見ても、同期間で2.9ポイント上昇した。全体では2.4ポイント減だけに、40代の勤続年数の短期化が目立つ。この問題の根は、実はIT（情報技術）の抱える悩みと同じかもしれない。 少し前、知人の経営者から電話をもらった。沈んだ調子で、「今晩、酒に付き合ってほしい」とポツリ。彼の会社は小規模ながら順調に成長を続けており、その知人自身も普段は明るい御仁なのだが、その日に限ってはいつもと違う。もしや資金繰りの悪化でもあったのかと心配になり、居酒屋で話を聞くことにした。その内容とは…。 事業は順調だが、人手が足りない。中途採用でまかなおうと、時間をかけて丁寧に候補者と話し合った。
プロジェクトをデザインする: DESIGN IT! w/LOVE
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 どんなプロジェクトでも、最初にプロジェクトを定義・計画しないと、決められた時間内・リソース内で成果を出すことってできないんじゃないかと思います。 そうじゃなくても、必ずしもプロジェクトで成果を出すのはむずかしいわけですから、せめて最初の定義と計画はきちんとしないとね。 プロジェクトのデザイン大なり小なりプロジェクトを行う上では、ざっと下記のリストのようなことを検討する必要があるでしょう（リストはできるだけいろんなプロジェクトに対応するよう一般化してみました）。 最初の「定義」の部分で、タスクと役割とスケジュール、その他リソースが紐づいた状態でプロジェクトをデザインしておかないといけないと思います。 定義ミッションとヴィジョンの明確化目的と測定可能なゴールの設定ターゲットの明
ミスとかトラブルとか - 最速配信研究会(@yamaz)
UIEUEIのid:shi3zさんがミスについての話を書いておられる(会社名間違えてました.大変失礼しました. > shi3zさん). 部下が致命的なミスをするのは全面的に上司の責任 1行でまとめると「ミスは必ずおきるので,ミスを事前に検知する仕組みが必要だよ」ということなんだけど,私も前職ではありとあらゆるミスやトラブルに遭い,それに対して思うところがあるので,どう対処してきたかを書いてみようと思う. このエントリは長くなりそうなので,先に「今来た3行」でまとめるとこんな感じになる. ミスやトラブルはありとあらゆる隙間を縫っておきるので,確率的なものととらえる方がいいよ. ミスやトラブルがおきた時の影響を最少にするためにはミスやトラブルを検知することの他に,「そもそもそんなミスが起きえないようにする」,「万一そのミスがおきても大丈夫なようにする」為の仕組み作りが重要だよ. 根性論に頼るの
ウノウラボ Unoh Labs: ベンチャー流Webサービスの作り方(開発チーム編)
尾藤正人(a.k.a BTO)です 前回はWebサービスを作るときの企画の部分について書きました (ベンチャー流Webサービスの作り方(企画編))。 今回はWebサービスを作るときの組織作りについて書いてみたいと思います。 僕がウノウに入って始めたのがフォト蔵の開発でした。 当初は開発が僕、ディレクションが代表の山田という二人体制でやってましたが、 組織が大きくなるにつれてだんだんと人数が増えていきました。 現在は僕も山田もフォト蔵からは離れて新しいチームで開発を行っています。 二人体制から始めて、少しずつ人数を増やしていって、 立ち上げメンバーが開発から離れるまでいろいろ経験しながら 自分が感じた事を簡単にまとめたいと思います。 ・最終決断は一人で 何をするのか、戦略はどうするのか、方向性は何なのか、最終的な決断はリーダーが一人で行います。 個人の主張を尊重しすぎて、各々が好きな事を始め
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
