日で管理したい

[vegeta]

はじめてredmineを試用しています。
イントラのサーバに入れて試しているところです。

ところで工数の単位は「日」にならないものでしょうか。
「時間」では細かすぎるのでもともと「日」または「人日」で管理しているのですが...

[Syysk]

Syyskです。

何の解決にもなっていませんが。

On 5月16日, 午後8:37, vegeta <paptim...@gmail.com> wrote:
> 「時間」では細かすぎるのでもともと「日」または「人日」で管理しているのですが...

Redmine内部での時間計算は単純に積み上げの足し算しか
行なっていないと思ってます。（今は）

集計だけであれば、時間の所に日付として入力すればよいと思います。
うちもプロジェクトによってはそうしてもらっています。
表示上もすべて日数にしたい場合は、
lang / ja.yml 内の "時間" を "日数" or "人日" などに置換すれば、表示上日数に見えると思います。
約～とかの部分以外を変更すればそれなりに見えると思います。

[vegeta]

返信ありがとうございます。

やはりredmineのようなBTSではスケジュールの管理は無理ということですかね。
個々のWBSのボリュームは細かく分かっても工程の管理は別に行うことになる気が
してきました...
とするとガント図出力機能の意味合いが分かりませんが。

別途用意したスケジュール管理との間を手動でやりとりすることになりそうです。

wikiにメモ＋excel+プロジェクト管理ツールでやってきましたが、wikiへのメモ(+excel?)だけ置き換えても意味がなさそうです
し、
タスク管理ということでBTSに興味をもったのですが、むしろ自分の求めているのはスケジューラなのかもしれません。

せめて一日が何時間かを把握できればよいのですが...

[fmkt]

こんにちは。

表示上の問題ではないんですね。

単位を「日」に変えた上で何をなさりたいのかが
よくわからないのでいまいち返答が出来ないです。

例えば、一日が何時間かを把握してどこにどのように
表示したいとか、その時間(日数)をどこで使いたいとか
具体的な希望はありますか？

[Syysk]

Syyskです。

On 5月19日, 午後3:44, vegeta <paptim...@gmail.com> wrote:

> やはりredmineのようなBTSではスケジュールの管理は無理ということですかね。
> 個々のWBSのボリュームは細かく分かっても工程の管理は別に行うことになる気が
> してきました...
> とするとガント図出力機能の意味合いが分かりませんが。

最初の返信での"時間" の部分は"工程"の管理ではなく、実際そのWBSで使用した"工数" の管理に利用するものと思います。
スケジュールの管理は開始日と期限日で行ない、進捗率を入れる事によりガント図での管理が可能です。

> 別途用意したスケジュール管理との間を手動でやりとりすることになりそうです。
> wikiにメモ＋excel+プロジェクト管理ツールでやってきましたが、wikiへのメモ(+excel?)だけ置き換えても意味がなさそうです
> し、タスク管理ということでBTSに興味をもったのですが、むしろ自分の求めているのはスケジューラなのかもしれません。
> せめて一日が何時間かを把握できればよいのですが...

プロジェクト管理ツールはOpenProjとかMicrosoft Project 的なものだと思いますが、
私の所では最初にそういったプロジェクト管理ツールでスケジュールを作成した後、タスクとしてチケットを登録しています。
BTSはSVNなどのバージョン管理システムと連携して、工程毎の成果物管理と内容の確認のし易さが肝だと思います。
バージョン管理を行なわないのであれば、BTSの魅力があまり生きない気がします。

# 日本的？な使い方としては、プロジェクト開始～納品よりも納品後の保守作業に向いている気が・・
# 最初の構築でのチケット登録はTracの時から悩み所です。

[vegeta]

いまのところsvnはBTSと連携せずに単独で使っています。
svnとの連携を目的でBTSの導入を考えました。
BTSの役目はwikiとそのプラグイン(?)で代用しています。(報告用はxlsですが)

Tracは試していませんが、複数のプロジェクトを載せらることとRailsベースということで
なんとなく親近感がわき、先にredmineを試してみました。

工程管理ツールは数年前のバージョンのものをまだつかっており、(バージョンアップをさ
ぼったので)、できればwebベースのものがあれば置き換えたいなあと思っていますが、
具体的な検討段階には入っていません。

チケットの登録はBTSで行い、そのなかから工程に載せる気になった項目をプロジェクト
管理で検討し... というイメージです。Syykさんの使い方とは逆ですかね。
工数管理はやや大雑把に人日ですから、それとBTSをあわせると単位があって楽かな
と思いました。

検討初日でいうのもなんですが、redmineはRailsベースだしスキーマを調べれば外側か
らデータをいじることもできるとは思うのですが、それも邪道な気もするし...

[Syysk]

Syyskです。

On 5月19日, 午後6:45, vegeta <paptim...@gmail.com> wrote:
> チケットの登録はBTSで行い、そのなかから工程に載せる気になった項目をプロジェクト
> 管理で検討し... というイメージです。Syykさんの使い方とは逆ですかね。
> 工数管理はやや大雑把に人日ですから、それとBTSをあわせると単位があって楽かな
> と思いました。

Redmineの使い方としては、工程と言われているものをバージョンとして作る気がします。
問題はなんでもチケットとして登録し、修正対象、開発対象としたチケットにバージョンを設定して
開始日、期限日で工数を調整してバージョンの期限日までにリリースするといった形でしょうか。

> 検討初日でいうのもなんですが、redmineはRailsベースだしスキーマを調べれば外側か
> らデータをいじることもできるとは思うのですが、それも邪道な気もするし...

Redmineのよい所は、テーブル構造がしっかりしている部分だとも思っています。
Linux + MySQLで運用していますが、報告書や一覧を作成するためにmySQLでViewを作成し
Excelマクロ＋ODBCで取得したりしています。
後、SVNのCommitログなども一度取り込むとその後の修正が反映されないため、
結構データをいじったりしています。
データをいじったりソースを改変できるのがオープンソースの強みだとも思うので
やってみてもよいのではないでしょうか

[fmkt]

こんにちは。

> データをいじったりソースを改変できるのがオープンソースの強みだとも思うので
> やってみてもよいのではないでしょうか

オープンソースの強みということで。

> 後、SVNのCommitログなども一度取り込むとその後の修正が反映されないため、
> 結構データをいじったりしています。

svnのコミットログを(pre-revprop-changeなどで)変更した場合
再度コミットログを取に行ってくれるパッチです。

Index: app/controllers/repositories_controller.rb
===================================================================
--- app/controllers/repositories_controller.rb (revision 1184)
+++ app/controllers/repositories_controller.rb (working copy)
@@ -117,6 +117,20 @@
def revision
@changeset = @repository.changesets.find_by_revision(@rev)
raise ChangesetNotFound unless @changeset
+ if params[:update] == "comments"
+ revisions = @repository.scm.revisions(nil, @rev, @rev)
+ if revisions
+ if @changeset.update_attribute("comments",
revisions.first.message)
+ @changeset.scan_comment_for_issue_ids
+ end
+ render(:update) do |page|
+ page.replace_html :comments,
textilizable(@changeset.comments)
+ end
+ else
+ render :nothing => true
+ end
+ return
+ end
@changes_count = @changeset.changes.size
@changes_pages = Paginator.new self, @changes_count, 150,
params['page']
@changes = @changeset.changes.find(:all,
Index: app/views/repositories/revision.rhtml
===================================================================
--- app/views/repositories/revision.rhtml (revision 1184)
+++ app/views/repositories/revision.rhtml (working copy)
@@ -24,7 +24,11 @@
<p><% if @changeset.scmid %>ID: <%= @changeset.scmid %><br /><% end
%>
<em><%= @changeset.committer %>, <%=
format_time(@changeset.committed_on) %></em></p>

+<div id="comments">
<%= textilizable @changeset.comments %>
+</div>
+
+<%= link_to_remote l(:label_update_change_log), :url => {:update =>
"comments", :rev => @changeset.revision} %>

<% if @changeset.issues.any? %>
<h3><%= l(:label_related_issues) %></h3>
Index: lang/ja.yml
===================================================================
--- lang/ja.yml (revision 1184)
+++ lang/ja.yml (working copy)
@@ -278,6 +278,7 @@
label_news_latest: 最新ニュース
label_news_view_all: 全てのニュースを見る
label_change_log: 変更記録
+label_update_change_log: チェンジログを更新
label_settings: 設定
label_overview: 概要
label_version: バージョン
Index: lang/en.yml
===================================================================
--- lang/en.yml (revision 1184)
+++ lang/en.yml (working copy)
@@ -314,6 +314,7 @@
label_news_view_all: View all news
label_news_added: News added
label_change_log: Change log
+label_update_change_log: Update change log
label_settings: Settings
label_overview: Overview
label_version: Version


では。

[vegeta]

まだ使い込んでもいないうちにいろいろと気になってきました。
firefoxでは日付の欄が短くてそのままでは見えない、とか、
/editのリンクがなくて/showを手で書き換えるほかなさそうだ、とか

オープンソースの強み、というのも分かるし、好きなのですが
どうもいじるところが多くなりそうな予感がします。
正直なところ本末転倒になりそうな気がしてしまいます...

扱う単位をどうするか、(日付とか時間とかいうことではなくて粒度という意味で)
考え直してみます。

工程管理またはプロジェクト管理ツールでよいものはないでしょうか。
連携ができるとすごくうれしいのですが...

[Syysk]

Syyskです。

On 5月20日, 午前10:05, fmkt <fmkt.ne...@gmail.com> wrote:
> svnのコミットログを(pre-revprop-changeなどで)変更した場合
> 再度コミットログを取に行ってくれるパッチです。

パッチありがとうございます！
pre-revprop-changeにてログ編集を行なっているので使用させて頂きます