定量的プロジェクト管理ツール - 情報処理推進機構：ソフトウェア・エンジニアリング
IT利用度がかつて無いほどに高まってきており、情報システムの障害による業務・サービスの停止や機能低下の社会的影響が深刻化しています。一方、ソフトウェア開発の短納期化・低コスト化はさらに進んできています。そのため、ソフトウェアの品質の確保や、納期の遵守のためには、検出不具合数や工数の進捗具合などプロジェクト進行過程において測定する定量的なデータを用いて品質や進捗の状況を適切に把握することで、リスクを可視化し、問題を早期に発見する定量的プロジェクト管理が求められています。 IPA/SECでは、主にプロジェクト・マネージャを対象に、ソフトウェア開発プロジェクトの定量的プロジェクト管理を支援する「定量的プロジェクト管理ツール（EPM-X）」を公開しています。 ソフトウェア開発プロジェクトの定量的管理を行うプロジェクト・マネージャを支援するため、進行中の開発プロジェクトからプロジェクトデータを取得し
IPA 独立行政法人 情報処理推進機構：ソフトウェア高信頼化
システム障害情報から読み取れる教訓等をお知らせする「教訓集活用メルマガ」を配信しています。 配信をご希望の方は障害情報の教訓リンク集ページよりご登録をお願いいたします。 SEC journal 最新号を3月1日に発行しました。PDF版を公開しています。 （定期購読・論文随時受付中）
Martin Fowler's Bliki in Japanese - 朝会のパターン：立ってるだけじゃないよ
朝会（デイリー・スタンドアップ・ミーティング、デイリー・スクラム、デイリー・ハドル*1、朝のロールコール*2）を説明するのは簡単だ。チーム全員が毎日顔を合わせ、現在の状況を迅速に確認しあう。立ってやるのはミーティングの時間を短くするためだ。以上。 でもこれだけじゃあ、「良い朝会」と「悪い朝会」の微妙な違いは分からないだろう。 朝会の定義は非常に簡単なものなのに、 うまくいっていない朝会があって私はとても驚いた。 すぐに原因は分かったが、そのチームはそれが何なのか分かっていなかった。 朝会の基本原則と詳細を意識していなかったのだ。 そのために朝会の問題について診断や解決がなされていなかったわけだ。 良い朝会を経験した人たちは、 うまくいってないときに何をすればいいかを知っている。 朝会に慣れていない人たちは、 うまくいってないときに何をすればいいかに気づかない。 「暗黙知なんだから、とにかく
みんなはどんなテスト技法を使っているの？ JaSST'12 Tokyo
先週、1月25日と26日に都内で行われたソフトウェアテストに関するシンポジウム「ソフトウェアテストシンポジウム JaSST'12 Tokyo」。会場には、参加者が自分の知っているテストの種類を付箋に書いて、自由に貼ることができるポスターが掲示されていました。 独自のテストの種類を貼っていく ポスターの下地になったのが「テスト技法ポジショニングマップ」です。さまざまなテスト技法が表示されています。 この上に、さらに自由にテスト技法、テスト手法の名前が付箋で貼られました。例えば、右上には「ZERO テスト（テストしない）」、右下の方には「血みどろテスト」、中央下には「書いてあるとおりテスト」、左下には「がまの油いぶり出しテスト」、左上には「カン」（勘ですね）、図のど真ん中には「たぬきの皮算用テスト」などなど。名前だけではどんな内容のテストなのか分かりませんけれど……
3年使ったRedmineの使い方について共有したい10のこと
前回は、1000人のエンジニアがRedmineを使い出すまでの事例を紹介させていただきました。今回は、Redmineの使い方や、大規模に変化してくRedmineの運用について、2年間の運用や改善から得たナレッジや、気がついたことをまとめていこうと思います。 1. Redmineのオブジェクト構造を理解した方がいい Redmineは以下の構造になっているので、タスクの属性をうまく分類する必要があります。 プロジェクト > サブプロジェクト > バージョン > 親チケット > 子チケット > トラッカー > カテゴリ 注意したいのは、プロジェクト・サブプロジェクトには期限が設定できず、バージョンには終了日時、チケットには開始日時と期限をつけることができる点です。期限があるものには、期限のあるものを当てはめるのがすっきりします。Redmineを使って「何を」「どう」管理していきたいのかを、まず考
かんばんボードによるプロジェクトの見える化
アジャイル開発でプロジェクトを進めている現場では、やるべき作業を表す付箋や、進行状況を示すチャートをプロジェクトルームの壁に貼って状況を見える化し、共有している光景をよく見かける。 本稿では、昨今のアジャイル開発プロジェクトで広く浸透している見える化の手法を見ていく。その中で、チーム全体がプロジェクトの今の状況を把握し、開発者の自律的な作業を可能にし、協調作業を促進する、三つの視点(とき、こと、ひと)をうまく使うかんばんボードの利用法を提案する。そして最後に、三つの視点によるプロジェクトの見える化を実現している、かんばんボードのソフトウェアによる実装 “TRICHORD” を紹介する。 アジャイル開発プロジェクトにおける見える化 XP(eXtreme Programming)の中に、“情報発信する作業場所”というプラクティスが紹介されている。これはプロジェクトの進行状況を、一目で把握できる
TRICHORD - チーム作業と改善を促進させるプロジェクトマネジメントツール
TRICHORD製品の販売終了と無償化のご案内 TRICHORD製品は、2010年5月31日をもって販売を終了し、無償化いたしました。現在は無償製品として公開しております。有償ライセンスに対するサポートサービスは、2011年5月31日を以て提供を終了いたしました。 Windows7に対応したバージョン 1.3.5を公開しています。本バージョンより全ての機能を無償でご利用いただけます。 TRICHORD(トライコード)は、プロジェクトに関わる人々を支援するプロジェクトマネジメントツールです。シンプルで、直感的な「プロジェクトの見える化」を実現します。 とき、こと、ひとから、プロジェクトの改善のためにプロジェクトの状況や問題を視覚化(見える化)します。また、カードを模したユーザーインターフェースを用いて、視覚化だけでなく、直感的な操作性を提供します。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
スケジュールが無いなんてあり得ない！～アジャイル開発の計画と進捗管理～
ガントチャート,プロジェクト管理,スケジュール表がサクサク作れる。チャート作成がカンタンに共有！しかもフリー タスク管理にも - Brabio!