[B! BTS] hokorobiのブックマーク

hokorobi id:hokorobi

BTSに関するhokorobiのブックマーク (6)

Kanonってなぁ～に？～楽々Kanonで華麗にお仕事しよう～
3. アジェンダ ● チケットシステムが解決する問題 ● チケットシステムってなに ? ● Kanon のご紹介 ● チケットシステムの導入を成功させるには ● まとめ 4. 対象者と目的 ● チケットシステム (Trac/Redmine) って何 ? という人 → チケットシステムが解決する問題とメリットについて勉強して頂ければと ● チケットシステムを利用したいけど、何をどう使えば良いか分らない人 → チケットシステム導入時の参考にして頂ければと ● Trac/Redmine を既に使っている人 → 導入の意義の再確認やより広げていくための参考として聞いてください
hokorobi 2011/07/13
Trac

BTS
リンク
チケット管理システム大決戦第二弾
1. チケット管理システム大決戦第二弾 2011/6/30 Shibuya.trac 第12回勉強会 flickr.com/photos/11226747@N07/4450250126/ 2. 本日の目次 • 自己紹介 (10分) • テーマ１ (40分) – そのツールの良いところ(気にいってるところ)とダメなところ • テーマ２ (40分) – そのツールをどのように開発プロセスに組み込んでいるか • テーマ３ (20分) – チケット管理システムの運用方法 • 質疑応答 (20分) 4. @kanu_ - かぬ • 名前：かぬ • 出身：北海道(関東在住の方が長くなりました) • 職業：某物流企業の子会社SIer勤務 • 所属：品質管理(主はプロセス管理・改善) 現在はパートタ゗ムでScrum Master @kanu_ かぬ • Shibuya.tracメンバー • Tra
hokorobi 2011/07/03
BTS

Trac

Redmine

JIRA

Shibuya.trac
リンク
RedmineとSCMの機能の関連表～BTSとSW構成管理の密接な関係 #itsjp #tidd - プログラマの思索
チケット管理システム比較WikiへRedmineとSCMの機能の関連表を追記した。 BTSとSCMに関する考えをラフなメモ書き。【元ネタ】チケット管理システム比較Wiki 構成管理とは何なのか - watawata日記 SW構成管理とはそもそも何なのか？: プログラマの思索 17-B-3 チケット駆動開発タスクマネジメントからAgile開発へ - miyohideの日記 Agile開発とチケット駆動開発の大きな違いは、チケット集計機能だけでなく、構成管理ツールとの連携にあると思う。「No Ticket, No Commit!」を運用して、BTSチケットに構成管理情報を紐づけると、単にチケットとSCMリビジョンが紐づくだけでなく、ビルドモジュールとBTSチケット、SCMコードラインとBTSプロジェクト、SCMタグとBTSのリリース予定バージョンが対応づけられる利点がある。つまり、チ
hokorobi 2011/05/21
Redmine

Hudson

BTS
リンク
[BTS管理]重要でないチケットをどうやってクローズしますか？
【緩募】BTSでバグや要求を管理している皆様。ある程度の期間、管理していると「優先度が低い」チケットが溜まってくると思います。多くなり過ぎた場合クローズする必要がありますが、「誰が」「いつ」「どういう基準」でクローズすると判断していますか？
hokorobi 2011/01/10
BTS
リンク
BTSを制する者がソフトウェア開発を制する - プログラマの思索
Redmine、Trac、Mantisを使ってみて、ソフトウェア開発はバグ管理が最も基本のプロセスだと改めて感じた。「BTSを制する者がソフトウェア開発を制する」という気がする。以下、BTSについて経験したこと、考えたことをロジカルでないメモ書き。ウォーターフォール型開発でよくあるパターンは、要件定義、設計、開発、単体テストまで順調に進むが、結合テストでたくさんのバグが噴出して、初めて問題が現れる時が多い。その時、障害管理のためにBTSを使って、見つけたバグを一つずつ潰していく。アジャイル開発であろうとも、イテレーション期間中に見つけたバグは、BTSで管理しているだろう。ソフトウェア開発では、障害管理のプロセスが重要な気がしている。いくら設計しても、単体テストをやっても、ユーザの観点で動かさなければ、開発者も自分が作ったシステムの全貌を知ることはできない。 1回のリリースは1
hokorobi 2010/12/23
BTS
リンク
障害管理における重要度と優先度の使い分け - プログラマの思索
障害管理における優先度と重要度の使い分けについてメモ。【元ネタ】ふたたび、優先度と重要度と緊急度のお話：シェアウェア販売者の独り言：So-netブログバグの優先度は意思決定プロセスの結果: プログラマの思索 TestLinkを運用して気付いたことpart9～後追いテスト: プログラマの思索レビュー計画【連載】実践ソフトウェアテスト考現学 (12) テストの新たなアプローチ - 複数の視点の組み合わせ | エンタープライズ | マイコミジャーナルはじめてのバグジラ ver2.16-ja編 TracTickets -- mi 障害管理では、重要度と優先度の項目がチケットに普通は付いている。 Mantisには重要度と優先度は元から付いている。だが、Redmine・Tracには優先度だけで重要度は付いていない。はじめてのバグジラ ver2.16-ja編では、重要度は下記のように書か
hokorobi 2010/12/13
重要度はユーザの観点。優先度は開発チームの観点。

BTS
リンク
1