ときには、属人化だって悪くない
標準化は業務活動に必要不可欠なものだが、それが企業や組織の「強み」を破壊してしまうとしたら、そんな標準化を実施してはいけない。業務には、標準化すべきものと、そうすべきでないものがある。ある点に注目すれば、「標準化すべきか否か」が自ずと明らかになる。 標準化の効果としてよく期待されるのは「属人化の排除」だ。ご存じの通り、属人化とは特定の業務プロセスが特定の担当者に強く依存して行われている状態を指す。特定の担当者に業務が集中しがちになり、「会計システムは、あの人が対応しないと仕事が回らない」とか、「この帳票システムの設計書のレビューには、あの人がいないと不安だ」といった事態に陥ってしまう。 属人化は、IT部門ではよく起こる問題である。IT部門の業務は、専門的なITの知識が問われつつ、さらに業務の知識も問われる。2つの異なる知識と幅広い経験が求められることから、どうしても担当できる人が絞られてく
「フロントエンド・エンジニア」という呼び名のパワー - モジログ
私の仕事は、Zope/PloneをベースとしたカスタムCMS（その顧客専用のコンテンツ管理システム）を開発するというもので、これは「Web開発」とか「サーバサイド開発」とか呼ばれるカテゴリに入る。 これに対して、HTMLやCSS、JavaScriptなどクライアントサイドの開発・コーディングを担当する人を、最近のWeb業界では「フロントエンド・エンジニア」と呼ぶ場合があるようだ。これはなかなかいい呼び名だと思う。 一般的に「Webデザイナー」と呼ばれる人の仕事は、じつに幅広い。ビジュアル的に「デザイン」すること（どんなサイトにするかの「絵」を作ること）や、サイトの構造・ラベリング・ナビゲーションといった「情報アーキテクチャ」を決めること、そしてHTMLやCSS、JavaScriptといった技術によってそれらを実装することは、それぞれ異質な作業であり、別種のスキルが求められる。 最近はこうし
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
