要件定義を専門でやる技術者(Requirement Engineer)に関する雑感 - 勘と経験と読経
タイムラインに流れていた『もう発注側企業に要件定義能力はないので、要件定義を専門でやる技術者(Requirement Engineer)が世界でも日本でも出てきている』という話に関する極めて個人的な雑感。あるいは記憶のダンプ。 b.hatena.ne.jp 要件定義を専門でやる技術者(Requirement Engineer)の話はいつか来た道 要件定義を専門でやる技術者という話は新しい話ではなく、ゼロ年代後半から議論がされていたものである。 ゼロ年代後半というと、SIerを中心にわりと適切なプロジェクトマネジメント方法論が普及しはじめて、「要求された通りのシステムは開発できるようになってきた」という時代だ。 一方で「システムは開発できるが、要件定義がゴミだと、完成するシステムもゴミ」という問題が残っていて、要件定義の高度化や専門家育成の議論があったのだ。 要求開発~価値ある要求を導き出す
レガシープロジェクトを引き継いだ時、最初にするべき７つのこと - Qiita
営業一課で使っている PHPアプリを保守してくれないかな？ ○○さんが１人で作ってメンテしてたやつなんだけど 皆さんは上司からこんな仕事を振られたことはないでしょうか？私は過去に何度か経験した1のですが、こういった仕事はなぜか： 正確な仕様を知っている人はいない（知ってた人は辞めた） テスト計画書・デプロイ手順書・仕様書といったドキュメントは無い ソースコードはもちろんスパゲッティ でも、業務ではガッツリ使われているので廃止できない というレガシープロジェクトばかりでした。この記事では、レガシープロジェクトを引き継いでしまった時に、最初に何をするべきか書いていきたいと思います。 なお、ここで最悪なのは「とりあえず、緊急の不具合から直してしまおう」と、いきなりコードの修正にかかることです。 ※おことわり： 「レガシー」には様々な定義がありますが、この記事では「遵法的な職場の」「PHPやRai
私は間違っていた。ごめん。ウォーターフォールは何のメリットも無い - メソッド屋のブログ
私はソフトウェアの専門家としてお答えすると、ウォータフォールは何のメリットも無いというのが私の意見であることを共有しておきたい。そういう意見に至った経緯をこのブログで書き留めて置きたい。 尚、これは所属会社の見解ではないことは明確にしておきます。 サム・グッケンハイマーの一言 私は DevOpsのエバンジェリストで、それ以前からアジャイル開発をかれこれ１５年ぐらい実施し、導入の支援をしている。私はかつては、日本の環境の制約の中で如何にアジャイル開発のメリットを最大に引き出すか？ということを考えていた。 ウォーターフォールに対する立場も、真っ向から否定するものでもなく、現状もあるし、それに慣れている人もいるし、実際ウォーターフォールでも失敗しない人も居る。だから、人にウォータフォールのメリット・デメリットを聞かれた時も「変化しないものに関してはウォータフォールはいいのかもしれない」と回答して
西武HD、所沢駅ビルに最大300億円 沿線人口底上げ - 日本経済新聞
西武ホールディングスは最大300億円を投じ、西武鉄道の所沢駅（埼玉県所沢市）の駅ビルを開発する。駅の東側の1万3000平方メートルと駅上部の空間を利用し、2020年までに5階建てのビルを完成させる。同鉄道沿線に広がる郊外住宅地からアクセスしやすい所沢駅に中核となる商業施設を整備することで、沿線人口の底上げを図る。駅ビルの店舗面積は1万8500平方メートルで、事業費は200億～300億円規模とな
政府、国産ステルス戦闘機「Ｆ３」開発へ 戦後初、エンジン製造にめど （SankeiBiz） - Yahoo!ニュース
政府は航空自衛隊の戦闘機「Ｆ２」の後継機となるステルス戦闘機「Ｆ３」（仮称）を開発する方針を固めた。ステルス機用の強力なエンジン（推力１５トン）の開発にめどがつき、国内技術だけで高性能戦闘機を製造できる見通しが立った。２０１５年度からエンジン開発を本格化するのと並行し、今夏から実験機による飛行試験を始める。米国との共同開発も視野に入れるものの、戦後７０年の歴史で初めて世界有数の性能を持つ純国産戦闘機が誕生する可能性が出てきた。Ｆ３開発は数兆円規模を要する巨大事業となり、安全保障だけでなく経済、外交などさまざまな分野に影響が広がりそうだ。 Ｆ３に搭載するステルス戦闘機用の「ハイパワースリムエンジン（ＨＳＥ）」は「先進技術実証機（ＡＴＤ）」と呼ばれる試験機に搭載された推力５トン級の「実証エンジン（ＸＦ５）」の技術を生かしながら、ＩＨＩと防衛省技術研究本部が開発する。１５年度予算の事業として心
アジャイルがダメだと思う7つの理由 - arclamp
1.全体スケジュールにコミットできない アジャイルはタイムボックス型（一定期間で棚卸しをして、それを繰り返す）のマネジメントをする。だから、全体としての計画は立てられない。「だって、最初に全ての機能を洗い出せないでしょ」というのは分かる、分かるけど全体の計画は立てないといけない。経営者は顧客やVCと全体の計画にコミットしなきゃいけないんだ。そのときに「やってみなきゃ分からない」なんて言えるわけでない。 てか「やってみなきゃ分からない」なんてことは誰でも知っているんだよ。でもさ、それを言わぬが花。大人なんだからコミットメントをしないといけないんだよ。そして、その達成ためには、あらゆる手段を尽くすのです。 2.アーキテクチャ上の無駄が生じる ソフトウェアの構造や構成は工程が進むほどに修正しにくくなり、ずっと残る。だから、アーキテクチャ設計は慎重に全体を考えながらやらなきゃいけない。でも、アジャ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Private Site
