建設業界とIT業界の差異から組織やアーキテクチャを考える - Qiita
建設業界とIT業界の差異からアーキテクチャを考える はじめに おはようございます。Kogawaです。 これは設計・アーキテクチャ Advent Calendar 2018の15日目の記事です。 月日が経つのは早いもので、14年ほどSIerで働いてました。 大きなSIプロジェクトにも携わりましたが、順風満帆に終わることは珍しかったです。(*1) IT業界はまだまだ若い業界なので、他業種との差異から吸収できることも多いと思います。 なかでも会社間の関係や構造が似ている、建設業界との差異についてよく考えを巡らせます。 引き合いに出されがちな話と思いますが、一度私なりに纏めておきます。 SIerやユーザ企業の組織や文化に対する視点が多めです。 建設業界にいた経験は無いので、外から見た所感であったり、書籍などから得られたことを基礎として書いています。 非常に狭い視点からの記述なので、実態は違うよ、な
?n_cid=nbpnxt_fbbn
「目指せ！インシデント・ゼロ」「ヒヤリハット撲滅！」──。最近このような組織目標を掲げるIT職場が増えている。 情報セキュリティやシステム品質に対する要求レベルがますます高まっている昨今。インシデント・ゼロやヒヤリハット撲滅を掲げたくなる気持ちはよく分かる。情報漏洩や品質低下が企業の信頼を一瞬にして失墜させ、ブランドイメージを大きく下げることを考えると事情は理解できる。 しかし、インシデント・ゼロやヒヤリハットの撲滅といった掛け声は、私の経験ではIT職場にとってむしろ逆効果でしかないように思える。現場では「ミスなく働く振り」が横行し、結果的に社員や関係会社の人たちを疲弊させるだけだ。 インシデント・ゼロ宣言は余計な仕事を生むだけ インシデント・ゼロを掲げたIT職場で働く社員の典型的な行動パターンを見てみよう。よほど風通しが良い組織でなければ、多くの企業では大抵こうなる。IT職場の課長クラス
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
