ビジネス価値に基づいて「開発」される要求とは？――谷間を埋める上流開発
ビジネス環境の変化が激しい現在では、環境に適応して自社のビジネスを俊敏に進化させなくてはならない。ビジネスモデリングによる「可視化」を活用することで、何が改善されるのか？ 「ITシステムに対する要求は、あらかじめ存在しているものではなく、ビジネス価値に基づいて『開発』されるべきものである」という考えに立って、ビジネス的な価値を生み出すITシステムのシステム要求を体系的に開発する方法論を提唱する団体がある。ビジネス主導によるIT化のための真のシステム開発方法を作り出し実践することを目標とした、ユーザー企業とソフトウェア開発企業のメンバーからなる「要求開発アライアンス」である。 同アライアンスが提唱する要求開発方法論「Openthology」は、オブジェクト指向分析・開発やUML（Unified Modeling Language）といったシステム開発で活用されてきた手法を利用してビジネスをモ
ソフトウェアの新たな開発手法、「アジャイル開発」って？
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます （編集部注：2011年の連載記事「アジャイル開発を実案件に生かすための基礎知識」も併せてご覧下さい） ソフトウェア開発の新たな手法としてアジャイル開発が紹介されてから数年が経過し、実プロジェクトへの適用事例を目にすることが多くなってきました。アジャイル(agile)とは、「俊敏な」「機敏な」という意味ですが、「ペアプログラミング」「テストファースト」のようなアジャイル開発手法の一部のプラクティスがそのすべてであるかのように言われることがあります。ここでは改めてアジャイル開発の基本的な考え方を整理していきたいと思います。 ソフトウェア開発手法とは 開発手法とはシステム開発を効率的に進めるための手順・約束事・ノウハウのことを意味します。最も
プロジェクトチームのリーダーに向く人、向かない人 ― ＠IT情報マネジメント
チームで遂行されるプロジェクトにおいて、優秀なリーダーの存在は極めて重要です。そこで今回から、リーダーについて考えてみることにします。リーダーシップの具体的な技術に関してはコーチングなどの記事を参考にしていただくことにして、ここではもっとベーシックなところをターゲットにします。なお対象としては、ユーザーサイドに限らずプロジェクト一般についての話となります。 誰でも持っているリーダーの素質 よく話題になることに、リーダーにはリーダーとしての素質がなければならないのか、ということがあります。ある程度の素質は必要でしょうが、それは大多数の人が持っているはずです。そのように考えられる根拠はあります。 例えば、ふさわしい人が地位に就くのではなく、「地位が人を育てる」ケースはよく知られています（年功序列主義の会社ではよく見られることです）。これは、リーダーとして特別な素質がないと思われたり、思い込んだ
2007年問題とレガシーマイグレーションの正しい関係
栗原 潔（テックバイザージェイピー代表取締役） オンラインムック「構造改革としての2007年問題」。 「2007年にいわゆる団塊の世代の定年退職が始まる。これにより、メインフレームやオフコンなどの古いシステムのスキルを持つ要員が不足することになる。ゆえに、これらのレガシーシステムをUNIXサーバやWindowsサーバで置き換える必要がある」 これは、レガシーマイグレーションを推進するUNIXサーバやWindowsサーバのベンダーのマーケティングで典型的に見られるロジックだ。このロジック自体は完全に間違っているとまではいえないが、2007年問題の解決策イコール、レガシーマイグレーションと考えることはあまりにも短絡的過ぎるだろう。 まず、第一に、すべてのレガシーシステムがスキル不足による問題を抱えているというわけではないということを考えるべきだ。統計的調査を行ったわけではないが、少なくとも主流
スケジュールとコストは、ユーザー側が始めからつかめ
スケジュールとコストは、ユーザー側が始めからつかめ：ユーザーサイド・プロジェクト推進ガイド（3）（1/2 ページ） システムの“直感的なイメージ”ができたら、ベンダに見積もりを取る前に、スケジュールとコストの概算を求める。これは「システムを発注するスキル」を身に付けるために欠かせない作業だ。 スケジュール、コストの概算を想定する 構築しようとしているシステムの概要が決まったならば、スケジュールやコストのめどを立てます。 ベンダが開発に必要とする時間や本番環境での運用テストに必要な時間を予想し、ベンダをいつぐらいまでに決めなくてはいけないか、機能要求仕様をまとめるにはどれぐらいの時間が必要か、プロジェクトチームをいつごろまでに編成する必要があるかなどを検討します。たいていの場合、システムの稼働開始時期は決まっているので、各作業の時期は運用開始時期から逆算して求めることになります。また、サーバ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
