Redmineを使いこなせてチームに対するアドバイス - プログラマの思索
興味深いTwitterがあったのでメモ。 【元ネタ】 Twitter / kashisan: 最近行った #Redmine を使いこなせてチームに対するアドバイス。「チケットの説明には成果物を記載して、その成果物をリポジトリにコミットする」、「各トラッカーのステータスがどういう状況を表すか定義する」「それぞれのトラッカーがどういうフローになるかがわかる資料を作る」 Redmineを有効に運用出来ていないチームに対するポイントは3点ある。 １・「チケットの説明には成果物を記載して、その成果物をリポジトリにコミットする」 ２・「各トラッカーのステータスがどういう状況を表すか定義する」 ３・「それぞれのトラッカーがどういうフローになるかがわかる資料を作る」 ポイント1は、チケットファーストの原則。 プロジェクトにある全ての作業はチケットから始まる。 そのためには、チケットは成果物単位、つまりWB
Redmineのインストール - Redmineガイド
データベース MySQL 5.5 - 5.7 MySQL 5.6以降とMariaDBは既知の問題があります (#19344, #19395, #17460). Redmine 3.x は MySQL 5.0 と 5.1 にも対応しています PostgreSQL 9.2以降 データベースの日付形式はISO(PostgreSQLのデフォルト)に設定してください。次のSQL文で設定できます: ALTER DATABASE "redmine_db" SET datestyle="ISO,MDY"; Redmine 3.x は PostgreSQL 8.1 から 9.1 にも対応しています Microsoft SQL Server 2012以降 Redmine 4.0 は2018年12月時点ではSQL Serverに対応していません。依存しているライブラリ activerecord-sqlserve
RedmineやTracを上手に活用する6つのポイント
photo credit: Mackトラ ソフトウェア開発プロジェクトの現場では課題やバグ、タスクを管理するために、RedmineやTracなどのIssue Trackin System(課題追跡システム。以下ITSと表記)を使っていることが多いと思います。 ITSを使えばこれらの情報を一元化しプロジェクトメンバ間で共有できるため、うまく使えばとても役立ちますよね。 しかし、あまり深く考えずに導入すると、 「入力が大変だし余分な手間が増えただけだよ…」というメンバーからの不満の声 「この課題って本当に終わってるの？」といった疑心暗鬼 「このタスク、誰も進めてなかった！」という驚愕の事実が期限前日に判明 などといった状況に陥りがちです。 ここでは、いくつかのプロジェクトへ導入した経験から得た、ITSを運用する上で重要(と考える)な6つのポイントを紹介します。 ポイント1 チケット項目はマ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Redmine.JP — Redmine日本語情報サイト
