「Idea killers: ways to stop ideas」 と 「Idea helpers: ways to grow ideas」 という記事がありました。 面白かったので一部訳してみました。 コメント欄にも色々書いてあって、その中の項目も訳してみました。 削ったり意訳しているものもあるので、詳細は原文をご覧下さい。 アイディアをつぶす人 これらの発言は考える事を阻害してしまいます。 また、これらの発言は理由を説明せずに意見を却下するために利用されます。
Geekなぺーじ：アイディアを潰す上司、アイディアを引き出す上司
「Idea killers: ways to stop ideas」 と 「Idea helpers: ways to grow ideas」 という記事がありました。 面白かったので一部訳してみました。 コメント欄にも色々書いてあって、その中の項目も訳してみました。 削ったり意訳しているものもあるので、詳細は原文をご覧下さい。 アイディアをつぶす人 これらの発言は考える事を阻害してしまいます。 また、これらの発言は理由を説明せずに意見を却下するために利用されます。
小野和俊のブログ:ふたつ下のヒューマンマネジメント:5分で人をダメにする技術 - 優秀な部下の能力の芽を摘み取る無能な上司
人の発言に噛み付くようなエントリはあまり書かないことにしているのだが、こんなテクニックを使うマネージャが増えていくことを少しでも阻止したいと強く強く思うので書く。 芦屋広太 ひとつ上のヒューマンマネジメント : 5分で人を育てる技術 (5)言うことを聞かない“自信過剰な部下” 上記の記事は、頭は良いが自分の言うことを聞いてくれない部下を、無能な上司が周囲にネチネチと根回しして物言わぬ奴隷としてこき使っていくためにはどのような小賢しくて汚いテクニックがあるのかを、「マネジメントのプロ」がニヤニヤしながらケーススタディを用いて解説する極めて醜悪で下品な最低の記事である。やや過激な言い方ではあるが、少なくとも私は、そこまで書いても書き足りないくらいの生理的嫌悪感を感じる。 マネジメントが必要となるのは、他人同士でありながら一つの目標に向かっていこうとする行為がそこにあるからであって、仕事が一番大
現場の叫びで分かった嫌われるプロマネの正体 － ＠IT自分戦略研究所
プロジェクトをマネジメントするどころか、メンバーを地獄に陥れるようなプロマネの正体を暴く。現場の悲痛な叫びはプロマネに届いているだろうか。（Tech総研／リクルートの記事を再編集して掲載） 複雑化・高度化した現代の技術。1人のエンジニアが、1つの案件を仕上げることができるケースなどほとんどない。そこで重要になってくるのが、メンバーを率い、プロジェクトをまとめ上げるプロジェクトマネージャ（プロマネ）の力量だ。しかし……。 Tech総研が、主にIT分野のエンジニア100人に行ったアンケート調査によれば、これまでにプロマネの下でスムーズに進めることができたプロジェクトは5割に満たないと答えたエンジニアが、何と88％にも上っている（図1）。しかも、そのうち79％が、別のプロマネであればうまくいったはずと答えているのである（図2）。
プロジェクトが“簡単に頓挫する”3つの要素
そもそもなぜプロジェクトは失敗するのか――。前回、まずは1人でプロジェクトマネジメントをしてみようという話を書きましたが、プロジェクトを成功させるためのテクニックに入る前に、“失敗”を考えてみたいと思います。 前回も書いたようにプロジェクトマネジメントというと、何だか小難しい印象を受けますが、基本的には複数のメンバーで実行するプロジェクトといえど、個人のタスクリスト管理の延長にあります。 まずは、プロジェクトが失敗する要素を押さえることで、成功のためのポイントを見つめなおしてみましょう。プロジェクトが失敗する要素――というと、いかにもたくさんありそうに思えるかもしれませんが、実はプロジェクトを失敗させる要素は大きく分けると3つしかないのです。 プロジェクトが簡単に頓挫する3つの要素 無茶な計画 メンバーのやる気 変化を認めない 最初に無茶な計画を立てる プロジェクトを失敗させる最も簡単な方
最速配信研究会 - ベンチャーを志向するということ
仙石浩明の日記:ソフトウェア産業の究極の振興策 http://blog.gcd.org/archives/50816826.html ここがスタートになっていろいろ意見が出ている. スラッシュドット:日本のソフトウェア産業を振興させたいなら大企業を一つ潰せ http://slashdot.jp/article.pl?sid=06/12/11/0311248&threshold=-1 雑種路線で行こう:ベンチャーに人材が足りないのは確かだが http://d.hatena.ne.jp/mkusunok/20061212 でyamaz的にもいろいろ思うところがあるので,書いてみる.なおid:yamazの経歴は下記の通り, 田舎大学の情報系修士を修了. 外資系有名半導体メーカで1年半ほど勤務 外資系超有名ポータルで7年ほど勤務. 現在無職.立場的にはおおむねニート. この売り手優位の地合いでも，
会議をデザインするのに必要な３つのポイント: DESIGN IT! w/LOVE
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 みなさんもきっと仕事をしていく中で感じることがあるんではないかと思うんですが、無駄に長くて結論のない会議や打ち合わせって本当に不毛ですよね。 最近、いろいろ仕事が立て込んでいて忙しいんですけど、抱えてる本数が多いほど、会議の回数も多くて、それに時間がとられ忙しさが倍増します。 そんなとき、何のシナリオもゴールもなく進められる会議って本当に不毛で、イライラします。 特に会議の途中で「この会議のゴールは？」とかいう声を聞くと、よけいに腹が立ちます。そんな質問してるくらいだったら、自分でゴール設定をしてくれてもいいくらい。傍観者かよ？って思うこともあります。 で、思うのはやっぱり有意義な会議を効率よく進めるためには、会議もきちんとデザインしないとダメだよねって思います。 僕が思う
最近、あなたは職場で人を褒めましたか？ － ＠IT自分戦略研究所
将来に不安を感じないITエンジニアはいない。新しいハードウェアやソフトウェア、開発方法論、さらには管理職になるときなど――。さまざまな場面でエンジニアは悩む。それらに対して誰にも当てはまる絶対的な解はないかもしれない。本連載では、あるプロジェクトマネージャ個人の視点＝“私点”からそれらの悩みの背後にあるものに迫り、ＩＴエンジニアを続けるうえでのヒントや参考になればと願っている。 ■リーダーシップトライアングルにおける位置付け この連載では、システム開発プロジェクトにおけるリーダーシップを中心に、「私の視点＝私点」を皆さんにお届けしています。 今回の内容は、リーダーシップトライアングルのLoveとManagementに関係します。Loveについては、第10回「正しいことをし、行動力を発揮するココロ」を、Managementについては、第9回「ソフトウェアは目に見えない」を、それぞれ参照いただ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
isologue - by 磯崎哲也事務所 - 電通(さん)とWeb2.0時代
asahi.com： ウェブ２．０で働く 才能を生かす企業-就職・転職