これまでの歴史的経緯や、世界的なトレンドを考えると、 経営を理解してない労働者は、 どんどん居場所がなくなり、年収も下がって いくと思います。 逆に、経営*1を理解している労働者は、ますます活躍の場が広がるし、 たとえ運悪く挫折しても、何度でも復活するチャンスが得やすくなっていくと思います。 そして、後述するように、これは全世界的なトレンドであって、 この流れを一時的に阻害するぐらいはできても、 歴史の歯車を逆転させるようなことは、もはやできないと思います。 そもそも「経営」を勘違いしている人が多い よくある「経営」に関する迷信に、以下のようなものがあります。 【迷信１】企業の目的は金儲けである 【迷信２】非営利組織に経営は必要ない(善意だけで運営できる！) 【迷信３】経営スキルがなくても仕事には困らない(経営は経営者の考えることだろJK。。。) 以下、これらについて解説します。 【迷信１
単体では世界最大の広告代理店である「電通」には4代目社長吉田秀雄によって1951年につくられた電通社員、通称「電通マン」の行動規範とも言える「鬼十則」と呼ばれる非常に有名な言葉があります。いわく、 1. 仕事は自ら創るべきで、与えられるべきでない。 2. 仕事とは、先手先手と働き掛けていくことで、受け身でやるものではない。 3. 大きな仕事と取り組め、小さな仕事はおのれを小さくする。 4. 難しい仕事を狙え、そしてこれを成し遂げるところに進歩がある。 5. 取り組んだら放すな、殺されても放すな、目的完遂までは……。 6. 周囲を引きずり回せ、引きずるのと引きずられるのとでは、永い間に天地のひらきができる。 7. 計画を持て、長期の計画を持っていれば、忍耐と工夫と、そして正しい努力と希望が生まれる。 8. 自信を持て、自信がないから君の仕事には、迫力も粘りも、そして厚味すらがない。 9. 頭
日本の製造業が景気回復の手応えを感じはじめてから、もう２年近くたつ。業種・地域ごとに濃淡の差はあれども、いまはどこの会社に行っても、多忙な状況だ。10年以上続いたひどい不況の時代に、企業は可能なかぎり人減らしをすすめたから、今さら急に業容が拡大したって、体制が追いつかないのは事実だろう。 製造現場はそれでも、派遣労働者をあつめてきて何とかしのいでいるみたいだが、技術者となると、そうはいかない。その業種・その会社の技術内容をよく知った人間でないと、エンジニアはつとまらないからだ。おかげで、どの会社でもエンジニアの労働時間がふえる一方だ、このままでは過労で倒れそう、と声なき悲鳴が聞こえる昨今である。 そんな現状があるからだろう。人・モノ・金につづく経営資源の第４の要素として、『時間』があらためて注目をあびるようになった。会社組織として、時間をいかに管理していくか。それは納期短縮にも製品開発競争
失敗しないプロジェクトマネジメント――Appleやはてな、Googleに学ぶ3つのヒント：デジタルワークスタイルの視点 プロジェクトが失敗する要因は「計画」「やる気」「変化」の3つ。これらを管理しようとすればするほど悪いスパイラルに落ち込みます。Appleやはてな、Googleなど、注目企業ではどのようなマネジメントを行っているのでしょうか。 「完璧に管理しようとすればするほど、プロジェクトは失敗する」という悪いスパイラルが存在します（2月21日の記事参照）。そこで今回は、どのようなプロジェクトマネジメントをすれば、プロジェクトを失敗させないようにできるのか考えてみたいと思います。 プロジェクトが失敗する要因は「計画」「やる気」「変化」の3つ。前回はそれぞれを完璧に管理しようとしていましたが、今回は考え方を180度変えてみましょう。それぞれの要因を最初からなくしてしまうのです。 失敗しない
久しぶりに箇条書きネタ。How Blog > Core 77's Design Blog という経由ですが、「アイデアを殺す台詞/態度」というエントリがありました： ■ Idea killers: ways to stop ideas (Berkun Blog) で、内容はというと： 「それはもう試したよ。」 「そんなのうまく行かないよ。」 Would you like a pony? （※すみません、ここ意味分からず。検索すると割とヒットするフレーズなんですが・・・。pony = 子馬、重要でないものということで、「そんなつまらないことしたいのか？」という意味？） 「ばかげているな。」 「君はクビだ。」（※失敗すれば処罰される、という雰囲気では新しいアイデアは表にでない、という意味？） 「君には強く反対する。」 （笑い） 「予算にないな。」 「それは重要な問題じゃないよ。」 「時間がない
営業部と技術部で違うのかもしれません... 自分達の事業部は営業チームと技術開発チームと制作チームに別れていたのですが、 ３つきれいに分かれました。 自分が居たところの実体と、それについて思ったことなので、違うパターンがあったらぜひ教えてください... 技術開発チームは積極的にネタを書きこんでコラボレーションを図る土壌があって、積極的。wikiが繁栄しやすい。 ネタ探しが辛くなると積極的にネタを突っ込んでおいて予防線を張り合うので、そこそこ情報が集まる。 営業チームはwikiで書こうがeメールで書こうが、結果 「～～について考査いたしましたのでよろしくお願いします」 という全体配信メールを打って、結果やフィードバックをメールで全部見る（メールで時系列管理したがる）ので、 あまり激しく繁栄できず、またノウハウを開示してしまうことになるので警戒しあって誰も おいしいところを書きたがらないので、
うちの会社でときどき仕事を外注の人にお願いすることがある。あるいは、うちの会社でしばらく働いてもらうことがある。そうすると、そういう人たちは「ああ、世間の職業プログラマは、こんなレベルで、こんな質の悪いコードを書いてやがるんだな」という局面に出くわすこともあるだろう。 「こんな奴でも食っていけるんだ」とか「世間のレベルとはこんなものなのか」みたいに一般化して認識する。下手すると自分のblogで「こんなコード許されていいのか」だとか「こいつバカス」とか愚痴を書いてやがる。「ほげほげテクノロジーを使いこなすのは、世間の職業プログラマには無理だろう」だとか書いてやがる。そんなの勘違いも甚だしいと思うんですよ。 あのね。仕事というのは、相手の実力の30〜40%で出来るものを与えるのが正しいマネージメントなのです。相手の力の80%〜120%を出さないと達成出来ないような仕事というのは、その人にお願い
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く