EclipseによるJava開発環境構築手順 - Archit!! の続きのようなもの。これもたびたび生徒さんから質問されるので、EclipseのPleiades All in OneでTomcatプロジェクトの作成方法をまとめておこう。 Eclipseを起動し、Javaパースペクティブを選択する。 左側に「パッケージ・エクスプローラー」があることを確認する。ない場合は、「ウィンドウ」<「ビューの表示」<「パッケージ・エクスプローラー」を選択する。 パッケージ・エクスプローラーの白い部分(何も表示されていない部分)を右クリックするか、ファイルメニューから、「新規」<「その他」を選択する。「Java」<「Tomcatプロジェクト」を選択し、「次へ」をクリック。 「プロジェクト名」に好きなプロジェクト名(たとえば「HogeProject」)を入力し、「デフォルト･ロケーションの使用」のチェック
フリーで使えるプロジェクト管理ツールをまとめておきます。 ■ガントチャート 開発マイルストーン ガントチャートでプロジェクト管理できるExcelツール フリーとは思えないほど高機能 ガントチャートforExcel・・・シェアウェアになりました こちらもガントチャートでプロジェクト管理できるExcelツール スケジュールの表示期間を切り替えられるのが便利 OpenProj Java ベースでガントチャートでプロジェクト管理ができるツール Microsoft Project のフリーのビューワーとしても利用可能 フリーの高機能プロジェクト管理ソフト「OpenProj」を試してみました TaskLine Excelのアドインとして動作するプロジェクト管理ツール（saramiさん情報） Microsoft Projectのファイル(XML形式)をExcelで表示するProjectViewerもある
なにするの？ Windows上にTrac Lightning Wiki - Trac Lightning - OSDNでSubversion環境を立ち上げ、svkでMacに分散リポジトリ環境を作る。 で、XcodeのSCM機能でsvkを利用する。 読みにくいし長いので覚悟あれ。ごめん。 大学までの電車通学な時間を利用できないか、とのことで、分散レポジトリを組むことにした。 Trac Lightningのセットアップ インストール Trac Lightning Wiki - Trac Lightning - OSDNから落としてきて、インストーラを実行。 インストールが完了して再起動したら、 スタートメニュー->すべてのプログラム->Trac->コマンドプロンプトから実行 でApacheその他もろもろを起動。 http://localhost/ にアクセスして、Tracが使えるようになってる
皆はどんな現場で，どんな仕事をしているのだろう。何に悩み，どうやって乗り越えているのだろう。プロの仕事とそうでない仕事の境目はどこにあるのだろう。システム開発や運用の現場を歩き，そこで見聞きした面白い話，感動的な話，すごい話を紹介します。 ・大企業からベンチャーまで ぼくはこんな現場を歩いてきた ・SEを潰した値引き 信頼も連帯感も消えた ・期限は明日――若手SEの気迫を見た ・寝不足のプレゼン ドリンク剤も効かず ・中国の開発現場もすごい 若き社長が率いる修羅場 ・オンラインダウン発生！ あの日，何もできなかった ・建築設計事務所で見た 巨匠のすごいレビュー ・コンサル泣かせの現場 “小さな王国”の弊害 ・逝去した巨匠への追悼 感激したあの言葉 ・人の話を聞かない40代 あるコンサルの失敗 ・過ぎたるは及ばざるがごとし 作りすぎたRFPの悲劇 ・人間万事塞翁が馬 得難いレクチャーの裏事情
日本のオフィスには神業的なExcel使いの方々がいて、方眼紙のように網目を作り、そこに図形やチャートを作り上げている。仕様書や提出するドキュメントも全てExcelで作られていたりする。このような方々は、Excelが使えないとなったらさぞかし混乱をきたすことだろう。 OpenOffice.orgを使ったガントチャートテンプレート プロジェクトを管理をExcelで行っている方がいたら、そこだけはOpenOffice.orgに乗り換えられる可能性がある。ガントチャートを手早く作ってくれるテンプレートがあるのだ。 今回紹介するフリーウェアはGantt Chart for OpenOffice Calc、OpenOfficeのCalc（表計算機能）向けのガントチャート作成テンプレートだ。 Gantt Chart for OpenOffice CalcはOpenOffice.org用で、Excel用に
プロジェクト・マネジメントのアンチパターンを徹底解説 プロジェクト・マネジメントにはセオリーがある。セオリーを知らずに，あるいは軽視して，失敗するプロマネは少なくない。現場でたたき上げたベテランの凄腕PMが，現場でプロマネがやってはいけないことを解説する。 関連サイト： ■メール編 ■やる気編 ■要件定義編 ■会議編 ■報連相編 ■協力会社対応編 ■品格編 ■課題管理編 ■変更管理編 ■コミュニケーション編 ■外注管理編 ■姿勢・資質編 ■計画＆進捗管理編 ■品質編 ■姿勢編 理由無き要求は機能化してはいけない プロジェクト事務局を軽視してはいけない 過去の成功体験にとらわれてはいけない 自己研鑽を怠ってはならない 目的を忘れてはいけない ■プロジェクト完了編 完了条件をあいまいにしてはいけない 完了報告会を省いてはいけない 成功・失敗要因を不明確なままにしてはいけない フィードバックを忘
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp： アート・オブ・プロジェクトマネジメント ―マイクロソフトで培われた実践手法 (THEORY/IN/PRACTICE): Scott Berkun, 村上 雅章: 本