Redmineプロジェクト管理プロセスで使用するヒントと「標準」は何ですか？
共有できる標準のwiki挿入テンプレート、またはバグ機能タスクとサポートの問題を使用してプロジェクトを操作する標準的な方法はありますか？
問題や更新をRedmineに電子メールで送信させますか？フォーラムを利用していますか？SVNリポジトリを使用していますか？タスクリストを作成するために、EclipseでMylynを使用していますか？
私は私たちの部門をドラッグしようとしています。あいまいな要件の電子メールで送信されたWordドキュメントの代わりに、いくつかのWebベースのPMに、QAとデプロイの方法を説明するWordドキュメントが続きます。これらはすべて、競合する更新やプロジェクトの山で失われるため、何かを修正する必要があるときには、誰も見つけることができません。それがどのように機能するかに関するドキュメント。
回答:
私は製造会社の家族のために内部アプリケーションを開発し、維持しています。このコメントの時点で、私はITチームの唯一の開発者/アナリストです。最悪の不況の間に、私のプロジェクトの要求は爆発しました。そのため、私のプロジェクトと問題のバックログは非常に扱いにくいものです。現在、チームを拡大するための再編を進めています。
これが私がRedmineを使って頭をまっすぐに保ち（可能な限り）、ユーザーを寄せ付けないようにし、将来的には新しいスタッフの手がかかりすぎないようにする方法です。
今後の計画
私はフリーランスのRubyとRedmineのWeb開発者であり、1人の開発ビジネスを運営しています。だから私のRedmineはかなり軽量で顧客中心になるように設定されています。私のRedmineは、私のオープンソースプロジェクトをホストするという二重の義務も果たしています。
私は新しい問題やアップデートを電子メールで送信することを許可しており、電子メールに接続しているユーザー（または常にiPhoneを使用しているユーザー）に最適です。
私はgitリポジトリでリポジトリビューを使用してきましたが、うまく機能しています。チェックインのたびに、問題を#nnnで参照するため、実際の問題ページには、機能を実装するためのすべてのコミットが表示されます。
フォーラムが十分に活用されていないことがわかりました。メールの統合があればもっと便利だと思います。
次の方法が役立つことがわかりました。
1）「Issue」および「Support」トラッカーを非表示にし、すべてをバグとして報告します。
2）マイルストーンとバージョン私はこれが大好きです。各リリースのステータスを簡単に追跡でき、いつでも古いパッケージをダウンロードできます。つまり、クライアントによって提出されたバグをテストできます。
3）[問題]タブの[保存]機能：もう1つの大きな時間の節約です。多くの日常のレポートタスクのためにさまざまなクエリを保存しており、必要なのはそれだけです。
4）バージョン管理の統合、つまりコメントで「＃123」を使用すると、対応する問題へのリンクが作成されます。
システムではRedmineを幅広く使用しています。営業チームがCRMとして使用するための「営業」プロジェクトも設定しました。このプロジェクトにはカスタムフィールドのヒープがあり、以前使用していたSugarCRMに取って代わります。
私たちのシステム内には、サーバーおよびクライアントソフトウェアのプロジェクトがあります。Redmineはプロジェクトごとに個別のリポジトリが好きなので、サーバープロジェクトは、システムとサブリポジトリの構造に基づいてサブモジュールに分割されます。
他の人が指摘しているように、チケットを参照するためにコミットメッセージで#nnnコードを使用します。クールなのは、同じプロジェクトのチケットである必要がないことです。したがって、販売チケットはバグの問題やサポートリクエストによってブロックされる可能性があります。
議題/議事録にドキュメントを使用し始めたところです。バージョンを使用して、クライアントとサーバーの両方でリリースにグループ化します。
Redmine Time Trackerプラグインを使用して時間を追跡しようとしましたが、開始または終了をクリックするのをいつも忘れています。しばらく触れられておらず（Redmine Whiningだと思います）、期限が過去または近い将来（Advanced Reminder）の問題について、毎日メールが届きます。
サポートメールはサポートプロジェクトに直接送信されます。メールのインポートがもう少し堅牢である場合（プロジェクト：行がメールに含まれていると、新しいチケットが適切に作成されない場合があります）、Webサイトの問い合わせで販売チケットが自動的に生成されます。 。現状では、サポートチケットを監視し、必要に応じてセールスに移動するだけです。
私がしたいこと：
Redmineはこれまでのところ私たちにとって素晴らしいものでした。マルチテナントの発券/アジャイル優先順位付けキューとして使用し、SVNにも関連付けています。特に：
svn switch https//.../branches/1.3-stable .コマンドを使用して1.1から1.2、1.3から1.4に移行し、その後にコマンドを使用rake migrateして、間にgemをたまにインストールするだけで済みます）。svn ci -m "This fixes #1733 @2.5, holy smoke what a weird foo bug. It is now bacon and unicorns."）に結び付け、その問題を「Waiting ForBuild」に移動させます（以前は「Resolved」でしたが、「Resolved」は誰かができることを意味しないと説明するのにうんざりしていましたまだリリースされることを期待してください）。ただし、Redmine-stuff-to-doプラグインを調査する必要があると思います。+1質問。
私の会社は、国際的な起源のソフトウェアおよびハードウェア開発者と協力しています。私が入社する前は、MS Word文書で電子メールを使用して、ソフトウェアまたはハードウェアの問題やバグを中継し、修正を要求していました。このプロセスは、あらゆる種類のプロセスを追跡および維持することは不可能でした。ソフトウェアとハードウェアのバグを追跡する手段としてRedMineを実装しましたが、それ以来非常にうまく機能しています。私の状況には大きな言語の壁があります。ありがたいことに、RedMineはSipmlified中国語で表示でき、フィードバックはこれが私の開発者からはこれまでのところ問題ないことを示しています。
ステータス-ソフトウェアまたはハードウェアの問題を見つけた場合、ステータスは「新規」です-ソフトウェア/ハードウェア開発者がこの問題を確認して作業している場合、ステータスは「進行中」に変わります。必要に応じて、0〜50の範囲で％doneを使用できます。問題が解決したと感じたら、％Doneを50に設定します。-問題が修正されたかどうかを判断し、ステータスを「解決済み」に変更し、％完了を100％に変更します。これにより、50％以下の問題を除外して、まだ開いている問題を見つけることができます。
優先度-低、通常、高、緊急、即時すべてが中国語にうまく翻訳されます。
期日-これを使用して、修正がソフトウェア開発者によって最初にアップロードされた日時を知らせます。何かをテストして問題を解決するのに4〜6日かかる場合があります。修正を承認するのにかかった時間ではなく、ソフトウェアチームの応答性を反映するガントチャートが好きです。
カテゴリ-これは常に、問題を見つけたソフトウェアまたはハードウェアのバージョンを反映しています。これを使用して、バグが最も多いバージョンのソフトウェアを確認し、新しいバージョンのソフトウェアがリグレッションの影響を受けないようにします。
私はすべてのバグについてRedMineウォッチャーリストに全員を含めています。電子メールは（新規）、（解決済み）、または（進行中）として送信されるため、上司、および関係するチームのスーパーバイザーとヘッドエンジニアはすべて電子メールを確認し、現在進行中の進捗状況をすばやく読み取ることができます。関係する他のほとんどの人はRedMineにログインすることはなく、通常は私だけです。電子メールは、進歩が行われているかどうかだけが懸念されるすべての人に即座に更新を提供するのに最適です。
あなたがQAでWord文書を前後に送ると言ったように、私はこの気持ちがそこにあったことを知っています。私にとっての主な問題は次のとおりです。QA担当者は、バグトラッカーに問題を追加することを好みません。テスト中に、隣のエディターに問題を書き留めます。
現在、Redmineを優れたアドオンであるUsersnapとともに使用しています（免責事項：この問題を自分たちで解決するためのツールを作成しました。
UsersnapはWeb開発者に最適です-Webプロジェクトに追加すると、Redmineチケットに直接添付されたスクリーンショットが表示されます-使用されているブラウザーやオペレーティングシステムなどに関するメタ情報が含まれます。
QA /顧客はWebアプリケーションに直接バグを入力できるようになり、開発者はバグレポートをRedmineに簡単に再現できるようになりました。
他のコメントに加えて、「Stuff ToDo」プラグイン（Eric Davisによって書かれたと思います:)の使用をお勧めします。このプラグインを使用すると、複数のプロジェクト間で問題の順序をドラッグアンドドロップで並べ替えることができます。
https://projects.littlestreamsoftware.com/projects/show/redmine-stuff-to-do
スプリントを定義する方法としてバージョンを使用するため、各バージョンは、進行状況を明確に示すロードマップビューを備えたスプリントです。スプリントの問題は、完了すると「レビューの準備ができました」とマークされ、QAが確認されるとクローズされます。
範囲外の問題や優先度を失った問題などのバックログとしてバージョンを使用します。