Lunatic Prophet Portal - Get latest news on Portal. Read Breaking News on Portal updated and published at www.lunaticprophet.org
いろんなエンジニアを見てきて、成功パターンはそれぞれだけれど 失敗パターンはだいたい決まっている。以下、アンチパターン。 成し遂げるのではなく、中途半端で満足する。 自分の責任と考えず、人のせいにする。 よりよくしようとせず、現状維持を良しとする。 仕事を中心においていない。 自分の特徴を構築していない。同世代と比べてさしたる特徴がない。 生活習慣を重視しない。日々の積み重ねに価値をおいていない。 与えられたチャンスに乗っからない。やる前から怖じ気づく。 アウトプットの質にこだわらない。 自分を分析していない。強み弱みを問われても答えられない。 刺激よりも、平穏を求める。変化に弱い。 行動よりも熟考を優先する。考えた末に行動しない。 現在の仕事の進め方に疑問を持たない。既存踏襲が正しいと思っている。 チームへの貢献よりも、自分の仕事の進捗を優先する。 焼き畑農業的な人間関係。信頼の構築では
組織が大きかろうと個人事業主だろうと、関係者各位に必要な情報を送って事情を知っておいて貰って、そんで意志決定を求めるなり所定の方針に反対されないようにするというのは必要な根回しだと思うんですけどね。 そりゃあ大御所が「俺は聞いてない」とか言って、非合理な根拠で反対に回るのはだるいし面倒くさいのもまた事実ではありますよ。お前に喰わせる飯など本当は出したくないっつーの。でも会議の席上で反対論ぶたれて、いちいち反論するのは相手の面子を潰すことにもなるし、なるだけ内々に話を通しておいたほうが、あるいは見落としがちな懸念点を洗い出してもらっていたほうが、合理的じゃないですか。 段取りとか調整って、「本来の仕事じゃない」と思いたがる人が多すぎる気がしますけど、案件は着地し成立してナンボなところがあるので、それを嫌がって後回しにして、イザってところで反対されて頓挫するより、やりすぎるぐらい段取っておいた
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く