[B! bts] nobu666のブックマーク

障害管理における重要度と優先度の使い分け - プログラマの思索

障害管理における優先度と重要度の使い分けについてメモ。【元ネタ】ふたたび、優先度と重要度と緊急度のお話：シェアウェア販売者の独り言：So-netブログバグの優先度は意思決定プロセスの結果: プログラマの思索 TestLinkを運用して気付いたことpart9～後追いテスト: プログラマの思索レビュー計画【連載】実践ソフトウェアテスト考現学 (12) テストの新たなアプローチ - 複数の視点の組み合わせ | エンタープライズ | マイコミジャーナルはじめてのバグジラ ver2.16-ja編 TracTickets -- mi 障害管理では、重要度と優先度の項目がチケットに普通は付いている。 Mantisには重要度と優先度は元から付いている。だが、Redmine・Tracには優先度だけで重要度は付いていない。はじめてのバグジラ ver2.16-ja編では、重要度は下記のように書か

nobu666 2010/11/24

bts

リンク

分散型 BTS を試した

■ 分散型 BTS を試した分散型 BTS の SD てのを教えてもらったので、とりあえずインストールと思って試してみました。分散型BTS「SD (Simple Defects)」を試した上のサイトに、エラーメッセージの事が書いてありますが、Crypt::SSLeay の失敗の時のエラーメッセージは次のような感じでした。 Building cpan-Crypt-SSLeay build cpan-Crypt-SSLeay configure part failed. at bin/shipwright-builder line 549 main::_install('cpan-Crypt-SSLeay', 'GLOB(0x87deb10)') called at bin/shipwright-builder line 404 main::install() called at bin

nobu666 2009/10/04

bts
sd

リンク

RedmineとTracの機能比較part2～ポータビリティ、プラグインなど - プログラマの思索

あるTracユーザの話を聞いて、RedmineとTracの機能の違いを感じたので、考えたことをメモ。【1】ポータビリティ(環境の持ち運び)はTracが勝る TracLightningでは、SQLLite＋SVNが一つのフォルダに存在するから、バックアップが簡単。 Tracはそもそも１プロジェクトしか扱えないので、1プロジェクトのTracDB(SQLLite)を持ち運んで同期を取ればいい。しかし、Redmineでは、DBはMySQLが普通だから、バックアップや持ち運びはOracleのような操作が必要になる。また、複数プロジェクトを扱っているから、1個のプロジェクトだけ持ち運んでも同期がとりにくい。特に、客先と自社で受託開発のタスク管理をする場合、USBメモリでSQLLiteのDBを持ち運びできればすごく簡単だなと思った。 RedmineでもSQLLiteを扱うことはできるが、チケット

nobu666 2009/09/29

リンク

RedmineとTracの機能比較 - プログラマの思索

RedmineとTracの両方でチケット駆動開発を運用してみて、色んな気付きがあった。以下メモ書き。【比較対象】・Redmine0.8.0 ・Trac0.11.1.ja 【元ネタ】脱Excel！ Redmineでアジャイル開発を楽々管理－＠IT自分戦略研究所【1】複数プロジェクトの扱い RedmineがTracよりも機能が優れている点の一つは、複数プロジェクトに対応していること。 Tracはプロジェクトに親子関係を入れることができないため、特に大規模プロジェクトではチケット駆動開発を実践しにくいだろうと思う。複数プロジェクトを作りたい状況は、二つある。【1-1】開発チームが複数のサブチームに分かれていて、それぞれでタスク管理したい場合。 RedmineやTracを運用してみると、一つのプロジェクトでメンバーが5人以上だとチケットが乱発されたり、放置されやすくなるようだ。

nobu666 2009/09/29

リンク

TracからRedmineへ移行しない、たった一つの理由 - almost nearly dead

今更公開した新年会の資料を「チケット駆動開発の運用例: プログラマの思索」で取り上げていただいたのですが、ちっと補足しておきますよ〜っと。喋る用の資料であることと説明不足ですかね、修行が足りなさを痛感します。この辺とかこの辺を良く読んで勉強し直せって感じですね。*1 チケットをExcelで一括インポートごく初期だけで日常的な運用には使っておらず、複数のツールを使って管理するのは運用(利用)負荷が上がるだけなので、基本はtracのチケットのみで管理しています。チケットの入力負荷の軽減を図るためにコンポーネントだとかチケットタイプ・関係者などの定型的な情報をリンクにパラメータとして埋め込んでwikiにまとめてあります。チケット分類によってはチケットの中身までテンプレート化して用意しているパターンもあります。 Tracで工数を入力、集計これは何度か触れてますがTimingandEsti

nobu666 2009/09/24

リンク

課題管理対決！Redmine vs. Trac

Redmineの機能と特徴 Redmineは、Ruby on Rails上で動作する、Webインタフェースの課題追跡（Issue Tracking）ツールです。原稿執筆時点（2008年9月現在）での最新のバージョンは0.7.3です。 Redmineが搭載している機能は、「マイルストン設定（ロードマップ）」「カレンダー／ガントチャートの表示（概要）」「作業時間の登録／集計（チケット、概要）」「作業履歴の閲覧（活動）」「課題の登録／追跡管理（チケット、新しいチケット）」「伝言板（ニュース）」「文書の登録／閲覧（文書、Wiki）」「ディスカッション（フォーラム）」「ファイルの共有（ファイル）」「ソース管理との連携（リポジトリ）」「ワークフロー定義」「メール通知」「RSS配信」「ユーザの管理/ロール・権限の設定」です。なお、かっこの中はRedmine画面上で対応する主なメニュー項目名です。筆者の