12.3.4. ユーザーと協力して開発をうまく進めていくための指針 — Groonga v16.1.0ドキュメント

本文へスキップ
`Ctrl`+`K`

# 12.3.4. ユーザーと協力して開発をうまく進めていくための指針

Groongaを使ってくれているユーザーと協力して 開発をうまく進めていくためにこうするといい、という事柄をまとめました。 まとめておくと、新しく開発に加わる人とも共有することができます。

## 12.3.4.1. Twitter編

Groongaを使ってもらえるようにTwitterのアカウントGroongaを取得して 日々、リリースの案内をしたり、ユーザーサポートをしたりしています。

リリースの案内に利用する場合には、やりとりを考えなくて良いですが、 複数人によるサポートをGroongaで行う場合に、どうサポートするのが 良いのか/どうしてそうするのかという共通認識を持っていないと一貫性のないサポートとなってしま います。

Twitterでサポートされている安心感からGroongaユーザーの拡大に繋げる ことができるようにサポートの際に気をつけることをまとめます。

### 12.3.4.1.1. 過去のツイートはおさらいしておく

#### 12.3.4.1.1.1. 理由

自分がツイートした内容を把握していない返信をされたら普通いい気はしません。

#### 12.3.4.1.1.2. 対応

過去のツイートをおさらいし、こうすれば良いという提案をできるのが望ましいです。:

    良い例: ○○だと原因は□□ですね。××すると大丈夫です。

### 12.3.4.1.2. こちらから情報を提供する

#### 12.3.4.1.2.1. 理由

困っているユーザーが複数回ツイートして限られたなかで情報を提供してくれていることがあります。 その限られたツイートから解決方法が見つかればユーザーにとって余計な手間が少なくて済みます。 あれこれ情報提供を要求すると、ユーザーはそのぶん確認する作業が必要になります。

#### 12.3.4.1.2.2. 対応

最初に声をかけるときに解決策を1つか2つ提案できると望ましいです。ユーザーにあまり負担を感じさせないようにすると良いです。:

    良い例: ○○の場合は□□の可能性があるので、××を試してもらえますか？

### 12.3.4.1.3. Twitterでのやりとりはできるだけ他の場所(例えばRedmine)へと誘導しない

#### 12.3.4.1.3.1. 理由

Twitterは気軽につぶやけることが重要なので、気軽にできないことを相手に要求すると萎縮されてしまう可能性があります。

いきなりRedmineでバグ報告をお願いすると、しりごみしてしまうかもしれません。:

    駄目な例: 再現手順をMLかRedmineに報告してもらえますか?

Groonga関連で気軽につぶやけないとなると開発者は困っている人を見つけられないし、利用者は困ったままとなるので、双方にとって嬉しくない状態になってしまいます。

#### 12.3.4.1.3.2. 対応

Twitterでやりとりを完結できるようにします。