課題管理対決！Redmine vs. Trac
Redmineの機能と特徴 Redmineは、Ruby on Rails上で動作する、Webインタフェースの課題追跡（Issue Tracking）ツールです。原稿執筆時点（2008年9月現在）での最新のバージョンは0.7.3です。 Redmineが搭載している機能は、「マイルストン設定（ロードマップ）」「カレンダー／ガントチャートの表示（概要）」「作業時間の登録／集計（チケット、概要）」「作業履歴の閲覧（活動）」「課題の登録／追跡管理（チケット、新しいチケット）」「伝言板（ニュース）」「文書の登録／閲覧（文書、Wiki）」「ディスカッション（フォーラム）」「ファイルの共有（ファイル）」「ソース管理との連携（リポジトリ）」「ワークフロー定義」「メール通知」「RSS配信」「ユーザの管理/ロール・権限の設定」です。なお、かっこの中はRedmine画面上で対応する主なメニュー項目名です。 筆者の
masuidrive on rails » Blog Archive » プロジェクトの始まりはTracから
そんなわけで、プロジェクトの始まりはTracから。これがないと仕事が始まりません。 Tracが一番良いわけでも無いんだけど、日本語マニュアルがあるところと、ユーザが多いことから、subversionとの連携スクリプトなどが多数公開されているところが、選択理由です。 Railsベースでも複数、プロジェクト管理ソフトが出てきているので、どれか良い物に育ってくれると嬉しいなと思っています。 さて、tracのインストール方法はwebで沢山見つかるので、それを参考にインストール。 Tracは初期設定でも十分使いやすいんですが、チケット登録で担当者をドロップダウンリストにするために設定を変更します。 tracの設定ファイル conf/trac.iniの下記の項目を変更してください。 [trac] default_charset = utf-8 # 文字コードはUTF-8で [ticket] restr
わたしが知らないスゴ本は、きっとあなたが読んでいる: 困った現場に効く「プロジェクトマネジメント現場マニュアル」
プロマネ本は沢山あるが、こいつは具体的。プロジェクトのその場その場で発生する問題とその解決策がよく分かる。「こんなときどうする?」形式なので、自分なりの対策を考えて→次のページで"答え合わせ"をするといった読み方もできる。カユいところに手が届く仕掛け。 例えば… 問題がいつまでたってもなくならない。進捗報告はペンディングの山。どうやって片付ける? テストが甘い。行き当たりばったりで、テスト自体のモレヌケによりつぶすべきバグが後になって湧く。なんとかするには、何をどうすればいい? アバウトな品質要求「使いやすい画面にしろ」といわれたとき、何をどうすれば「使いやすい画面」になっているといえるのか? 進捗管理が甘い。「90パーセントです」が1ヶ月続く。あるいは、進捗会議の場が、「なぜ遅れているのか」の言い訳の場になっている。どうする? 答え 問題を管理する。責任者、期限、優先度を決め、進捗を監視
ビジネスリサーチの心得
2．ビジネスリサーチの情報収集 デスクトップ調査 の基本〜アニュアルレポートなど公開情報から… デスクトップ調査 とは、主にインターネットなどを使用して、公開情報を調査して整理・分析を行うものです。「CIAも収集する情報の95％が公開情報」ということで、情報不足とい… 2021.01.28 2021.05.13 1915 view 5．ビジネスリサーチのビジネスモデル ビジネスリサーチがアウトソースされる理由 ビジネスリサーチを社外に依頼する理由①〜信頼できる人「すべては依頼から始まる」からでも書きましたが、依頼主が社外にリサーチを委託する最大の理由は、事業環境を定点で把握… 2021.01.18 2021.05.13 146 view
『アート・オブ・プロジェクトマネジメント』の著者の新刊『イノベーションの神話』 - YAMDAS現更新履歴
ETech07 - 歴史から学ぶイノベーションの発現条件 / The Myths of Innovation｜blog｜たたみラボ こないだ Etech について書いたときに紹介し忘れていた。 日本でも『アート・オブ・プロジェクトマネジメント』（asin:4873112990）の邦訳が出ている Scott Berkun によるもので、この講演は新刊『The Myths of Innovation』の内容に沿ったものである。 The Myths of Innovation 作者: Scott Berkun出版社/メーカー: Oreilly & Associates Inc発売日: 2007/05/01メディア: ハードカバー クリック: 11回この商品を含むブログ (4件) を見る 『イノベーションの神話』というタイトルはキャッチーだね。おそらく本書も早くにオライリー・ジャパンより邦訳が出る
最近、あなたは職場で人を褒めましたか？ － ＠IT自分戦略研究所
将来に不安を感じないITエンジニアはいない。新しいハードウェアやソフトウェア、開発方法論、さらには管理職になるときなど――。さまざまな場面でエンジニアは悩む。それらに対して誰にも当てはまる絶対的な解はないかもしれない。本連載では、あるプロジェクトマネージャ個人の視点＝“私点”からそれらの悩みの背後にあるものに迫り、ＩＴエンジニアを続けるうえでのヒントや参考になればと願っている。 ■リーダーシップトライアングルにおける位置付け この連載では、システム開発プロジェクトにおけるリーダーシップを中心に、「私の視点＝私点」を皆さんにお届けしています。 今回の内容は、リーダーシップトライアングルのLoveとManagementに関係します。Loveについては、第10回「正しいことをし、行動力を発揮するココロ」を、Managementについては、第9回「ソフトウェアは目に見えない」を、それぞれ参照いただ
Scott Berkun著『アート・オブ・プロジェクトマネジメント』読書開始 - はてダ保管所 by ogijun
アート・オブ・プロジェクトマネジメント ―マイクロソフトで培われた実践手法 (THEORY/IN/PRACTICE) 作者: Scott Berkun,村上雅章出版社/メーカー: オライリー・ジャパン発売日: 2006/09/07メディア: 単行本（ソフトカバー）購入: 20人 クリック: 361回この商品を含むブログ (186件) を見るこの日記では本を読んだ日に読書記録をつけていますが、それが複数日にまたがる場合は基本的には本を読み終わった日の日付で記事を起こすようにしています。ですがこの本は例外的に今日読み始めたんだけど記録しておきます。これからゆっくり読んでいく予定。スゴ本の人が力の入った読書感想文を書いている(すごい)のだけど、あれを見てしまうと1日で読み切ったりしないでじっくり取り組んだ方がいいなと判断せざるを得ないです。
YAMDAS現更新履歴 - Joel Spolsky選定のマネージメントトレーニング用課題読書リストの邦訳版を作ってみた
Joel on Software の翻訳 Wiki の話は以前にも書いたが、その中に Joel Spolsky の会社である Fog Creek Software におけるマネジメントトレーニングプログラム用の課題読書リストが公開されている。二週間に一冊読んでいっても二年間かかるという長大なリストである。 ちょうど Tech 総研で「この春に読みたい！TOPエンジニア推薦のIT技術書20冊」という記事が公開されているのを見て、件の読書リストで邦訳が出ているものだけ並べてもそれなりのリストになるのではないか、それにサポートページなどの情報を加えれば他の人の参考になるかと思ったのである。実際やってみると、邦訳だけでも50冊を超えるリストになり、正直死んだ（笑） 見やすいように著者や内容で大雑把に分類させてもらった（不適当な分類があったらすいません）。正直言って、この本が入るか？ というようなも
わたしが知らないスゴ本は、きっとあなたが読んでいる: 「アート・オブ・プロジェクトマネジメント」読書感想文【まとめ】
ITプロジェクトのマネジメントにおいて、本書はまさに宝の山といえる。 一回の探索では持ちきれないほどのアイディアがザクザクと手に入る。しかも、ひとつひとつの宝が、著者の経験に裏打ちされ、考え抜かれているため、一回読みでは消化不良を起こす。それぞれのフェーズで読み返すことで、順番にモノにしていくやり方が良いかと。 このエントリでは、自分の振り返り読みのために、読書感想文エントリの目次と、次に読むべき本・サイトのをまとめた。わたしだけでなく、誰かの参考にもなればイイナ！ その1 ・オーバービュー その2 1章「プロジェクトマネジメントの簡単な歴史」からの考察 ・PMにとっての最重要ツール ・アート ―― 技芸と呼ぶ理由 ・ホワイトボード地獄 その3 2章「スケジュールの真実」および、 3章「やるべきことを洗い出す」からの考察 ・何のための開発プロセスか? ・見積もり確度を上げる2つの質問
The Motivator Behind the Windows 2000 Development Team
When Brian Valentine joined the Microsoft Windows Division in December 1998, development of the company's next-generation operating system had reached a critical stage. At the mid-point of the largest software development project in the company's history, the 4,200-strong Windows 2000 team faced the challenge of finishing the product, finding and fixing bugs, fine-tuning new features, testing the
プロジェクト管理は「MS Project」使用、アクセンチュアが全世界で統一 ― ＠IT
2006/3/1 アクセンチュア・テクノロジー・ソリューションズは2月28日、アクセンチュアと同社が手がけるコンサルティングやシステム構築のプロジェクト管理に、マイクロソフトの「Microsoft Office Project」を標準ツールとして全世界で使っていることを明らかにした。アクセンチュア・テクノロジー・ソリューションズのシニア・ディレクター 高田栄一氏は「全社で導入することで、スピードアップ、省力化、標準化を狙っている」と説明した。 マイクロソフトが同日開催した説明会で高田氏がProjectの使用事例を紹介した。アクセンチュアはシステム構築の方法論、ツールセット、システム・アーキテクチャ、指標体系を全世界で標準化している。ツールでは2003年に「Projectがプロジェクト管理、進ちょく・コスト管理のための導入必須ツール」と指定した。製品では「Office Project Pro
プロジェクトの意義を問い続ける重要性 － ＠IT自分戦略研究所
プロジェクトマネジメントの方法は、各企業によって特徴があろう。さまざまな制限を課せられたプロジェクトマネージャは、どのようにしてプロジェクトをマネジメントしているのだろうか。本連載では、現役のプロジェクトマネージャに登場していただき、実際にどうプロジェクトを進めているのか。またプロジェクトに対する考え方などを伺っていきたい。 これまで、お2人の方にプロジェクトマネジメントについて伺いました。今回は私自身が、プロジェクトマネジメント、プロジェクトマネージャ（プロマネ）について思っていることをお話ししたいと思います。 ■プロジェクト推進について 私はシステム開発ベンダ、外資系ユーザー企業に勤務した後に独立しました。その間約15年間に、システム開発を20プロジェクトは経験したと思います。外資系の銀行システムから社内人事システムまで、さまざまな開発に従事してきました。プロジェクトに対する意識は、経
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
日本プロジェクトマネジメント協会(PMAJ)
Amazon.co.jp： 目標を突破する 実践プロジェクトマネジメント: 岸良 裕司
Amazon.co.jp: マネジメント改革の工程表: 岸良裕司: 本
Amazon.co.jp： アート・オブ・プロジェクトマネジメント ―マイクロソフトで培われた実践手法 (THEORY/IN/PRACTICE): Scott Berkun, 村上 雅章: 本