Shibuya.trac 第12回勉強会 〜 チケット管理システム大決戦 第二弾 〜 に行ってきました #shibutra - Natural Software
6月30日 Shibuya.trac 第12回勉強会 【通常枠】(東京都) みなさん、ありがとうございました。 対決の内容は置いといて、対決の意味はこんなとこかなーと感じました。 #shibutra やっぱり有償無償のツールを一律には比較できないところがあるような気がするけど、今日参加した人たちが今後どういうツールを選択していくのか気になる 2011-06-30 22:34:05 via Twitter for iPhone を受けて、 対決させることのメリットは、ツールの得意、不得意が自分目線、他人目線でわかるので、どれが自分たちの組織に合うかの判断材料になることかな。 2011-06-30 23:44:42 via Echofon 自分の中での、各ツール比較 今日の話の内容と、自分の今までの経験から、各ツールの使いどころを考えてみました。自分が使ってるまたは、使おうとしていうツールも、
チケット駆動開発が進むべき道part2～プロジェクト管理サーバーは開発チームの資産 - プログラマの思索
プロジェクト管理の歴史が書かれた記事から、チケット駆動開発に至っている現在を連想した。 又、「プロジェクト・マネジメントは組織としての能力である」という記事から、チケット駆動開発が進むべき道について考えたことをメモ。 ラフなメモ書き。 【元ネタ】 ECナビ エンジニアブログ : ECナビにおける案件管理の歴史 ～Excel/MS ProjectからRedmineまで～ プロジェクトマネジメント ワンポイント講義～プロジェクト・マネジメントは組織としての能力である ECナビ エンジニアブログ : ECナビにおける案件管理の歴史 ～Excel/MS ProjectからRedmineまで～を読むと、Excel・MS Project→自作ツール→Trac・Redmineに至る流れの背景がよく分かる。 10年前まではオープンソースのプロジェクト管理ツールは存在せず、紙やExcelで障害報告してタスク
emacs から BTS のチケット番号を指定してブラウザでチケットページを開く2 - わからん
以前、冗談で作った拡張をいくらか改善しました。emacs のフレームワーク anything のインターフェースでチケット番号を入力し、Firefox などのブラウザで該当するチケットのページを開く拡張です。 anything-show-ticket | GitHub ソースコードをロードパスの通ったところに配置し、以下のように設定します。 (setq ast-bts-address '(("DemoProject" . "https://my.redmine.jp/demo/issues/show/%s") ("Meadow" . "http://www.meadowy.org/meadow/ticket/%s") ("OpenPne" . "http://redmine.openpne.jp/issues/%s"))) (require 'anything-show-ticket) ;
{Redmine, Trac} + {Git, Mercurial, Subversion}のホスティングサービス「SourceRepo」 - 元RX-7乗りの適当な日々
なかなか良さそうなバージョン管理ツール＋課題管理ツールのホスティングサービスをたまたま見つけた。 Secure, Simple, Affordable Source Hosting - SourceRepo - Git Hosting, Subversion Hosting, Mercurial Hosting 有償だけど、 Git, Mercurial, Subversion Redmine, Trac など、諸々使える。 あと、有償だけに暗号化通信に対応していたり、ブラウザから簡単に触れるコントロールパネルが付いていたり、利用者数制限は無かったり、と、有償なんだけど、そこそこ安価で、そんなに悪くないように思います。 以降、簡単に紹介まで。 プラン Level1〜3まで、3つのプランがあるようです。価格帯は、$3.95〜$12.95/monthといったところ。 Level1では、バージョ
RedmineとTracの機能比較 - プログラマの思索
RedmineとTracの両方でチケット駆動開発を運用してみて、色んな気付きがあった。 以下メモ書き。 【比較対象】 ・Redmine0.8.0 ・Trac0.11.1.ja 【元ネタ】 脱Excel！ Redmineでアジャイル開発を楽々管理 － ＠IT自分戦略研究所 【1】複数プロジェクトの扱い RedmineがTracよりも機能が優れている点の一つは、複数プロジェクトに対応していること。 Tracはプロジェクトに親子関係を入れることができないため、特に大規模プロジェクトではチケット駆動開発を実践しにくいだろうと思う。 複数プロジェクトを作りたい状況は、二つある。 【1-1】開発チームが複数のサブチームに分かれていて、それぞれでタスク管理したい場合。 RedmineやTracを運用してみると、一つのプロジェクトでメンバーが5人以上だとチケットが乱発されたり、放置されやすくなるようだ。
他システムからの移行 - Redmineガイド
Home インストールガイド Redmineのインストール » メールの設定例 アップグレード Redmineのバックアップとリストア 他システムからの移行 Trac Mantis その他のシステムからの移行とサードパーティーのスクリプト システム管理者向けガイド プロジェクトに対する管理操作 ユーザに対する管理操作 グループに対する管理操作 ロールと権限 課題管理システム カスタムフィールド 選択肢の値 アプリケーションの設定 システム管理者向けガイド — 高度な設定 リポジトリ メールによるチケット登録 リマインダメールの送信 LDAP認証 ユーザーガイド 始めましょう アカウント ログイン 登録 検索 マイページ 「概要」 活動 チケット » チケット一覧 »» チケットのサマリー » ロードマップ »» バージョンの概要画面 時間管理 » 作業時間の記録: 詳細 » 作業時間の記録
Redmineはもっと評価されていい - kirara_397's blog
今日はプロジェクト管理ソフト「Redmine」を紹介します。これはもっと評価されていいソフトだと思うので、ささやかながら布教してみます。 Redmineって何さ？ プログラム言語「Ruby」（正確にはそのフレームワーク「Ruby on Rails」）で書かれた、オープンソースのプロジェクト管理ソフトウェアです。こういうのはBTS（Bug Tracking System: バグ追跡システム）とかITS（Issue Tracking System: 問題追跡システム）とも呼ばれます。ソフトウェア開発チームでの使用を想定されていて、Wiki、問題管理、バージョン管理がセットになっているのが特徴です。 そういうのってTracの方がメジャーでしょ？ その通りですね。Tracはプログラム言語「Python」で書かれている同種のソフトで、現在のBTSの原型を作ったと言っていいと思います。また、基本機能に
Redmineでチケット駆動開発を実践する～チケットに分割して統治せよ - SlideShare
Redmineでチケット駆動開発を実践する～チケットに分割して統治せよ 関西Ruby会議01＠関西-KOF2008講演資料「Redmineでチケット駆動開発を実践する～チケットに分割して統治せよ」 redmine tidd Slide 1: Redmine で チケット駆動開発を 実践する チケットに分割して統治せよ 2008/11/7 あきぴー 1 KOF2008(written by Akipii) Slide 2: 第1部 Redmine で プロジェクト管理を IT 化せよ タスクはチケットに 2 分割して統治せよ KOF2008(written by Akipii) Slide 3: Redmine とは Ruby on Rails で作られたバグ管理システム (BTS) 最新版： 0.7.3 (2008/5) http://www.redmine.org L
課題管理対決！Redmine vs. Trac
Redmineの機能と特徴 Redmineは、Ruby on Rails上で動作する、Webインタフェースの課題追跡（Issue Tracking）ツールです。原稿執筆時点（2008年9月現在）での最新のバージョンは0.7.3です。 Redmineが搭載している機能は、「マイルストン設定（ロードマップ）」「カレンダー／ガントチャートの表示（概要）」「作業時間の登録／集計（チケット、概要）」「作業履歴の閲覧（活動）」「課題の登録／追跡管理（チケット、新しいチケット）」「伝言板（ニュース）」「文書の登録／閲覧（文書、Wiki）」「ディスカッション（フォーラム）」「ファイルの共有（ファイル）」「ソース管理との連携（リポジトリ）」「ワークフロー定義」「メール通知」「RSS配信」「ユーザの管理/ロール・権限の設定」です。なお、かっこの中はRedmine画面上で対応する主なメニュー項目名です。 筆者の
Web2.0時代のプロジェクト管理 - プログラマの思索
「Trac入門 ――ソフトウェア開発・プロジェクト管理活用ガイド」を読んでインスピレーションを得たこと、下記のBlogで得たヒントを書く。 【元ネタ】 Trac入門というより、新しい時代のプロジェクト管理入門 Trac入門 ――ソフトウェア開発・プロジェクト管理活用ガイド Web2.0時代のバグ管理ツールを作る 【1】Excelによるプロジェクト管理は、紙を使った前近代の管理とBTSを使うWeb2.0時代の管理の過渡期の手法 本番リリース後にお客から障害発生が通知されたら、その履歴をきちんと管理するために、バグ管理するだろう。 そういう管理すらないプロジェクトでは、障害の事象や、その修正状況を共有するインフラが無い。 「今問題となっている障害は、障害管理番号XXX番のことですよ！」と一言言えば済むのに、一意に降られた番号が無ければ、最初から逐一説明しないといけない。 つまり、バグ管理IDを
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TracやRedmineのチケットのページを開く anything-show-ticket をリリース！ - わからん