仙石浩明の日記: 技術者を目指す学生さんたちへ
いよいよ就職活動本番ですね。 どのような進路を選ぶにせよ、 あとで後悔することのないよう、 じっくり考えて決めたいものですよね。 でも、ただ単に考えると言っても、 一人であれこれ思い悩むのは感心しません。 「思いて学ばざれば則ち殆し」と言いますから、 ぜひいろいろ見聞きした上で考えて頂きたいと思います。 企業への就職を考える場合、まず気になるのは評価制度のことだと思いますが、 まさにこの評価制度が揺れ動いているのが、いま現在と言えるでしょう。 高度成長期以来、長年用いられてきた年功主義に基づく評価制度の綻びが 誰の目にも明らかになってきてはいるものの、 年功に代わる評価方法を模索し続けているのが 多くの企業の現状だと思います。 どこの企業も新しい人事制度を模索し、成果主義が取り入れられつつありますよね。 （同時にコスト削減という意味合いもありますが） この成果主義という人事制度ですが、 多
404 Blog Not Found:人を育てられると思ったら負けだと思っている
2006年12月06日18:45 カテゴリCulture 人を育てられると思ったら負けだと思っている 未だこんな寝言みたいなことを言って、かつそれで給料が出るとはうらやましい職場である。 芦屋広太 ひとつ上のヒューマンマネジメント : 5分で人を育てる技術 (5)言うことを聞かない“自信過剰な部下” 芦屋広太です。日頃いかが人を育てておられるでしょうか。人は育てるものではない。育つものである。その業種における育ち方、あるいは自分の育て方を会得できない者は、残念ながら上司や会社がいくら頑張ってもムリである。 逆に、本人にせっかく育つ能力があっても、それを上司や会社が邪魔をしては、当然その能力が日の目を見る事はない。今回のケースは、明らかに後者である。 芦屋広太 ひとつ上のヒューマンマネジメント : 5分で人を育てる技術 (5)言うことを聞かない“自信過剰な部下” それは，私が，そういう工夫を
小野和俊のブログ:ふたつ下のヒューマンマネジメント:5分で人をダメにする技術 - 優秀な部下の能力の芽を摘み取る無能な上司
人の発言に噛み付くようなエントリはあまり書かないことにしているのだが、こんなテクニックを使うマネージャが増えていくことを少しでも阻止したいと強く強く思うので書く。 芦屋広太 ひとつ上のヒューマンマネジメント : 5分で人を育てる技術 (5)言うことを聞かない“自信過剰な部下” 上記の記事は、頭は良いが自分の言うことを聞いてくれない部下を、無能な上司が周囲にネチネチと根回しして物言わぬ奴隷としてこき使っていくためにはどのような小賢しくて汚いテクニックがあるのかを、「マネジメントのプロ」がニヤニヤしながらケーススタディを用いて解説する極めて醜悪で下品な最低の記事である。やや過激な言い方ではあるが、少なくとも私は、そこまで書いても書き足りないくらいの生理的嫌悪感を感じる。 マネジメントが必要となるのは、他人同士でありながら一つの目標に向かっていこうとする行為がそこにあるからであって、仕事が一番大
Life is beautiful: Googleの強さはStructured Chaosにあり
今週号のFortuneの特集記事（原文へのリンク）は、"Chaos by Design"というGoogleのマネージメントスタイルに関する記事。GoogleのBusiness Operationの上級副社長は、Shona Brownという元マッキンゼーの女性。1998年にCompeting on the Edge: Strategy as Structured Chaosという本を書き、イノベーションを起こすには、会社を「カオス状態」と「きちんと構造化された状態」の間の "structured chaos"(構造化されたカオス)と呼ぶ状態に置くのが一番良いと説いたのだが、Googleが今ある状態はまさにそれ、というのがこの記事の論点だ。 今考えてみると、Microsoftも、９０年代の前半から中盤の、Windows95、IE3.0、IE4.0を出した時期は、まさに"Structured C
「危ない部下」への対処法（後編） / SAFETY JAPAN [特集] / 日経BP社
景気回復で人材採用は売り手市場。思うようには採用できない。とすれば、「今いる社員」を活性化することが業績を伸ばすカギだ。にもかかわらず仕事の現場で時として「危ない部下」がキバをむき、対応に苦慮するケースが少なくない。 経営者は「危ない部下」をどう見分けたらよいのか。またいったんトラブルを抱えた社員を立ち直らせ、戦力化するにはどうしたらよいのか。さらに「危ない部下」を作らないためにはどうしたらよいのか。 社員を三つのタイプに分けて、対処法を考察する。 企業は仕事のできる有能な社員に業務を任せ、大きな裁量を与える。だが、それが行き過ぎると、チェック機能が働かなくなることがある。例えば、「期末で営業成績が目標に達していない時、いつも頼りになる社員がいた。信頼して権限を大きくしていたら、いつの間にか、利益を大幅に削った受注を繰り返して、数字を作っていた」「会社の資産運用を任された社員がミ
ksh Days - デスマーチについて考える（デスマーチ経験のエピローグ）
このエントリは デスマーチについて考える前にデスマーチの経験を書く の続きです。(2007/2/16追記) 私はテスタとして、必ず バグの修正を「お願いします」と言う。 バグ修正確認時は、必ず直してないところも最低１箇所は触ってみる。（でよく落ちる） バグ修正が確認できたら、できるかぎり早く「確認できました。ありがとうございました」と言う。 を実践してゆきました。 ある日、一人のプログラマさんから相談を受けました 「今度の機能なんですが、納期が近いから単体テストせずにkshさんにテスト依頼しろってSEさんから言われたんですが、そんなことしたくないんです」 以下、全文はこちら
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
