「影響範囲の考慮漏れ」によるソフトウェアトラブルの多発はビジネス継続性に対する危険信号｜mtx2s
リリースするたびに「影響範囲の考慮漏れ」によるトラブルを起こす。こういう症状は、既存のソフトウェアシステムに追加開発を繰り返す組織によく見られるのではないかと感じます。コードやシステムの変更が影響を及ぼす箇所を見逃してしまい、未修正な箇所が残されたまま本番リリースされたために発生するトラブルです。 このようなトラブルが頻発すれば、関係者らは不満を感じます。エンジニアたちの能力に不信感を抱くかもしれません。 しかし、不満の矛先をエンジニアに向けたところで問題が解決することはありません。そもそも原因を見誤っているからです。根本的な原因は、もっと奥深くにあります。 影響範囲の考慮漏れの多発は、ソフトウェアシステムが大きな問題を抱えていることを知らせるサインです。このサインを見逃して表面的な対策ばかりを続けていると、症状が良くなるどころか、かえって悪化し続けることになるでしょう。 問題/原因の3層
実践ソフトウェアエンジニアリング（第9版） | Ohmsha
著者について／まえがき／訳者まえがき 第1章 ソフトウェアとソフトウェアエンジニアリング 第1部 ソフトウェアプロセス 第2章 プロセスモデル 第3章 アジャイルとプロセス 第4章 推奨のプロセスモデル 第5章 ソフトウェアエンジニアリングの人間的側面 第2部 モデリング 第6章 プラクティスの指針となる原則 第7章 要求エンジニアリング 第8章 要求モデリングの推奨手法 第9章 設計の概念 第10章 アーキテクチャ設計の推奨手法 第11章 コンポーネント設計 第12章 ユーザエクスペリエンス設計 第13章 移動体端末におけるソフトウェアの設計 第14章 パターンに基づく設計 第3部 品質とセキュリティ 第15章 品質の概念 第16章 レビューの推奨手法 第17章 ソフトウェア品質保証 第18章 ソフトウェアセキュリティエンジニアリング 第19章 ソフトウェアテスト―コンポーネントレベル
なぜ、組織のつくりとソフトウェアアーキテクチャは似てしまうのか - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? このエントリーは、Engineering Manager Advent Calendarの25日目、最終日の記事です。 はじめに 拙著「エンジニアリング組織論への招待」では、ソフトウェア自体の構造とソフトウェアを作り上げる組織の構造が似てしまうという「コンウェイの法則」についてたびたび引用しました。 この「コンウェイの法則」は、ある一定規模の組織で働いたことのあるエンジニアであれば、実感を持って捉えることができるのでしょう。 しかし、何故、どのような力が働いて、「組織構造」と「ソフトウェアの構造」が似通ってきてしまうのかと問われると説明
かなり“攻めている”「ひとみ」事故報告書
5月24日、3月28日にトラブルを起こして機能を停止し、4月28日に復旧を断念したX線天文衛星「ひとみ」の「異常事象調査報告書」が、宇宙航空研究開発機構（JAXA）から文部科学省・宇宙開発利用部会・X線天文衛星「ひとみ」の異常事象に関する小委員会に提出された。 一言で言って、日本では珍しい、かなり“攻めた”内容の中間報告である。 事故が起きた原因は、今回の中間報告でほぼ判明した。そして、報告書からは、宇宙科学研究所（ISAS、以下宇宙研）という組織にかなり大きな問題があったらしいことが読み取れる。 この報告書は、組織文化の問題まで遡って原因を究明しようとする姿勢を見せている。よくここまで関係者がきちんと証言するだけの、話しやすい環境を作ったと思う。 前回、この連載で「JAXAから独立した強い権限を持つ事故調査委員会を立ち上げ、調査対象となる関係者に免責特権を与えて、すべての情報を引き出すこ
これは助かる！Web制作を円滑に進めるために役立つ資料テンプレート
クライアントとの更新やりとりを10倍楽にする（か... / 【無料配布】Web制作における書類一式、そしてド... / WEBサイト制作前やデザイン制作時に欠かせないヒ...他...全5件
超短期開発を支える7つのエッセンス － ＠IT情報マネジメント
家を造るように、効率よく、失敗なく、システムを構築することはできないのだろうか？ ＠IT RFID+ICフォーラム「RFIDシステムプログラミングバイブル」でおなじみの西村泰洋氏が、システム開発を短納期化するエッセンスを現場視点で伝授する 家を造るようにシステムを開発することはできるのか？ 家を造るように、効率よくシステム開発ができないだろうか？──システム開発の短納期化が年々進む中、これはシステム開発に携わる者にとって大変興味深いテーマといえます。 システム開発の大手ベンダ、大手ユーザー、経産省、関連団体などで運営されているIPA SECが執筆した『経営者が参画する要求品質の確保～超上流から攻めるIT化の勘どころ』（IPA SEC著／オーム社／2006年6月）などでも、「家造りとITシステム構築」というテーマのコラムで、家造りとシステム構築の違いが語られています。システム開発を効率よく、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://arxiv.org/pdf/1210.0530v3
Best Best Practices Ever - DZone
The golden rules of IT projects: Ignore them at your peril | TechRepublic
5' on IT-Architecture: The Modern Software Architect | Javalobby
ソフトウェア品質入門
GitHub - takezoe/stepcounter