職場にエース社員なんかいちゃいけない - Taigoの日記帳
皆さんの職場には誰よりも多くの仕事を引き受けて業務知識も豊富な従業員はいないだろうか？ こういう従業員を職場の人々はエースと呼んで珍重し、頼りにすることが多い。 しかしながらエースに頼る職場には多くの危険が伴う。そして、業務効率化の観点からしても良くないだろう。 僕自身が考えるエース依存体制の問題点を述べる。 １：エースが休んだら業務が回らない。 エースは仕事を大量に担当し、守備範囲が広く多くの人から依存されている。 風邪を引いただけで多くの関係者の仕事が止まってしまうことがよくある。 一人の人間に多くの重要な業務を任せるのは危険である。 ２：エースは慢性的に忙しい。 エースは仕事ができるという理由でたくさんの仕事が任せられる。役員会議の資料作成や、新規の業務内容の運用方法の企画書や伺い書作成といった多くのエネルギーを使う仕事が回ってくる。これは職場の大事なことを任されているという点では非
「あなたにしかできない仕事」を無くすために必要なこと - 脱社畜ブログ
以下の記事、かなり共感できる内容だった。 「あなたにしかできない仕事」はない http://www.nikkei.com/article/DGXBZO61432220S3A021C1000000/ 「替わりの効かない人材」を目指せというアドバイスは、結構いろんなところで見かける。この記事でも触れられているように、「自分にしかできない仕事」を作ることで、自己実現をしようとしている人たちもいる。たしかに、「君の代わりはいくらでもいる」と言われたら、誰もいい気持ちはしないだろう。「◯◯さんがいないと困る」と言われると、誰だって「頼られてる」ことを実感する。 しかし、この状態は組織としては健全ではない。個人単位で見ても、「◯◯さんしかできない仕事」ばかりでは、業務の集中を招き、容易に長時間労働に繋がる。仕事が特定個人しかできないものだとしたら、将来のスケールアップも見込めないということになる。「あ
neue cc - .NETのコレクション概要とImmutable Collectionsについて
先週の土曜日に、「プログラミング .NET Framework 第4版 」座談会でOverview of the .NET Collection Framework and Immutable Collectionsとして、コレクションフレームワークとImmutable Collectionsについて話してきました。 案外コレクションについてまとまった話って、ない(or .NET 4.5からReadOnly系が入ってきて、話が更新されているもの)ので、資料として役に立つのではないかと思います。 Collection Framework 前半部分ですが、これのジューヨーなところはILinqable<T>、じゃなくて(スライド資料では出てないのでナンノコッチャですが)、ReadOnly系の取り扱いですね。MutableとReadOnlyが枝分かれしている理由とか対処方法とか、が伝えたかった点で
ダンピングは文化を滅ぼす
仮に１人の大会主催者（Aさん）がいたとします。 その人は大変立派な人で、参加者が喜んでくれるためなら自分の時間も私財も顧みる事無く大会を運営していました。 駅前の一等地に会場を用意し、賞品は常に相場の二倍程用意されました。 その上参加費は他の大会の半額以下で、どう考えても大幅な赤字になってしまうようなものでした。 さらに大会の雰囲気も大変良く、連日満員御礼の状態が続きました。 その地区では他にも大会運営している人が多数いましたが、自腹を切らずにその大会と張り合う事は到底不可能でした。 結果として他の大会は運営が成り立たない状態になり、他の主催者は皆大会運営を辞めてしまいました。 それでもAさんは誠意を持って大会運営を続け、自腹を切り続けました。 しかしある日転機が訪れます。 Aさんは仕事の都合で転勤する事となり、他の地区へ引っ越してしまいました。風の噂では新天地でもAさんは大会運営を続けて
「出過ぎた杭」を目指してみませんか？ – 新卒エンジニアに向けて - - As a Futurist...
新卒準備カレンダー 2011 春というおもしろい企画がありまして、3 日目は自分が担当させて頂くことになりました。@shibukawa さんの様に抽象的なレベルまで高めて書くほどの経験は残念ながらありませんので、僕ものんべんだらりと自分語りをしたいと思います。 Who are you? DeNA のサーバインフラエンジニア新卒 2 年目(=もうすぐ 3 年目)です。主な言語は Perl とshow slave statusです。プログラムやコンピュータに結構詳しい学生さんでも、インフラって何やってるのかについてはイマイチ伝わらないことが多いのですが、一応説明しておきます。僕は大してコードも書いてませんし、かといってプロジェクトマネージャみたいに人の管理もしていません。僕が相手にしているのはシステムが動いているコンピュータ(=サーバ)そのものです。システムの多くは無数のサーバが通信しあって提
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サービス終了のお知らせ
アジャイルはプロジェクトをデスマーチにするか
RStudio