まず単体機能を実現するスタンドアロン型のプロジェクト管理ソフトウェアをいくつか紹介しましょう。いずれも記述言語によらず、ユーザインターフェースはカラフルでわかりやすく、従来の商用ソフトウェアに匹敵する使い勝手を提供しています。
まず単体機能を実現するスタンドアロン型のプロジェクト管理ソフトウェアをいくつか紹介しましょう。いずれも記述言語によらず、ユーザインターフェースはカラフルでわかりやすく、従来の商用ソフトウェアに匹敵する使い勝手を提供しています。
「度重なる改修やドキュメントの不備などで現行システムがブラックボックス化し,調査工数の増加や予期せぬ障害を招いている。この特集では,現行システムの見える化の実態とそのテクニックを解説する。 第1回 6割はいらないコードだった 第2回 設計書がない!担当者がいない! 第3回 コードの調査だけで数カ月! 第4回 データの「見える化」ならDFDを使おう 第5回 システムと業務をUMLでマッピングしよう 第6回 「見えない」システムが増殖する 第7回 こんな見える化は失敗する 第8回 業務とシステムを関連付けたい! 第9回 効率よくヒアリングしたい! 第10回 ソースコードのロジックを見える化したい! 第11回 インフラを見える化したい! 第12回 稼働中のシステムを見える化したい! 第13回 障害原因を見える化したい! 第14回 変化に強いシステムかどうかを見極めよう
【プロジェクト管理術】 ドラッカー流、リーダーの方程式 第5回:成果が上がる人、上がらない人 著者:エンプレックス株式会社 藤田 勝利 2008/10/31
プロジェクト管理ツールの必要性 みなさんのプロジェクトは上手に運営できていますか? プロジェクトメンバーのタスクの進捗管理はできていますか? 問題・課題管理はスムーズに行えていますか? ExcelやWord、紙資料を用いた管理で、作業が煩雑になっていませんか? 進捗報告ミーティング用の会議資料作成やチームメンバとの情報共有のために、大きく時間を取られていませんか? ファイルサーバには必要かどうか判断できない無駄な資料があふれかえっていませんか? ソースコードはきちんと管理されていますか? リリース用のソースコードに、どんな機能が盛り込まれ、どんな不具合が解決したのか、ちゃんと把握できてますか? プロジェクトが混沌としてくると、ドキュメントやソースコードの構成管理がぼろぼろになり、プロジェクトメンバの作業の進捗具合をリーダが見通せなくなります。その結果、上記のような問いかけに対して「できてい
プロジェクト管理の重要性は理解しつつも、実際にうまく管理されているケースはあまり多くない。大げさなシステムを導入した所で、普段の業務を圧縮してそのシステムを勉強する時間を作り出すのは非常に難しい。 わざわざシステムを導入するのではなく、現状の延長線上で考えよう。利用するのは普段使い慣れているExcelだ。 今回紹介するフリーウェアは開発マイルストーン、Excelを使った工程管理ソフトウェアだ。 開発マイルストーンはExcelアドオンと作業ファイルと二つで構成されている。アドオンを起動した後、作業ファイルを起動すれば利用できるようになる。 工程管理は面倒な帯をドラッグなどしたりしない。開始日と日数を入れれば自動で変更される。変更は表のみで、後は自動で描画が変わっていく。 関連を表す線も、一度クリアして再描画するだけでいい。さらに作業工数統計と言ったグラフ表示もできる。 慣れたExcelで作業
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く