Redmineが1000人のエンジニアに使われるまでのこと
デブサミ2011の後に、Shibuya.tracの第10回勉強会で初LTをしました。テーマは「EnterpriseレベルのRedmine導入結果について」です。外の勉強会は緊張しますが、@yusuke_kokuboさんや@akipiiさん、アジャイルなゆかいな仲間たちにお会いすることができ、とても楽しい勉強会でした。また学びに行かせていただこうと思います。 はじめに 上の資料はそのときのものです（Slideshareはこちら）。5分間のLTだったため、あまり詳細をお話しすることができませんでしたが、勉強会の時に知り合った方と、今度、Redmine導入＆運用の情報交換会を企画しており、そこで共有するネタとして、まずは、Redmine導入時の経験をここにまとめようとおもいます。まずはその前に、私の仕事内容を少しだけ説明させてください。 標準化とか全社共通とかいう仕事 私は入社以来、サービス開発
3年使ったRedmineの使い方について共有したい10のこと
前回は、1000人のエンジニアがRedmineを使い出すまでの事例を紹介させていただきました。今回は、Redmineの使い方や、大規模に変化してくRedmineの運用について、2年間の運用や改善から得たナレッジや、気がついたことをまとめていこうと思います。 1. Redmineのオブジェクト構造を理解した方がいい Redmineは以下の構造になっているので、タスクの属性をうまく分類する必要があります。 プロジェクト > サブプロジェクト > バージョン > 親チケット > 子チケット > トラッカー > カテゴリ 注意したいのは、プロジェクト・サブプロジェクトには期限が設定できず、バージョンには終了日時、チケットには開始日時と期限をつけることができる点です。期限があるものには、期限のあるものを当てはめるのがすっきりします。Redmineを使って「何を」「どう」管理していきたいのかを、まず考
詳説！Redmineを使ったスマートな開発プロセス改善（画面キャプチャ付き）
最近は、課題管理システム、チケット管理システムがメジャーになっており、私もこの種のツールをサービス開発、ソフトウェア開発で利用し、開発プロセス改善を試みています。 今回は、Shibuya.trac第12回勉強会 ～チケット管理システム大決戦 第二弾～で紹介させていただいた、Redmine利用事例の詳細解説を、共有させていただこうと思います。上記、勉強会の資料は、こちらに公開されています。各種ツールの事例が詰まった内容ですので、ぜひご確認ください。 Redmineのプロジェクト画面 上記が自社のRedmineのプロジェクト画面です。私のチームは「A-Team」といい、すべての作業は「A-Team」プロジェクトで管理しています。トップページには、勤怠の連絡や、Redmineを利用するときのルールなどがまとめてあり、資料を見ていただければわかると思いますが、プロジェクトメニューにはたくさんのモジ
決めておいた方が良いRedmine運用ルール - Qiita
これまでWeb・DTP制作／システム開発の両方で日常的にRedmineを使用してきた中で生まれたプラクティスをまとめます。 「いやそれは違う」という箇所もあるかもしれないので、もし指摘があればコメントをお願いします! 基本方針 情報の集約度を高める ガチガチの設定を沢山定義するのではなく、シンプルな設定で柔軟に運用する アクセス解析を入れる チケットが増えてくるとRedmineは重くなります。この重さを改善するために色々な施策が必要になるタイミングがいつかやってきますが、サーバの応答速度などのデータがないと改善策がどれくらいの効果だったのかが分かりません。 ほかにも色々な測定ができるので、とりあえず入れておいて困ることはないでしょう。Google Analyticsの導入はプラグインで簡単に可能です。 チャットサービスとの連携を考える Redmineの欠点の1つは、チャットなどでのリアルタ
Redmine まだ使ってるの？ Trello 試してみるといいよ。【動画付き】 - Kawaz広報ブログ
こんにちは、ぎぎねっとさんとTetuさんと共に『コミュアゲ』というゲームを作っておりますハワイ長万部です。 さてさて、チーム開発と言えばオンラインレポジトリやタスク管理、円滑なコミュニケーションのとれるチャットツールが不可欠ですね。 『コミュアゲ』ではそれぞれ、GitHubと時々Dropbox（非エンジニア向け）、Trelloと時々GitHub Issue、Slackを活用しています。 さて、その中で今回取り上げるのは Trello 。( https://trello.com/ ) 『コミュアゲ』は自分にとって久々のゲーム開発ということもあって、 「 Slack の使い勝手を試してみたい」 「タスク管理ツールの Trello ってやつを試してみたい」という希望がありました。 Slack は順番前後して、結局 Kawaz全体での Hipchat からの移行が先になりましたが、 Trelloに
テスト仕様書 - Qiita
単体テスト 結合テスト システムテスト（機能テスト、負荷テスト、ボリュームテスト、セキュリティテスト、リグレッションテストetc) 受け入れテスト（シナリオテスト） 運用テスト 現場（案件）によっては、「開発エンジニア」 が一連のテストしたり、また 「QAエンジニア」 がテストしたりと異なります。 私の意見としては、 「開発エンジニア」 「QAエンジニア」 双方が確認すべきではないかと。 単体テストの実施は、開発者が担当します。 また、結合テスト（Integration Test）以降のテストはQAエンジニア、もしくはQAテスターが担当する。 単体テストのルールや網羅性は開発とQAが一緒に考えることが品質を良くする上で大事です。 お互いテストの意義というものを見直すこともできます。 また、詳細仕様を把握しているPM、Pdmや開発者。テスト設計やテストの種類を知っているテスト担当者が協力しあ
意外と知らない かもしれない Redmine の機能 14 選 | プログラマーズ雑記帳
Redmine には気づきにくいけど、結構便利な機能があります。 今回はそういった意外と知られていないかなという機能についてまとめてみました。 チケット 1. チケットリストの右クリックメニュー 2. チケットリストのオプション 3. 添付ファイルの表示 バージョン管理システムとの連携 4. コミット時に活動時間を登録 5. チケットの関連付けを修正 6. リビジョンとのリンク ツールチップ 7. 日付表示 8. チケット番号、リビジョン番号 Wiki 9. 簡易 pre 10. コードハイライト 11. サムネイル用マクロ 12. 折りたたみ用マクロ 13. Wiki 記法のエスケープ 14. サイドバー チケット 1. チケットリストの右クリックメニュー 気づきにくいことで、逆に有名かも知れませんが、 最初に気づきにくいけど便利という典型的な機能から紹介します。 チケットリスト上で、右
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
BitNami Redmineでプラグインのインストール/アンインストール手順 - Qiita