SI系企業で社内独自のフレームワークを作りたくなる理由について
tl;dr社内フレームワークは開発生産性を高めるためと言われることが多いが、実際はシステムを守るために産まれる（ことがある）すべては複雑怪奇な業務をシステム化する人が、システムアーキテクチャや非機能面まで全て見れないことに起因する画期的なハックはなく、業務にもシステムにも詳しい人を増やしていきましょうはじめにSI系の大規模な業務システム開発に参加すると、社内独自の重厚なフレームワークに遭遇することがあると思います。ここでいう社内フレームワークとは以下の条件に一致するものを指すことにします。 クローズドソースであるその社内でゼロベースで開発されたり、既存のフレームワークを拡張・ラップしているなど、独自の背景・思想により開発されているそのため、フレームワーク独自のお作法や制約がある開発生産性の向上や、非機能的な要件を満たすことを目的とする社内フレームワークに思いを馳せる自分が経験があるのはJa
【悲報】客先常駐システム開発で今もステップ数によるバグ検出数基準が使用されていることが判明 | 株式会社アクシア
お盆休みに入る前にTwitterに以下のツイートを投稿しました。 ステップ数で評価しようとするどこかのシステム開発会社みたいだなｗ https://t.co/67ujbhVoUn — 米村歩@日本一残業の少ないIT企業社長 (@yonemura2006) August 10, 2017 あるんですよ。一番困ったのはステップ数に応じて「検出されるはずのバグ数」という指標もあって、その数の分だけバグが検出されないと試験が正しく実施されていないと判断されてしまうことがありました。プラグインで自動生成されるコードにまでその指標を押し付けられ…バグなんて出るはずもなく…。 https://t.co/oM4zT3oolb — 米村歩@日本一残業の少ないIT企業社長 (@yonemura2006) August 10, 2017 私自身が客先常駐の現場でシステム開発に携わったのはフリーランスの頃なのでも
下請けよ、寝首をかけ！人月商売、多重下請けにあぐらをかくND、I、F、N、Hを潰せ！ : IT速報
IT業界の多重下請け構造の解体前夜である今は、下請けベンダーにとって危機であるだけでなく、これまでなら有り得なかった企業変革・成長の千載一遇のチャンスでもあるのだ。 日本のIT業界の人月商売、多重下請け構造については、業界の心ある人たちが「こんな商売をやっていてはダメになる」と何度も何度も警鐘を鳴らしてきたが、今まではダメにはならなかった。だが冒頭にも書いた通り、いよいよあと数年もすれば人月商売、多重下請け構造は瓦解の時を迎える。その原動力は言うまでもなく、ユーザー企業で進むビジネスのデジタル化である。 要はユーザー企業のIT投資の力点が、基幹系などのバックヤードのシステムから、フロントのビジネスサイドに移る。IT投資の権限もIT部門から事業部門に移行する。既に多くのユーザー企業で、事業部門が自分たちのビジネスのために自らITを活用する“シャドーIT”がまん延しつつあるが、その傾向はますま
ソフトウェア技術者軽視のシステム開発を続けるのはもう限界かもしれない - 達人プログラマーを目指して
つい先日、富士通がグループで抱える3万人ものSEを再教育して、職務転換を行う計画であるというニュースを知りました。 富士通の3万人SE職務転換大作戦は成功するのか？ - GoTheDistance 一つのシステムを複数の企業などが利用するクラウドサービスがこのまま普及すれば、顧客の要望を聞いて個別システムを作り込むＳＥは仕事がなくなり、余剰人員問題が顕在化するからだ。 クラウドの普及により、オーダーメイドでシステムをゼロから構築する必要がなくなり、そもそも顧客からの要件をまとめてシステムを設計するSEの仕事が不要になったり、基盤を構築、運用するエンジニアが不要になるということは、最近になってよく言われることであり、特に新しいことではありません。もちろん、クラウドの普及によって、これらの伝統的なSEの仕事が少なくなり、人員が余るという議論は間違いではないと思います。 ただし、一方でより本質的
“作り手責任”が問われる
メインフレーム技術者が足りない メインフレーム技術者が足りない――。2007年問題がついに顕在化し始めた。ベンダー各社は定年退職者の再雇用で対処する心づもりだったが、必要数を確保できていない。若手や派遣社員での穴埋めは難しく、このままでは顧客企業のシステム開発に支障がでかねない。 ベテラン再雇用のもくろみ外れる 個人のルール違反を撲滅 富士通はベテラン技術者を集めた品質検証専門の新会社を設立した。技術者一人ひとりのテスト手順に不備がないか、第三者の視点で確かめる。従来の品質管理手法では目が届かなかった、個人のルール違反に起因する不具合の撲滅が狙いだ。 富士通の品質検証会社が実装工程のバグ削減に挑戦 クレーム数で品質を測定 日本情報システム・ユーザー協会（JUAS）は非機能要件の記述と評価の手法を策定した。システムの性能や信頼性、保守運用のしやすさなどを195の指標で測る。品質測定にクレーム
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「情報システム産業では、2000年代後半から協力会社を中心として労働環境の悪化が相次ぎ受託開発ビジネスの限界に直面。丸投げ委託、多重下請けと人月ビジネスの横行等により、業界全体の魅力が低下した」という経済産業省の産業構造審議会の公式見解について
