• ITマネジメント
  1. IT戦略&IT投資
  2. ITインフラ
• システム構築
  1. アーキテクチャ
  2. プロジェクト管理
• ITユーザー
  1. 仕事の改善
  2. 業務アプリケーション
  3. Webマーケティング

システム開発プロジェクトを中心に、プロジェクトを成功に導く方法を考えていきます。

見積もり｜プロジェクトマネジメント｜開発手順｜管理ツール
オフショア開発｜人材育成

新着記事

“PM力”の向上は、成果の見える化から始まる

連載：“PMOの成果”見える化のススメ（5）　本連載もいよいよ最終回。今回は「PMOの成果の見える化」のポイントを総括する。ぜひ現場で役立ててほしい

プロジェクト管理 2011/8/8

コスト管理の苦労とスキルを可視化しよう！

連載：“PMOの成果”見える化のススメ（4）　ベンダとの交渉をはじめ、コスト管理はとても神経を使う業務。その苦労を数値に変えて、しっかりとアピールしよう

プロジェクト管理 2011/7/13

「プロジェクトが遅れない理由」も数値化できる

連載：“PMOの成果”見える化のススメ（3）　プロジェクトのスケジュール管理はPMOの重要なミッション。大変な作業なのだから、その苦労を数値を使って分かってもらおう

プロジェクト管理 2011/6/29

数値でユーザーを安心させればPMOの評価は高まる

連載：“PMOの成果”見える化のススメ（2）　PMOの存在意義を理解してもらうためには、その働き、成果を数値で示すのが一番だ

プロジェクト管理 2011/6/15

PMOの存在意義を見える化しよう！

連載：“PMOの成果”見える化のススメ（1）　システム開発を成功に導くPMO（プロジェクトマネジメント・オフィス）は、その成果と存在意義を明確にアピールすることが大切だ

プロジェクト管理 2011/5/25

＠IT Special

• 「自分たちが使いたいクラウドを作った」３つのユニークなサービス
• グラフィカルシステム開発がテーマの最新技術やソリューションを特集
• 富士フイルムにおける“自社システム”と“クラウド”の使い分け

プロジェクト見積もり、ソフトウェア見積もり

プロジェクトの闇、見積もりに光を！ 　見積もりを「エイヤ」で決める時代におさらばしよう。では、どうやって見積もりを算出するのか。まずは全体理解から始めるべし 第1回 見積もり、まずはざっくり理解せよ 第2回 見積もり仮想体験、準備から始めるべし 第3回 見積もり仮想体験の旅へ、いざ出発！ Last Update 2009/1/15

プロジェクトマネジメント

5分で絶対に分かるプロジェクト管理 高度化、複雑化するプロジェクト管理。そもそも、いったいどこまでを管理する必要があるのだろうか。複雑怪奇なプロジェクト管理の基本を、 5分で学んでみよう プロジェクト管理 2008/9/17

“PMOの成果”見える化のススメ 　システム開発を成功に導くPMO（プロジェクトマネジメント・オフィス）は、その成果と存在意義を明確にアピールすることが大切だ 第1回 PMOの存在意義を見える化しよう！ 第2回 数値でユーザーを安心させればPMOの評価は高まる 第3回 「プロジェクトが遅れない理由」も数値化できる 第4回 コスト管理の苦労とスキルを可視化しよう！ 第5回 “PM力”の向上は、成果の見える化から始まる Last Update 2011/8/8

プロジェクトは「やる気」で成功する 　各種プロジェクトマネジメント手法が確立されてきたが、失敗に終わるケースが多いのはなぜか？ 第1回 既存のプロジェクトマネジメント手法の落とし穴とは？ Last Update 2010/1/26

WBSでプロジェクトを成功させる 　開発プロジェクトがうまくいかない理由の1つにWBSの作成と適用がある。本連載では、WBSをうまく作るコツなどを紹介していく 第1回 WBSを学び、見積もり・進ちょくに役立てよ！ 第2回 WBSには、守るべき3つのルールがある 第3回 “作業に分解するWBS”を極める 第4回 “成果物に分解するWBS”を習得せよ 第5回 良いとこ取りの「ハイブリッド型」 最終回 上手なプロジェクトの進ちょく管理 Last Update 2010/9/24

やる気を引き出すプロジェクト管理 　PMBOKなどのプロジェクト管理技法を導入する前に、やるべきことがある。それは「プロジェクト管理の本質」を理解することだ 第1回 プロジェクト管理技法はなぜ徒労に終わるのか？ 第2回 プロジェクト管理は「簡単なことを、確実に」 第3回 プロジェクトは、計画通りに進まなくて当然 第4回 不足しているのはスキル？ それともプロセス？ 第5回 プロジェクトマネージャは、説得術を磨くべし 第6回 顧客の膨らむ要望にいかに対処すべきか 第7回 プロジェクトの肝、見える化に挑戦！ 最終回 トラブルを報告したくなる風土を作る Last Update 2009/5/18

これから始める進ちょく管理 　これまでの大雑把な進ちょく管理に大きな変化をもたらしそうな工事進行基準。これからきちんと進ちょく管理をするには、どうすればいいか？ 第1回 工事進行基準が進ちょく管理に変化をもたらす 第2回 進ちょく管理で実践したいプラクティス 第3回 EVMで進ちょく管理も予測も実現 最終回 Microsoft ProjectでEVMに挑戦！ Last Update 2009/4/27

実践 ユーザー主導型プロジェクトマネジメント 　プロジェクトの成否はユーザーPMが握っている。ユーザーPMには知識体系だけではなく、“プラスアルファ”が必要だ 第1回 ユーザー主導型プロジェクトマネジメントのススメ 第2回 PMを支援するプロジェクトコントロールチーム Last Update 2008/6/16

プロジェクト・ポートフォリオ管理の基礎 　IT部門はプロジェクトをスタートさせる前に「どのプロジェクトを採用すべきか」と悩む。プロジェクト数が100を超えたらどうする？ 第1回 100のプロジェクトに優先順位を付ける 第2回 プロジェクトは点数化できる 最終回 避けて通れないIT部門の意識改革 Last Update 2008/3/25

失敗しないITプロジェクトマネジメント ITプロジェクトの成功率は低い。この状況を改善するには「失敗を前提としたマネジメント」を心掛けなければならない 第1回 プロジェクトは失敗するのが当たり前！？ 第2回 ユーザー企業側プロジェクトマネージャの勘違い 第3回 アーキテクチャ選定のコツは「少し先を見ること」 第4回 「カネ」にまつわるリスクファクター 第5回 そのプロジェクトでは何を犠牲にしていいのか Last Update 2006/12/27

開発現場の天国と地獄 実際の開発プロジェクトを詳細に分析し、ソフトウェア開発プロジェクトを成功に導く要因あるいは失敗に陥る原因を探ります 第1回 “ 完璧な設計 ”がプロジェクトを失敗に導く！？ 第2回 真のボトルネックは“ 顧客 ”なのか！？ 第3回 ベテランならホントに安心なのか？ 第4回 そして、システムはお蔵入りとなった 第5回 設計の落としどころ （前編） 第6回 設計の落としどころ（後編） 実装組のオペレーション Last Update 2005/11/2

自己組織化プロジェクトの育て方 1から10までガチガチに管理するのではなく、うまくいくようにそっと手を貸してやること。実はそんな発想の転換が必要なのかも 第1回 プロジェクトを管理しないという発想 第2回 アリの生態にみる自己組織化のルール 最終回 実践！ 自己組織化プロジェクト Last Update 2006/5/24

明日からできるプロジェクト管理 本連載では、プロジェクトに秩序をもたらすさまざまな手法を、開発プロジェクトの段階を追って解説していく。第1回目は進ちょく管理だ 第1回 デスマーチを止める進ちょく管理の現実解 第2回 成果物・文書管理にすぐ使えるオープンソース 第3回 ビルド管理を楽にするオープンソースツール一覧 第4回 単体テストの品質をチェックするには Last Update 2006/1/12

初めてのプロジェクトリーダー はじめて開発プロジェクトのリーダーになった。さて、どうする？ 本連載を通じて、プロジェクトリーダーの初歩を学んで欲しい 第1回 開発者からリーダーへの視点の切り替え 第2回 なにはともあれ、まずはチームビルディング 第3回 朝会を15分で終わらせるには理由がある 第4回 開発中、リーダーは何をしている？ 第5回 リーダーとしての問題解決能力を磨く 第6回 「ふりかえり」でプロジェクトを改善する 最終回 リーダーシップは天性ではない Last Update 2005/8/26

ユーザーサイド・プロジェクト推進ガイド 　企業システム開発の失敗では、ユーザー企業側に問題がある場合が少なくない。ユーザー側の担当者は何をすべきか？ 第1回 ユーザー企業側プロジェクトチームの使命と役割 第2回 最初が大切──構築システムの“概要”を作る 第3回 スケジュールとコストは、ユーザー側が始めからつかめ 第4回 不良システムを作らないプロジェクトの枠組み 第5回 タイプ別プロジェクトチームの問題点 第6回 プロジェクトチームに付きまとう制約を打破するために 第7回 プロジェクトチーム結成──業務部門との関係を考える 第8回 プロジェクトチームにおける“システム担当者”の役割 第9回 プロジェクトチームのリーダーに向く人、向かない人 第10回 プロジェクトリーダーは十二分な準備で自信を生み出せ 第11回 プロジェクトキックオフ！ オリエンテーションで話すこと 第12回 プロジェクトチームのマインドとルールを方向づけるには 第13回 システム開発プロジェクトの魅力を伝えよう 第14回 プロジェクトメンバーがそろう前に行っておく事前準備 第15回 ドキュメントを作成しないユーザーは、失敗する 第16回 言葉の不統一がもたらす業務とシステムへの悪影響 第17回 社内用語を統一する「用語辞典」作成のポイント 第18回 工夫と規律で「システム用語辞書」を実現せよ 第19回 業務の可視化で、多くの関係者を巻き込め！ Last Update 2007/6/8

ERP導入プロジェクト失敗の法則 　ERP導入には特有の難しさがあり、失敗も多い。失敗事例に潜む“法則”を反面教師にして、EPR導入のポイントを学んでいこう 第1回 ユーザー部門が“抵抗勢力”になって失敗！ 第2回 ERP導入プロジェクト体制作りにおける“誤解”で失敗 第3回 ERPパッケージと導入業者の選定で失敗 第4回 ERP導入フェイズで、社内理解が得られずに失敗 第5回 システム稼働するも、安定運用できずに失敗 最終回 ERP導入効果が見えず、アップグレードもできずに失敗 Last Update 2006/1/31

開発手順

開発プロセス再入門 上流工程のプロセスを分析するといった難しい仕事に取り組む前に、まずは、下流工程の開発プロセスをこの連載で復習しよう 第1回 だれも書かなかった反復型開発のホントの姿 第2回 反復開発の“反復”とは何をどのように反復するのか 第3回 ビルドはどのような要件を満たすべきか 第4回 反復計画のたて方 第5回 チーム開発に向けたビルド環境の構築 第6回 ビルドの位置付けとリリースの順序 第7回 テスト計画の立案 第8回 ソフトウェアの不具合を追跡するには 第9回 不具合追跡でよくある間違い 第10回 課題駆動型開発を提案します！ Last Update 2005/2/9

Rubyでアジャイルプロトタイピング アジャイルなアプローチでプロトタイピングを行うこと。それは、機能要件の正確な取りまとめを可能にする最新の方法である 第1回 アジャイルプロトタイピングで上流工程が変わる 第2回 Ruby超入門 第3回 アジャイルプロトタイピングとRuby on Rails 第4回 プロトタイピングに効くRoRのDB移行・変換機能 第5回 いざRuby on Railsでプロトタイピング 最終回 プロトタイピングの成功は実装技術に左右される Last Update 2006/5/17

アジャイル実践者インタビュー 自らのアジャイルプロセスを組み立て、洗練させること。アジャイル開発は常にプロジェクトを改善し、進化させていくアプローチである 第1回 発注者はアジャイル開発をこうみている 第2回 アジャイル開発におけるプロセスの洗練 第3回 オフショアでアジャイル開発の実際 Last Update 2006/3/10

開発プロセス標準化への道 ソフトウェア開発プロセスの標準化作業はそのほとんどが途中で失敗してしまう。その理由は、標準化に対する過度の期待にある 第1回 開発プロセスに対する幻想を破壊する 第2回 開発プロセスは継続的かつ段階的に改善すべし 最終回 現場で使ってもらえる開発プロセス構築への布石 Last Update 2005/9/9

分散開発のABC 分散開発では何をしたらいいの？ どんな手法を用いればいいの？ 何に気を付ければうまくいくの？ 全部まとめて答えましょう 第1回 コレだけ準備すれば分散開発に失敗しない 第2回 やってはいけない、設計と実装の並行作業 Last Update 2005/8/24

快適なXPドライビングのすすめ 理論と実践は根本的に違う。本連載ではEclipseなどのツールを活用しながらXPの快適なドライビング方法を伝授する 第1回 XPな開発者の1日 第2回 CVSとEclipseで「コードの共同所有」 第3回 CVSのクライアントとしてEclipseを使おう 第4回 EclipseとJUnitによるテスティング 第5回 テストファーストでコードを作成する 第6回 Eclipseによるリファクタリング 第7回 継続的インテグレーション＆テスト環境の構築 最終回 コーディング標準でコーディングスタイルを統一 Last Update 2003/8/7

MDAのしくみ Model Driven Architecture（MDA）とはいったいどんな開発手法なのか。分かるようで分からないMDAのしくみをとてもやさしく解説する全3回の短期連載 第1回 MDAのメリットを考える 第2回 開発の流れにMDAを取り込む 第3回 MDAはどのように作動するか Last Update 2004/4/23

管理ツール

MS Projectで学ぶプロジェクトマネジメント 　PMのデファクトツールといえる「Microsoft Project」の使い方を、「カレーライスの調理」を例にして具体的に紹介する 第1回 MS Projectで学ぶプロジェクトマネジメントの基本 Last Update 2010/1/13

自社プロダクト立ち上げ奮闘記 　本連載は、ある企業がツールを開発するに至った経緯と、開発段階で起きた問題、その解決手法を紹介するドキュメントだ 第1回 自分たちでタスク管理システムを作ろうと思った 第2回 ペルソナに機能とユーザビリティを決めてもらおう！ 第3回 「永遠のベータ版」と競争に勝つためのアイデア Last Update 2007/4/17

オフショア開発

5分で絶対に分かるオフショア開発 激しい価格競争の中、ソフトウェアベンダ各社はコスト削減を狙って、オフショア開発に乗り出すケースが多い。オフショア開発とはどんなものなのだろうか？ 5分で学ぼう プロジェクト管理 2006/9/14

世界のオフショア事情 本連載では、中国以外のインドやベトナム、フィリピンなどにおけるオフショア開発事情を紹介していく 第1回 インドオフショアが、いままた熱い 第2回 ベトナムのオフショア開発事情知っていますか？ 第3回 中国とまったく対照的なベトナムオフショア事情 第4回 ベトナムオフショア、言葉の壁は厚い？ 第5回 日本企業にお勧めなのはハノイ、ホーチミンどっち？ 第6回 これからの不況を勝ち抜くのはオフショア担当者？ 第7回 ベトナム人との違いを受け入れ、先入観に気付こう 第8回 ベトナム人の購買行動 Last Update 2010/8/4

インドオフショアの裏話 　本連載では、現役のインドオフショア開発コンサルタントである筆者が、インドオフショア開発事情や勘所などを紹介していく 第1回 インドオフショア開発のコストはいくら？ 第2回 インドオフショアではどの契約形態がお得？ 第3回 インドオフショアでは意思伝達のリスク管理が必要 第4回 インドオフショア開発における危機管理のポイント Last Update 2009/11/5

現地からお届け！中国オフショア最新事情 　この連載では中国オフショア開発の話題を中心に、最新BPO事情から食事情まで幅広くコラム形式で取り上げていく 第1回 上海オフショアベンダが生き残りをかける施策とは？ 第2回 「中国人技術者を日本で教育」はなぜ失敗するのか？ 第3回 成都オフショア開発は使えるか？ 成都の光と影 第4回 適性検査で分かった中国人技術者採用の傾向と対策 第5回 中国ベンダには“嫌いだ”とはっきりいおう 第6回 中国人は日本人のことをこう思ってるんです 第7回 北京出張報告編〜北京ダックはやっぱりうまい！ 第8回 円安と人件費高騰で35％の減益に苦しむ中国 第9回 やる気のない日本人上司に失望しました 第10回 安いって本当？ ベトナムオフショアの事例紹介します 第11回 文化や言語の壁を超えるオフショア開発とは？ 第12回 過剰接待をしなくてもオフショア開発で生き残る方法 第13回 金融危機でオフショア開発は停滞するか？ 第14回 中国人に改善させるには現金を渡せ 第15回 日本よりも手厚い中国企業のIT人材育成 Last Update 2010/5/17

オフショア開発時代の「開発コーディネータ」 　オフショア開発に対する注目が高まっている。今後、国内の情報スタッフはどのような能力が求められるのだろうか？ 第1回 中国ソフトウェア業界の実力とオフショア開発の勘所 第2回 中国オフショア開発の成功と失敗の実態 第3回 なぜ、中国オフショア開発の見積もりは高いのか？ 第4回 いいかげんにして！ 日本企業─中国に嫌われる理由 第5回 続・いいかげんにして！ 日本企業─理不尽な態度 第6回 中国オフショア開発における生産性と品質のバランス 第7回 中国オフショア開発の失敗を減らす組織的対策とは？ 第8回 中国オフショア開発に向く仕事、向かない仕事 第9回 そんな指示じゃできません！ 中国企業の叫び 第10回 ベトナムを徹底分析！ 中国とどっちがいい？ 第11回 本当は付き合い残業したくない〜中国に無言の圧力 第12回 中国人は質問したがり、したがらない、本当はどっち？ 第13回 日本と中国の英語、現地ではこんな会話がされている 第14回 中国人ブリッジSEの意外な落とし穴 第15回 中国オフショア開発で日報を書かせる秘訣は？ 最終回 中国人の日本型開発アプローチに対する本音は？ Last Update 2006/3/16

人材育成、提案術

開発チームを作ろう 　開発プロジェクトが成功するか失敗するかは結局、チームを構成するそれぞれのスタッフの力量と上手なマネジメントにかかっているのです 第1回 スキルシートでいったい何が分かるのか 第2回 エンジニアのやる気は報酬だけじゃ維持できない 第3回 エンジニアにとっての本当の「顧客」は誰？！ 第4回 すごい技術者はすごいマネージャになれるか？ 第5回 良い顧客が良いITプロジェクトを作る 最終回 スキルシートと単金だけで開発チームは作れない Last Update 2008/1/22

プロジェクトの成功に本当に必要なもの 　PMBOKやCMMIなどには書かれていないが、「実はこれこそがプロジェクト成功の根底に必要なものだ」というポイントがある 第1回 優秀なプロマネはメンタルな働きかけもうまい 第2回 全員が「明るい、楽しい」と感じるチームにしたい 第3回 モチベーションを高めたいなら達成すればいい Last Update 2006/11/29

顧客指向開発のすすめ 企業にとって顧客とは何なのだろうか。顧客を定義し直すことは、情報システムを構築するうえで大変重要なアクションである 第1回 情報システムと顧客との関係 第2回 業務設計の前に顧客定義をしっかりやる 第3回 ナレッジマネジメントのIT化と家族経営の八百屋 第4回 “経営者の視点”で考えるアーキテクチャ 第5回 顧客のたらい回しをなくすために 最終回 「顧客との関係強化」をITで実装 Last Update 2007/9/4

有能プロジェクトマネージャ育成術 　優秀なプロジェクトマネージャ（PM）の不足が指摘されている。彼らは特別で、その知恵は移転不可能だと思われているが…… 第1回 ハイ・パフォーマーの“知”は、移転・共有できるか？ 第2回 できるプロジェクトマネージャのノウハウとは？ 第3回 「できるPM」と「それなりPM」との差とは？ 第4回 できるPMのノウハウを形式知化する“メソドロジ” 第5回 組織的、総合的に“できるPM”を育成する方法 Last Update 2004/12/18

有能プロジェクトマネージャ勉強会 　業務やプロジェクトで秀でた成果を上げる人の秘密、それが“ノウハウ”だ。組織的にノウハウ・マネジメントを行っている事例を紹介する 第1回 “ノウハウ”とは何か？ 組織的ノウハウ共有の事例 第2回 PMノウハウのえぐり出し、体系化、拡充会議を体験 第3回 PMノウハウを組織的に共有する方法を考える Last Update 2006/1/14

問題発見力勉強会 　プロジェクト型業務のマネジメントに欠かせない問題発見力──それは「ギャップを見つける」能力だ。その構造から訓練法までをレクチャーする 第1回 マネージャに必要な“ギャップを見つけるヒアリング力” 第2回 ヒアリングにも不可欠、“理解する力がつく構造化力” 最終回 問題解決案を導き出す「柔軟な発想力」を鍛える Last Update 2006/3/9

コーナー

日本版SOX法＆コンプライアンス

仮想化時代のインフラ選択

グリーンIT

いまこそITマネジメント

ソフトウェアテスト・プラクティス

モデリング・プラクティス

工事進行基準

BPMプロフェッショナル

アジャイル・エンタープライズ

NewsFlash