Tracのワークフロー - プログラマの思索
Tracを使い始めて、Redmineと異なる視点を感じる所があったのでメモ。 【1】RedmineやTracを障害だけでなく要望も含めてタスク管理する発想は、Issue Trackingと呼ばれる。 元々、チケット駆動開発(Ticket Driven Development)は、バグ管理システム(Bug Tracking System)を汎用化した課題管理システム(Issue Tracking System)から発生した開発プロセス。 すると、障害管理で使われるステータスだけでは管理しにくい場面が出てくる。 例えば、ITILではシステム運用保守で、問題管理、インシデント管理、変更管理、リリース管理の4つの視点を提供する。 BTSのバグ管理は、問題管理と同じ。 問題管理のワークフロー(チケットの状態遷移図)は下記が普通だろう。 新規→担当→解決→検証中→検証完了→終了(リリース完了) このパ
書評: Trac入門 ソフトウェア開発・プロジェクト管理活用ガイド | 秋元@サイボウズラボ・プログラマー・ブログ
献本いただいたもの。 Trac入門 ――ソフトウェア開発・プロジェクト管理活用ガイド 著者／訳者：菅野 裕 今田 忠博 近藤 正裕 杉本 琢磨 出版社：技術評論社( 2008-09-18 ) 定価：￥ 3,024 Trac入門 ソフトウェア開発・プロジェクト管理活用ガイド 僕は、Tracに限らず世の中の多くのバグ管理システムはエンジニア以外には非常に使いづらいのではないかと思っているけど、それがエンジニアには十分問題なく使えていたりする。結局、誰の手にもぴったり合うようなツールって無理なのかなあ、とも思うけど。これはこの本には直接は関係ないかな。 1章では、課題管理システム(Issue/Bug Tracking/Management System)がどうして必要か、を、短編漫画も入れての説明。バグ管理システムの類は、一人のプログラマとしてはけっこう優秀なのに、チーム開発の経験不足とか過去に
Web2.0時代のプロジェクト管理 - プログラマの思索
「Trac入門 ――ソフトウェア開発・プロジェクト管理活用ガイド」を読んでインスピレーションを得たこと、下記のBlogで得たヒントを書く。 【元ネタ】 Trac入門というより、新しい時代のプロジェクト管理入門 Trac入門 ――ソフトウェア開発・プロジェクト管理活用ガイド Web2.0時代のバグ管理ツールを作る 【1】Excelによるプロジェクト管理は、紙を使った前近代の管理とBTSを使うWeb2.0時代の管理の過渡期の手法 本番リリース後にお客から障害発生が通知されたら、その履歴をきちんと管理するために、バグ管理するだろう。 そういう管理すらないプロジェクトでは、障害の事象や、その修正状況を共有するインフラが無い。 「今問題となっている障害は、障害管理番号XXX番のことですよ！」と一言言えば済むのに、一意に降られた番号が無ければ、最初から逐一説明しないといけない。 つまり、バグ管理IDを
Trac Lightning をインストールした
► 2023 (1) ► 06 (1) ► 2022 (3) ► 09 (1) ► 06 (1) ► 03 (1) ► 2021 (4) ► 10 (1) ► 09 (1) ► 06 (1) ► 04 (1) ► 2020 (5) ► 11 (1) ► 10 (1) ► 09 (1) ► 06 (2) ► 2019 (7) ► 09 (1) ► 06 (4) ► 05 (1) ► 03 (1) ► 2018 (14) ► 12 (1) ► 11 (1) ► 10 (5) ► 09 (3) ► 06 (1) ► 05 (1) ► 03 (2) ► 2017 (76) ► 09 (5) ► 07 (2) ► 06 (5) ► 05 (1) ► 04 (2) ► 03 (11) ► 02 (23) ► 01 (27) ► 2016 (39) ► 10 (11) ► 09 (12) ► 06 (4
CNETは会議の議事録でもTracを利用? - builder開発日記 - いが - builder by ZDNet Japan
こんにちは、builder中の人いがです。 先般ちょうど、はてなブックマークでITProさんのTracに関する記事が話題になっていましたね。私も「ほっ、ほっー」と読ませていただいたのですが、せっかくですのでCNETでのTracの使われ方を現場の事例ということで、ご紹介します builderでは企画･仕様・管理まで全てtracを利用しています CNET日本の社内では、全ての企画に編集・営業・開発が関わって進めることになります。そのとき共通のドキュメント基盤をどうするかという問題があります。 社内でも以前はPPTベースで企画書、その他Excelで各ページの詳細仕様を作るということが多かったのですが、builderでは可能な限り社内資料をTracに集約しています。 企画段階のTracの使い方 まず、企画段階のビジネスプランや媒体の設計もまずはTracのWikiから始めます。昔は、PPTや、共有の
インタアクト株式会社--業務内容--公開資料
EdgeWall Software およびThe Trac Project が開発した プロジェクト管理ツールです。 Python で作成されたWeb アプリケーションであり、ソフトウェア開発のプロジェクト管理に特化しています。 Trac は以下の機能で構成されています。 Wiki Subversion リポジトリブラウザ バグトラッカ (チケットシステム) 2012年10月5日現在の安定版バージョンは 1.0 です。 特徴 Wiki の活用により、単なるバグトラッカではなくプロジェクトポータルとして利用できます。 バグトラッカのコメントの記述や、Subversion のコミットログなどで表現力が高まります。 Wiki, Subversion リポジトリ, バグトラッカを横断したリンクを簡単に作成することが出来ます。 メールサーバの設定は不要です。 Wiki ページ更新、バグトラッカの更新
Tracで開発現場を交通整理---目次：ITpro
チーム内のタスクや分散開発におけるタスク管理の手段として，プロジェクト管理ツールのTracが注目を集めています。Tracは，Ruby on RailsやSpring IDEなどでも利用されています。本連載では，開発現場を交通整理するために，Tracを利用したプロジェクト管理の効率化を，Tracの基礎から紹介していきます。 日本のTracコミュニティであるShibuya.tracのメンバーから厳選された，渋谷.trac 吐羅苦野郎Aチームが執筆を担当します。ぜひお読みください。 第1回 Tracをオススメする，これだけの理由 第2回 Trac Lightningで簡単インストール 第3回 TracをLinuxにインストール，Tracの基本的な設定 第4回 Tracではじめるバグ管理入門
プログラマの思索: Webベースのプロジェクト管理
最近、プロジェクト管理の手法が急激に変化しつつあるのを感じる。 以前は、ExcelやMS Projectで進捗管理や要件管理をプロジェクトリーダーが取り仕切り、メンバーに節目ごとに展開していた。 そこでよく出る症状として、プロジェクト全体の進捗や各メンバーの役割がメンバーに見えにくいことがあった。 だから、「見える化」と称して、XPやPFの手法が使われた。 最近は、Trac(Python)やRedmine(Ruby on Rails)のようにWikiベースのFreeのプロジェクト管理ツールを導入するケースが多くなった。 その特徴や感想について書いてみる。 【1】TracやRedmineの特徴は下記があるように思う。 １・Wikiに、技術上のアイデア、開発環境の構築方法、リリース作業手順、日報などを書き込み、皆で情報共有する ２・カレンダーにプロジェクトのマイルストーン、各自の作業納期を書き
Javaによるバグトラッキングシステム·JTrac MOONGIFT
新年早々からビジネス関連の話題で恐縮なのだが、新年気分にも負けずたんたんと続けていくのがMOONGIFTクオリティ。新年一つ目はプログラマの大嫌いなバグの話題から。 バグトラッキングシステムはプロジェクトを進める上で大事なソフトウェアの一つだ。Windowsであればこれがごく簡単に導入できる。 今回紹介するオープンソース・ソフトウェアはJTrac、Javaベースのバグトラッキングシステムだ。 JTracは名前にTracと入っている。Tracというと、Pythonの有名なプロジェクト管理を彷彿とさせるが、現状ではあそこまで高機能ではない。バグトラッキングシステムに特化している。 Windowsであればごく簡単に利用できる。ダウンロード＆解凍し、バッチファイルを起動するだけで良い。80番のポートで起動し、標準はadmin/adminでログインできる。 後はプロジェクトを追加し、項目を設定すれば
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
