SLAとは「サービスの提供内容とサービスレベルについて、サービスの委託側（以下ユーザー）と提供側（以下サービス提供者）が合意した文書」である。サービスが提供する品質基準を定義し、サービス品質を可視化することで、段階的にサービス品質を改善するのが目的だ。
サービスを可視化するSLA
SLAとは「サービスの提供内容とサービスレベルについて、サービスの委託側（以下ユーザー）と提供側（以下サービス提供者）が合意した文書」である。サービスが提供する品質基準を定義し、サービス品質を可視化することで、段階的にサービス品質を改善するのが目的だ。
いいアジャイルと悪いアジャイル
スクラムはラグビーにおいて最も危険な段階であり、それというのも、潰れたり不適切なかみ合い方をすると、前列のプレーヤーが怪我をしたり、首の骨を折る危険すらあるからだ。—Wikipedia 私が子供の頃には、コレステロールは体に悪いものだった。これは覚えやすかった。脂肪は悪い。コレステロールは悪い。塩分は悪い。みんな悪い。しかし近頃では、コレステロールが「いい」コレステロールと「悪い」コレステロールに分かれている。私たちがこの2つをどうにかして見分けられるとでもいうように。そしてその切り替わりは奇妙なものだった。FDAが突然プレスリリースを発表して、殺鼠剤には2種類、いい殺鼠剤と悪い殺鼠剤があり、いい方はたくさん摂って悪い方は摂ってはならず、そして決して2つを混ぜたりしてはいけないのだと言ったかのようだった。 一年くらい前まで、私はいわゆる「アジャイル」プログラミングに対して、ごく一次元的な見
成果を生む人間関係の「グッドサイクル」と「バッドサイクル」
プロジェクトの成果を上げる秘策は、良い人間関係を築くこと。それをどのようにすれば実現でき、どうなれば失敗に陥ってしまうのか、ご存じだろうか。 前回はプロジェクトを働きづらいものにしてしまう、リーダーが抱きがちな「思考の枠」とその広げ方を紹介した。今回は、「働きやすいプロジェクト」をつくることが成果につながる理由について解説しよう。 「働きやすいプロジェクト」と聞くと、仲良しクラブのようなものをイメージするかもしれない。しかし、ここでいう「働きやすいプロジェクトづくり」の目的は、メンバーと仲良くすることではなく、あくまでもITマネージャーの責務である「成果を上げる」ことにある。成果を上げるための最短のプロセスが「働きやすいプロジェクトづくり」なのだ。 ITエンジニアの中には、何か新しいことを始めたり他人から仕事を頼まれたりした時に、その目的や理由が論理的で、なおかつ、自分が納得できなければ動
第1回 3割減の工期で「いつもの疲弊が無い」
富士通グループと大和ハウス工業は、現在進行中の基幹系再構築プロジェクトにCCPM（クリティカルチェーン・プロジェクトマネジメント）という管理手法を適用した。この結果、開発フェーズとテストフェーズでそれぞれ3割近い工期短縮に成功した。2012年4月の稼働開始に向けて、現在は既存システムからの移行準備と運用テストを進めている。 プロジェクトの遅延が当たり前、とも言われているシステム開発分野において、3割ほどの工期短縮は珍しい。そこで本連載では、CCPMがどのように効果的だったのか、マネジメントをどう工夫したのかなどを3回にわたって詳しく解説していく。第1回では、プロジェクトの概要を紹介するとともに、CCPMとは何か、CCPM採用の経緯、導入効果などについて、プロジェクトリーダーたちの声を交えながら探る。 富士通グループと大和ハウス工業は2010年1月から、大和ハウス工業の基幹系システムの再構築
現場の秘訣：準備段階
「とんでもなくテストが難しくなっている」──。 2010年春、ある製造業のシステム開発プロジェクトを担当したISIDインターテクノロジーの山本卓也氏（開発二部 プロジェクトディレクター グループマネージャー）は、そう感じざるを得なかった。大量のテストケースを、従来の半分近い期間でさばかなくてはいけない。外部システムとの連携も多く、ライブラリやフレームワークも多用しており、アーキテクチャーは複雑だった。「今までのテストのやり方では立ち行かなくなる」。危機感を募らせた山本氏は、テストの方法を見直す決意を固めた。 まず、テストの体制をバグの発見と修正の2チームに分け、迅速かつ確実にバグをなくすことを目指した。結合テストの自動化も検討。操作ログをスクリプト化するExcelマクロを活用した。テスト担当者が設計フェーズに参加し、テスト計画を共同で作ることも試みた。すべて過去のテストでは実践しなかった対
「DMBOK」の中核機能
データこそが企業の資産であり、資産価値を高める諸活動が不可欠である。データ関連の活動を知識体系としてまとめたDMBOKが登場。そのなかでも「データガバナンス」の確立が急がれる。データ関連のポリシーや手続き、担当者の役割と責任を定義し、データにかかわる活動を統制するものだ。 今、CIO（最高情報責任者）や情報システム部長は担当している情報システムや自身の仕事のグランドデザインを描き直す時期に来ている。その際には、データをマネジメントの対象にしっかり入れるよう見直す必要がある。 データ資産を生み出し、その価値を高めていく活動全体を「データマネジメント」と総称する。まず必要なデータをあらかじめ設計し、マスターデータを整備しておく。MDM（マスターデータマネジメント）は、データマネジメントの重要な一部である。 続いて設計通りのデータを生成し、記録し、格納し、使用し、同時に保護する。並行して、データ
見えてきた危機対応での「やってはいけない」
プロジェクトで危機的な状況に直面したとき、やってはいけないことが少なからずある。日経SYSTEMS5月号（4月26日発行）の特集記事「プロジェクトの危機 その時どうする」の取材では、このように感じる指摘を、ベテランのプロジェクトマネジャー（PM）から受けることができた。 特集記事で取り上げた危機的な状況には、「震災の影響によってプロジェクトが進められない」といったものに加えて、コストオーバーや納期遅延、品質の低下というものを含む。このとき、どのように対応すればよいかを、「人が足りない」「時間がない」「タスクが山積み」といった状況ごとに紹介している。 記者はこの特集の事例取材で、コストオーバーや納期遅れ、品質の低下といった危機的状況での対応を、主に担当した。これらの危機的な状況は、PMやリーダーが「順調に進んでいる」と思っている中で、急に判明することが少なくない。このとき、プロジェクトはかな
第76回 標準化が定着しない理由 | 日経 xTECH（クロステック）
システム開発の現場には、システム開発標準やプロジェクトマネジメント標準など、様々な標準があるだろう。プロジェクトでは、それらの標準に沿った運営が求められる。しかし、実際のところ、それらの標準は本当に「現場のため」になっているのか。疑問に思うことが多々ある。 後藤 年成 マネジメントソリューションズ 取締役 PMP システム開発において、「標準化」と聞いて皆さんはどのようなイメージを思い浮かべるだろうか。「システム開発をを効率よく進めるために大変有効なもの」と答える人もいれば、「実利のない、面倒くさい手続きばかりで生産性を下げるもの」「品質を確保するために必要なのは理解できるが、ここまでやるべきか、ふに落ちない」など様々な意見があると思います。一般に、システム開発における標準化のメリット／デメリットを挙げると、以下のような点が挙げられます。 【システム開発における標準化のメリット】 （1）関
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
実務経験者のためのPMP合格講座一覧