Redmineを全員で使ったらカオスになった話
タスク管理のツールとしてオープンソースのRedmineを使っていた。エンジニアだけで使っているうちは特に問題はなかった。エンジニアが10数名、全員でも40人規模の会社なので全員の作業を見える化したいよねという話が上がって全員でRedmineを使い始めることになった。そして何が起きたか。 プロジェクトが乱立した エンジニアであれば「プロジェクト」は単位は大体想像がつくと思う。しかしながらツール上ではその単位でプロジェクトは作られなかった。「正規のプロジェクト」の小規模な機能追加であっても「○○対応プロジェクト」と銘打たれツール上にプロジェクトが作成された。 「〜対応プロジェクト」「〜導入プロジェクト」「〜検討プロジェクト」「〜プロジェクト」・・・どんな言葉にもプロジェクトを付ければ”プロジェクト”にできるんだということは新鮮ではあったし、勉強にもなった。（そもそも”プロジェクト”って何だ？）
決めておいた方が良いRedmine運用ルール - Qiita
これまでWeb・DTP制作／システム開発の両方で日常的にRedmineを使用してきた中で生まれたプラクティスをまとめます。 「いやそれは違う」という箇所もあるかもしれないので、もし指摘があればコメントをお願いします! 基本方針 情報の集約度を高める ガチガチの設定を沢山定義するのではなく、シンプルな設定で柔軟に運用する アクセス解析を入れる チケットが増えてくるとRedmineは重くなります。この重さを改善するために色々な施策が必要になるタイミングがいつかやってきますが、サーバの応答速度などのデータがないと改善策がどれくらいの効果だったのかが分かりません。 ほかにも色々な測定ができるので、とりあえず入れておいて困ることはないでしょう。Google Analyticsの導入はプラグインで簡単に可能です。 チャットサービスとの連携を考える Redmineの欠点の1つは、チャットなどでのリアルタ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
