自分はSIerの公共部門で勤務しています。 SIerなのでパッケージを構築することもあれば、パッケージをカスタマイズ導入することもあります。 独特とは思いますが、カスタマイズ導入に関してのRedmine運用に関してはあまり資料がありません。 弊社での運用を晒そうと思います。 プロジェクト名についてプロジェクト名はパッケージ名を使用しました。 部としてRedmineを導入しているので、取り扱うパッケージ単位で管理するのが楽だと思いこうしました。 カスタマイズの場合は、パッケージ毎に子プロジェクトで納入先を登録しています。 リポジトリでいうとtrunkは親プロジェクトに、branchを納入先(子プロジェクト)で登録しています。 親プロジェクトはバージョンアップの管理、子プロジェクトはtrunkマージと個別カスタマイズを管理しています。 trunkマージは親プロジェクトでチケット生成時にRedm
@fumito_itoは激怒した。 必ずかの邪智暴虐のPMを凹ませねばならぬと決意した。 @fumito_itoには社内政治がわからぬ。@fumito_itoはエンジニアである。 JavaScriptを書き、ビッグデータと遊んでくらしてきた。 けれども、トレーサビリティには人一倍に敏感であった。 ある日、社内をあるくうちに、@fumito_itoはあるプロジェクトの様子を怪しく思った。 ひっそりしている。もう既に日も落ちて、そとの暗いのは当りまえだが、けれども、なんだか、夜のせいばかりでは無く、プロジェクト全体が、やけに寂しい。 しばらく歩いて死んだ魚の目をした後輩に逢い、プロジェクトの雰囲気が暗いことについて質問した。 後輩は、あたりをはばかる低声で、わずか答えた。 「PMは、Excelの仕様書に『変更管理記録』タブを作って変更履歴を記入させます。」 「なぜWikiを使わんのだ。」 「P
Redmineは、Ruby on Railsで記述された、オープンソース(GPL)のプロジェクト管理ソフトウェアです。 Redmine.JP — Redmine日本語情報サイト Redmineはいわゆる「チケット駆動開発*1」を行うに当たって、非常に有用なシステムです。 リーダーはプロジェクトの全ての作業をチケットとして発行し、担当者を割り当てます。 後は、そのチケット毎に進捗状況を管理していく。ざっくり言うとそういうことです。 Webシステムなので、容易に共有でき、いつでも必要な時に必要な情報を取り出すことができます。 非常に便利なRedmineなのですが、高い自由度のために偏にプロジェクトマネージャーの手腕に依るところが大きいです。 チケットの種類は何があるのか？チケットのステータスはどのように遷移していくのか？ ユーザーの種類は？何ができるの？ワークフローは？ 挙げるとキリがありませ
Redmine.JP Blog オープンソースのプロジェクト管理ソフトウェアRedmineに関するニュースや、より活用するためのtipsなどを掲載します Redmine 0.9から、Redmine上の特定URLにアクセスすることによりSubversion等のリポジトリの情報を読み込ませることができるようになります。例えば、Subversionへのコミット後に実行されるpost-commitスクリプトからそのURLへGETリクエストを行うことにより、コミットと同時にRedmineに最新のリポジトリの情報を読み込ませることができます。 コミット情報の同期の問題 Redmineでは、「リポジトリ」画面を開くまではリポジトリへの最新のコミット情報が取り込まれません。これにより、活動画面に最新のコミット情報が表示されない、チケット表示画面で関係するリビジョンが表示されないなどの問題が発生することがあ
My Activities 自分のRedmine上の活動のうち直近10件を表示します。自分の作業を振り返るのに便利です。 画面右上のアカウントメニュー内のユーザー名をクリックすることにより遷移する画面の右半分に表示される内容と同等です。 New Issues 最近作成された未着手のチケットを表示します。 表示されるチケットの条件は次の通りです。 ステータスがデフォルト値(通常は「新規」) 作成されてから7日以内 担当者が自分または担当者無し Doing Issues 作業中のチケットを表示します。 表示されるチケットの条件は次の通りです。 ステータスがデフォルト値(通常は「新規」)ではなく、かつ終了状態(通常は「終了」「却下」)ではない。 最後に更新されてから7日以内 担当者が自分 Neglected Issues 放置されている可能性が高いチケットを一覧表示します。チケットを登録したもの
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
Amazon EC2上で稼動しているRedmineからメールが送信したくなったので頑張ってみた話。 インターネット上でサービスを動かしている場合、何かしらのタイミングでメールを送りたくなる場合があるかと思います。 でも、やっぱりメールサーバの運用の難易度と言えばそりゃもう、、、なわけで、出来るだけ自分でメールサーバの運用だけは避けたいものですよね。 ということで、GmailのSMTPサービスを使ってみることにしました。 天下のGoogle様のサービスであるGmailについては、説明不要かと思いますが、Gmailは、ただのWebメールではなく、SMTPやPOP、IMAPなんかにも対応していたりします。 しかも、SMTP経由で送信したメールも、Gmail上で保管してくれるという優れものです！ で、Gmail使えるやん、ってことで設定しはじめたんですが、すんなりとはいかなかったので、以下、頑張っ
第27回redmine.tokyo勉強会で講演された「RedmineのUbuntu+Docker構築への移行」は内容が参考になったと思う。 ラフなメモ書き。 【参考】 第27回勉強会 - redmine.tokyo 発表 #1609: 第27回 講演: ＜RedmineのUbuntu+Docker構築への移行＞ - redmine.tokyo 【1】今回の講演の背景としては、問題意識として、RedmineをCentOSで利用している場合、どのOSへ移行したら安全なのか、容易に移行できるのか、がある。 おそらく、Redmineはフリーで現場で使っているので、OSやサーバも自前で構築する時にCentOSを利用しているケースは非常に多い。 そこで、CentOSはサポート切れになってしまった状況では、セキュリティリスクがあるために、どこかのOSに移行せざるを得ない。 OSSのLinuxOSは数多く
Redmineを運用してみると、トラッカーの概念が分からないという声をよく聞く。 トラッカーについて考えたことをメモ。 ラフなメモ書き。 【1】Redmineのトラッカーはワークフローそのもの。 Redmineのトラッカー管理画面で、ロール単位にステータスのデシジョンマトリクスで自由に設定できる。 デフォルトのトラッカーは「機能」「バグ」「サポート」の3つだが、実際の運用では使いづらい場面があるので、各現場で独特のトラッカーがあるだろうと思う。 個人的には、一人一人の運用ユーザに一番聞いてみたい内容だ。 トラッカーが難しいのは、ワークフローを意識していないからだろうと思う。 ソフトウェア開発の作業は、チケットを一人で担当して終わらせるだけではない。 バグ修正やリリース作業では、必ず複数人のチェックを入れなければ、作業ミスが重大な過失につながる。 だから、それら作業はワークフローに複数人の担
Redmineのトラッカーやステータスの付け方の記事があったのでメモ。 【元ネタ】 Redmine チケットのトラッカーとステータス項目の意味と設定 - developer (引用) * トラッカー o ドキュメント + ドキュメント書き。 o 調査・検証 + 調査、検証、研究など。 o 機能 + 機能の追加や変更など。 o 不具合／バグ + バグや不具合登録する。 o 要望 + ユーザーからの要望。 + 後で「機能」や「バグ」に変化する可能性がある。 o サポート + ユーザーからの問い合わせは、とりあえず登録。 + 後で「要望」や「バグ」に変化する可能性がある。 o 障害 + なんらかの障害が発生したら、とりあえず登録。 + このチケットに関連した「不具合／バグ」のチケットが後から追加される可能性あり。 o 環境 + 環境構築・環境整備や設定変更など。 o アイデア + アイデアを登録
This document provides an overview of issue tracking in Redmine. It discusses the different types of issues in Redmine including tickets, tasks, topics, versions and categories. It explains how issues can be managed, tracked, assigned and closed out in each project module. The document aims to help understand how to effectively use issues and their statuses in Redmine project management.Read less
Redmineのトラッカーやチケットの設定をする
トラッカーやチケットには、様々なパラメータを設定する事ができる。デフォルト値でも十分使える気はするが、後で分析できるように考えながら設定してみる。懲りすぎると逆に混乱するので注意が必要。。。 プロジェクト この単位でトラッカー、メンバー、ソースコード管理システムのリポジトリ、Wiki、アナウンス、文書などを登録、公開する。ソフトウェア開発の場合は、管理対象のソフトウェア毎に作成するのが普通。 今回は、主にIS仕事のタスク管理に使うので以下プロジェクトを作成した。 既存システム目標管理(AD構築など数ヶ月かけて行う作業)その他何でも入れるプロジェクトを１つ１プロジェクトで全て管理する事も考えたが、数年使い続ける事を考えると、何らかの単位で分けたほうがいい。後々公開する事も考慮。 トラッカー トラッカーは、チケットの入れ物で、チケット発行時にどのトラッカーに含めるかを選択する。(ただし、後から
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Blogger