ガントチャート,プロジェクト管理,スケジュール表がサクサク作れる。チャート作成がカンタンに共有！しかもフリー タスク管理にも - Brabio!ガントチャート作るならエクセルの10倍速い初心者専用のクラウドツール。20万社突破！ 工程管理もスケジュール表も簡単に作成。様々なビューで視覚的にわかりやすい プロジェクト管理 かんたんチャート作成、進捗管理もバッチリマイルストーンだって管理できます ＜便利な機能をかんたんに＞ ・プロジェクト横断ビュー ・Excel、CSV入出力 ・タスクをリンク ・進捗率（達成率）の入力管理 ・担当状況確認ビュー ・プロジェクトサマリー ・組織への対応
第1回 Tracをオススメする，これだけの理由：ITpro
Tracの便利さに惹かれるが，インストールに煩わしさを感じ，Tracを簡単にインストールできるTrac Lightning（旧Trac月）の開発を行う。また，日本のTracコミュニティであるShibuya.tracにてユーザー補完プラグインなどのプラグイン開発にも携わる。 チーム内のタスクや分散開発におけるタスク管理の手段として，プロジェクト管理ツールのTracが注目を集めています。Tracは，Ruby on RailsやSpring IDEなどでも利用されています。本連載では，開発現場を交通整理するために，Tracを利用したプロジェクト管理の効率化を，Tracの基礎から紹介していきます。 ソフトウエア開発において，プロジェクト管理はガントチャート・ベースで行われることが多いでしょう。しかし，ガントチャート・ベースの管理では，詳細を報告するために作業報告書を別途作成する必要があります。 ま
あるＳＥのつぶやき: フリーで使えるプロジェクト管理ツールまとめ
フリーで使えるプロジェクト管理ツールをまとめておきます。 ■ガントチャート 開発マイルストーン ガントチャートでプロジェクト管理できるExcelツール フリーとは思えないほど高機能 ガントチャートforExcel・・・シェアウェアになりました こちらもガントチャートでプロジェクト管理できるExcelツール スケジュールの表示期間を切り替えられるのが便利 OpenProj Java ベースでガントチャートでプロジェクト管理ができるツール Microsoft Project のフリーのビューワーとしても利用可能 フリーの高機能プロジェクト管理ソフト「OpenProj」を試してみました TaskLine Excelのアドインとして動作するプロジェクト管理ツール（saramiさん情報） Microsoft Projectのファイル(XML形式)をExcelで表示するProjectViewerもある
第9回 課題管理表からゴミを取る
プロジェクトで次々に発生する「課題」。これらを的確に管理して対処していかないと，プロジェクトが頓挫するか，品質の低い情報システムを生み出してしまう。だが，課題管理を安易に始めると，課題の中に「リスク」や「ToDo」「備忘録」的なものが混在してしまい，見るに値しない課題管理表になる。このような“ゴミだらけ”の管理表では，とてもマネジメントなどできない。 高橋信也 マネジメントソリューションズ 代表取締役 プロジェクトの課題管理について，会議中，次のようなやり取りを長々と言い合う場面に出会ったことはないでしょうか。 プロジェクトマネジャ：「Aチームの課題は総件数が152件。未決件数80件中，期日遅れが40件になっている。プロジェクトが始まって2カ月しかたっていないのに，どうしてこれほど遅れが生じているのか？」 Aチームリーダー：「重要な課題は3件と認識しているのですが，それ以外は各チームメンバ
「優れた建築家ほど，現場での変更が多い」
初回に，建築家の中村好文氏の「どんな家が欲しいのか，依頼者には分からない」という言葉をご紹介したが，今回も建築の話題をひとつ。 幅広い音楽ジャンルで活動しレコーディング・スタジオの設計・建設でも活躍されているミキシング・エンジニアの赤川新一氏がこんなことを言っていた。 「優れた建築家ほど，現場での変更が多い」 駄目な建築家は，当初の設計どおりに作ろうとする。しかし，ものづくりでは，設計の段階でユーザーの要求を漏れなく盛り込めるわけではない。優れた建築家は，どれくらいの要求が漏れているのかだいたい分かっていて，それを前提に行動する。工事が始まってから新たな事実が発覚したときに，ためらうことなく，効率的に変更ができるのが優れた建築家である。 レコーディング・スタジオのような難しい建築工事になると，初期のユーザー要求は明確になっていてもそれを実現する方法が十分に見えていない状態での着工になること
意図が伝わる設計書作成の心得【第3回】
効率よく，ユーザーと必要十分な打ち合わせをしたつもりでも，基本設計書に大きな“抜け”が生じることがある。システムの目玉機能ばかりに目を奪われたり，設計者が補って考えるべきところで手を抜いたりするためだ。設計書の“抜け”がどうして生まれるのか，それを防ぐにはどうすればよいかを，よく起こりがちな二つの実例を通して考えてみたい。 いざ基本設計書をレビューしてみると，システムのある部分に関する重要事項がすっぽりと抜け落ちていた――。 このような話は，システム開発の現場でしばしば耳にするのではないだろうか。図1のように，システムの構築に欠かせない重要な事項が，なぜかユーザーからも設計者からも指摘されないことがあるのだ（あるいは指摘されながらも議論が不十分なことがある）。こうした状況で基本設計書を作成しても，その通りに作るとシステムは意図通りに動かない。 問題が表面化すると，基本設計書の“抜け”に対す
Part 2 失敗しないCMS導入ワークフロー：ヒアリング、プランニング | 成功するCMS導入の必須ノウハウ
失敗しないCMS導入ワークフロー 多数の導入経験で磨かれた手順と設計書 ページではなく“コンテンツ”を管理前置きはこのくらいにして、CMS導入に関する流れを説明しよう。スリーイントでは、CMS導入において以下のようなワークフローを使用している。これはCMS導入が“システム構築”という面を持つ一方で、システム系とはまったく関係ない“コンテンツ管理という”面を持っている非常に厄介な仕事だからだ。順序だててきちんと進めなければ、成功し得ないプロジェクトだといえるだろう。 CMSが単にウェブサイトを管理するものだと考えているならば、このプロセスは必要ないのかもしれない。なぜならば、現状のウェブサイトを管理しているのはウェブマスターであり、ウェブサイトについてはほぼすべてを熟知しているからだ。システムを構築するベンダーとウェブマスターとの間で設計をして構築すればいいだろう。しかし、これによって何が構
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
イエイリ建設ITラボ
3次元CADに続く4次元目は「時間」。では、5次元目って何なのよ？｜ケンプラッツ