３分で使えるRedmine（チケットで課題管理）
こんにちは、岡本です。 プロジェクト管理にRedmineを使っていて、改めて便利だなと思ったので、今更ですが紹介したいと思います。 RedmineはRubyで書かれたオープンソースのシステムで、2006年に作られ2007年辺りから日本でも利用され始めた、比較的新しいプロジェクト管理ツールです。 残念ながらPHPでは無いのですが、CakePHPに移植しようと頑張っている方々もいらっしゃいます。 CakePHP開発合宿開始！＆candycaneを開発します さて、Redmineを使えばシステム運用で生じる、不具合や質問・要望等を、チケットという概念でひと括りにして、Web上で管理することができます。 Redmineは元々プロジェクトの工程管理も行える高機能なソフトなのですが、チケットの機能を使って楽をするだけだったら 「３分で使えます。」 トップページ画像 ※一部機能をOFFにしています。 学
Redmineとは
Redmineとは、オープンソースのプロジェクト管理ソフトウェアです。誰でも自由にダウンロードして利用できます。 「プロジェクトの進捗を管理したい」、「チームのタスクをメンバーと共有したい」、「順調に進捗しているのかチームで共有したい」、このような会社やチームで取り組むべき業務やプロジェクトの作業を記録・管理したり社内で情報共有ができます。 例えば、チームでシステム開発を進める場合に誰がいつまでに何をやるのか、現在どのくらい進んでいるのかをRedmineに記録することで進捗状況を明らかにし計画通りに進むよう支援します。 デモサイトをみる 登録なしですぐにRedmineを操作できます Redmineの中核機能は「チケット」機能です。やるべき作業を「チケット」に登録し管理します。上の動画でもRedmineの機能をご紹介しています。 チケットはガントチャートやカレンダー、ロードマップなどで表示が
Excelによるプロジェクト管理では「工事進行基準」に対応できないのか？
システム開発の現場では、専用ツールやMicrosoft Office Excel（以下、Excel）など、さまざまなツールを利用したプロジェクト管理が行われている。TechTargetジャパンが2008年に実施した「プロジェクト管理ツールの利用状況に関するアンケート」では、「導入済みのプロジェクト管理ツールは何か？」という問いに対して、「Excelを使用している」と回答した読者が全体の67.8％を占め、また「Excelで自前のツールを作成している」という意見も多く見られた。 最近、プロジェクト管理者を悩ませているのが「工事進行基準」への対応だ。工事進行基準は、工事の進ちょく度に応じて売り上げを分散して計上する会計の仕組みである。欧米諸国や日本の建設業界などでは一般的な会計基準だが、IT業界でも2009年4月以降に始まる会計年度から原則として適用される。 これにより、受託ソフトウェアやシステ
そろそろプロジェクト管理ツール群について一言言っておくか - @ikikko のはてなブログ
題名は、ただ使いたかっただけですｗ 最近、タスク管理やらテスト管理やらに非常に興味をそそられています。で、頭の整理を兼ねて、ちょっとまとめてみました。コメント・異論・反論ある方は、是非お願いします！ なお、このエントリはあきぴー氏のアジャイル開発の弱点をプロジェクト管理サーバーが助ける: プログラマの思索にものすごく触発されています。 概要 自分が考えている、システム開発をサポートするツール群の概要・関連はこんな感じ。なお、想像しやすいように各ツールの代表的な製品名を記載しているけど、別にこの製品を使わなきゃダメってことは当然ありません*1。 開発者にとっての中心は、タスク管理ツール。ここを見ることによって、自分が何をしなければいけないかを常に把握する。作業内容はバージョン管理に記録され、それらがCIツールで結合・テストされて結果がタスク管理に表示される。もし何か問題があれば、タスク管理で
[ThinkIT] 第1回：こんなにあるオープンソースのプロジェクト管理ツール (1/3)
プロジェクト管理用のソフトウェアといえば、定番のMicrosoft Office Projectをはじめ、これまで様々な商用の製品が存在しました。一方で、従来からオープンソースのプロジェクト管理ソフトウェアにも様々なものがあります。 例えばソフトウェア開発に従事されている方であれば、Edgewall Software社が無償で提供している軽量バグトラッキングシステムの「Trac」を使ったことがあるのではないでしょうか（図1）。 ただし、このような従来のオープンソースのプロジェクト管理ソフトウェアの多くは、目的が限定されているものや基本的な機能のみを実装するものが多く、企業の汎用的なプロジェクト管理に使えるものが少ないのが現状でした。 その背景の1つとして、オープンソースソフトウェアがWebアプリケーション技術に依存しているケースが多く、ガントチャートなど視覚に訴える機能を実現することが技術
プロジェクト・マネージャの「やってはいけない」---目次 - プロジェクト・マネージャの「やってはいけない...：ITpro
プロジェクト・マネジメントのアンチパターンを徹底解説 プロジェクト・マネジメントにはセオリーがある。セオリーを知らずに，あるいは軽視して，失敗するプロマネは少なくない。現場でたたき上げたベテランの凄腕PMが，現場でプロマネがやってはいけないことを解説する。 関連サイト： ■メール編 ■やる気編 ■要件定義編 ■会議編 ■報連相編 ■協力会社対応編 ■品格編 ■課題管理編 ■変更管理編 ■コミュニケーション編 ■外注管理編 ■姿勢・資質編 ■計画＆進捗管理編 ■品質編 ■姿勢編 理由無き要求は機能化してはいけない プロジェクト事務局を軽視してはいけない 過去の成功体験にとらわれてはいけない 自己研鑽を怠ってはならない 目的を忘れてはいけない ■プロジェクト完了編 完了条件をあいまいにしてはいけない 完了報告会を省いてはいけない 成功・失敗要因を不明確なままにしてはいけない フィードバックを忘
プロジェクトの進捗遅れはなくせる
「システム開発プロジェクトで、進捗をきちんと守ることなんて到底無理ですよ。いいシステムを作ろうと思うほど、進捗が遅れるんですから。雑誌作りだって同じでしょう？」。 日経SYSTEMS 2010年8月号で「進捗遅れをなくそう」という特集を担当するにあたり、懇意にしているITエンジニアのAさんに相談したところ、特集の意義を真っ向から否定された。 記者は言葉に窮した。自分で言うのも何だが、記者は進捗（締め切り）遅れの常習犯である。自分のことを棚に上げて、システム開発プロジェクトの進捗遅れに意見する資格はない。 それでも、一点思うところがあったので指摘した。経験的に言って、進捗を遅らせたほうがいい記事になるとは限らない、ということだ。むしろ進捗通りに進んだときのほうが、記事の出来はよいように思う。 記者の指摘に対し、Aさんは「システム開発でも同じかもしれない」と答えた。単純な話、進捗を守ると余裕期
プロジェクトを成功に導くコミュニケーション術とは？
前回の「プロジェクトマネジャーに必要なスキルとは何か？」に続き、TechTargetジャパンが2010年3月に実施した座談会の内容を紹介する。今回は、読者アンケート調査で分かったプロジェクトの生産性を阻害する3つの課題のうち「リソース不足」「メンバー間のコミュニケーション不足」に関して、その改善策を語ってもらった。 座談会参加者紹介 座談会参加者 氏名・所属企業・業務内容および日々感じている課題 彌冨美香（やとみ みか）氏 株式会社RINET 1年以内のプロジェクトに携わってきた。会社としては今後マネジメントにより注力する予定で、そのルール付けなどを準備する段階にある。 阿部昭彦（あべ あきひこ）氏 東芝情報システム株式会社 これまで組み込みOSや組み込み系の検査といった少人数のプロジェクトを複数管理する立場にあった。現在は大規模プロジェクトにメンバーとして参加。4人のお子さんのマネジメン
コスト管理の手間が省けるプロジェクト原価管理ツール「A-Sign」
プロジェクトのコスト計算はPM本来の業務ではない!? 「品質管理」「納期管理」「コスト管理」の3つは、いずれもプロジェクトマネジャー（以下、PM）にとって欠かすことのできない業務能力だ。実際のプロジェクトにおけるコスト管理は、現場スタッフの想定単価や稼働時間などを基にした理論原価だけでなく、財務部門が把握する契約金額や実際原価など複雑な関連性がある。そのため高度なスキルが必要と考えられ、PMや財務担当者がそれぞれの属人的手法で労力を掛けて“コツコツ”とコストを算出していることが多いだろう。 デイルートの金山氏 デイルート代表取締役の金山成珍氏は「コスト計算はPMのスキルにかかわらず定型作業化することができる業務である」と指摘し、「本来、PMの能力はコスト計算ではなく、非定型作業の品質管理や納期管理において発揮されるべきだ」という。 今回は、プロジェクトにおけるコスト管理を支援する同社のプロ
プロジェクトマネジャーに必要なスキルとは何か？
プロジェクト現場の3つの「不足」を解消するために TechTargetジャパンが2010年2月に実施した読者アンケート調査によって、プロジェクトの現場では以下の3つの「不足」が、その生産性を阻害する原因として考えられていることが分かった。 プロジェクトの生産性を阻害する3つの「不足」 スキル不足 リソース不足 メンバー間のコミュニケーション不足 上記3つの「不足」を解消するために必要なこととは何か？ TechTargetジャパンは2010年3月、プロジェクト管理業務に従事する読者を対象にした座談会を実施した。今回から2回にわたり、その座談会の内容を紹介する。 座談会概要 日時：2010年3月5日（金）19:00～21:00 場所：アイティメディア オフィス内会議室 参加者：8人（会員読者7人、モデレーター1人） 座談会には、TechTargetジャパン会員読者7人が参加。また、座談会のモデ
「Microsoft Office Project」が圧倒的なシェア、その満足度は？
TechTargetジャパンでは、アンケートを通じて企業内におけるプロジェクト管理ツールの利用状況に関する調査を実施した。その調査結果から、プロジェクト管理ツールの導入状況やその満足度、製品選定の際に重視するポイント、導入の目的やきっかけなどが明らかになった。また、プロジェクトの生産性を阻害する要因を挙げてもらうことで、プロジェクトの現場に存在する課題が浮き彫りになった。 調査概要 目的：TechTargetジャパン会員のプロジェクト管理ツールの利用状況を調査するため 方法：Webによるアンケート 調査対象：TechTargetジャパン会員 調査期間：2010年2月7日～2月21日 有効回答数：338件 ※回答の比率（％）は小数点第2位を四捨五入し、小数点第1位まで表示しているため、比率の合計が100.0％にならない場合があります。 約半数がプロジェクト管理ツールを導入 図1 プロジェクト
弱気SEが10日間でダントツマネージャー
日経コンピュータによると、 システム開発プロジェクトの７割が失敗です。 なのに・・・・その対策は、 「メンバーとのコミュニケーションをとろう」って。 これでは、 具体策が無いというか、はっきり言って 幼稚過ぎです。 もっと、プロジェクト失敗の 現実的な原因を突き詰め、 具体的な対策を考えてみませんか？ セミナーに通うが、 実際の現場では、どうもその通りに出来ない 日経コンピュータによると、システム開発プロジェクトの７割は失敗に終わってます。 何故失敗してしまうのか？失敗の原因を探るために、 多くのマネージャーは、数万円の費用をかけてセミナーや講習に通いますね。 私も今まで何回もＰＭ、ＰＬ（プロジェクトマネージャー、プロジェクトリーダー）のセミナーや講習会に参加しましたが、 実際の現場では、ちょっと違うのではないかと感じています。 そこで、まずは、私が感じて
プロジェクト管理＝メッセージ管理＋ファイル管理
社外メンバーも含めた今回のプロジェクトも2週目に入り、そろそろ本格的にコミュニケーションツールが必要だ。 連載「ツール de オシゴト」とは メール以外のコミュニケーションツールやコラボレーションツールを模索する新連載「ツール de オシゴト」。主人公のマコトは、1日100通を超えるメールを受信する広告代理店のビジネスパーソンだ。メールが埋もれて見逃すことも数回。過去のメールを検索するのに時間がかかってイライラすることもある。そこで、メールに代わるコミュニケーションが簡単に管理できるコラボレーションツールを模索する。 前回までのあらすじ 社外メンバーを含めたプロジェクトチームで使えるコミュニケーションツールとして、Twitterのような「Yammer」や話題の「Google Wave」、β公開中の「feedpath Rooms」を試したマコトたち。SkyDriveやquanp、Backpa
脱Excel！ Redmineでアジャイル開発を楽々管理
ソフトウェア開発のタスクをチケットに登録すると、作業を始めるチケット管理をメインに、進ちょく管理、問題管理などができる。 バグ管理システムだけでなく課題管理システム（ITS：Issue Tracking System）で運用する開発プロセスは、チケット駆動開発（TiDD：Ticket Driven Development）と呼ばれ、最近注目されている。 Ruby1.9の開発はRedmineで管理されているように、近ごろは事例も増えている。 Redmine運用前の問題点 筆者がRedmine運用前に持っていたプロジェクト管理の問題点は下記2点だった。 1．Excelでのタスク管理の限界 従来からプロジェクトマネージャやプロジェクトリーダーの多くは、進ちょく管理やタスク管理をExcelで行ってきた。 プロジェクト管理では顧客へ進ちょく報告するために、残工数と残タスク数を計算する必要がある。だが
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
