| « 2009年8月31日 | 2009年9月3日の投稿 |
2009年9月7日 » |
先日あるシステム開発の調達の仕様書で「オープンソースのソフトウエアを使って構築すること」という一文を見かけた。別に最近ではあまり珍しい話ではないのだが、この時はふと首をかしげたくなった。
というのもこのシステムはかなり野心的な仕様になっていて、既にあるどれかのオープンソースをそのまま使って構築出来るようなものでは無いように私には思えたのだ。それなのにオープンソースベースであることを条件にしていて、どうやらカスタマイズなりアドオンなりの手を入れて最終的なものを作ることを想定していたようだ。しかも開発の調達を出しているように、システム開発は外部業者に委託、開発後の保守も当然外部まかせだ。
よくわからないのだがこういうケースでもオープンソースを使ったら安くできたり品質があがったりするのだろうか。いやもちろんライセンス料のかからないOSなどにオープンソースを使ったり、自社で開発要員を引き込んでシステムの細部まで迅速かつ柔軟に変更したり運用したり場合であればオープンソースのメリットは十分に享受できるだろう。
でも開発を（ちょっと言葉が悪いが）丸投げして、できあがったシステムの保守も開発ベンダーに任せっきりなら別にオープンソースにこだわる必要なく単純に一番安価な提案を採用すれば良いように思うのだ。もちろんこの場合、提案側がコスト削減の為に勝手にオープンソースをソフトウェアを選択するのはアリだ。でもそれは開発側に選択させれば良い話であって、開発者が慣れていて安全に早く作れるミドルウェアやテンプレートがあれば別にそれが特定ベンダーの製品のものでも良いのではないか。なんというかこういうケースではシステムはブラックボックスなのだから中身に拘らずに仕様を満たしている範囲で一番安いものを選べば良いと思ったのだけど。
ノンカスタマイズでそのまま利用するならともかくカスタマイズしてしまうと、年度単位の保守契約でベンダーフリーな選択できるというメリットがあるのか？いやこれは寧ろカスタマイズというクローズなノウハウによってロックされやすいほうの可能性が高い気がする。数年後の再構築の時に既存ベンダーに縛られないというのも怪しい。スクラップ＆ビルド方式を取れば良いだけの気がするからだ。
私はオープンソースの専門家でもないしシステム開発プロジェクトについては人並みの経験しか持ってないので、なにか間違っているかもしれない。ぜひこの辺りについて知見のある人からの意見も聞いてみたい。
| « 2009年8月31日 | 2009年9月3日の投稿 |
2009年9月7日 » |
- Blog/SNS（Intra)（43件）
- Blog/SNS（Net）（69件）
- EIP/WP（54件）
- Enterprise2.0（22件）
- ITコンサル/資格（20件）
- KM（82件）
- Mobile/PDA（42件）
- SBM（19件）
- Search（Intra)（33件）
- Search（Net）（33件）
- Wiki（10件）
- ○○症候群（6件）
- その他（41件）
- アプリケーション（2件）
- グループウェア（43件）
- コンサルティング（13件）
- システムインテグレーション（23件）
- セミナー・イベント（12件）
- ソーシャルメディア（95件）
- テクノロジー（44件）
- ネットコミュニケーション（1件）
- ネットコミュニケーション論（37件）
- ハードウェア（1件）
- ビジネス（2件）
- ベンダー評価（11件）
- ローテクKM（18件）
- 人生訓（19件）
- 企業内コンテンツ管理（8件）
- 動画/ストリーミング（8件）
- 実名ブログ（39件）
- 専門知識の無駄遣い（48件）
- 情報整理（31件）
- 書籍（12件）
- 社会（45件）
- 組織/風土（11件）
- 萌え興し/B級グルメ（20件）
- 調査/統計（83件）
オルタナティブ・ブログは、専門スタッフにより、企画・構成されています。入力頂いた内容は、アイティメディアの他、オルタナティブ・ブログ、及び本記事執筆会社に提供されます。
顧客に“ワォ！”という体験を提供――ザッポスに学ぶ企業文化の確立
ちょっとした対話が成長を助ける――上司と部下が話すとき互いに学び合う
悩んだときの、自己啓発書の触れ方
考えるべきは得意なものは何かではなく、お客さまが高く評価するものは何か
なんて素敵にフェイスブック
部下を叱る2つのポイント
第6回 幸せの創造こそ、ビジネスの使命