プロジェクト

全般

プロフィール

Wiki » 履歴 » バージョン 16

Lucky ., 2023/08/06 12:24

1 1 Lucky .
h1. アイデア会議について
2
3 15 . Kisaragi
 整地鯖では、月に1度、アイデア会議(以下「定例会議」)を行っています。定例会議では、アイデア提案用プロジェクトに投稿されたアイデアに関する相談や議論が行われます。参加出来なかった方のために議事録が残されます。
4 1 Lucky .
5
h2. 概要
6
7 16 Lucky .
 日時:3ヶ月ごとの第1日曜日 21:00~22:00(第1部)22:00〜23:00(第2部)
8 1 Lucky .
 場所:整地鯖Discord内 アイデア会議用VCチャンネル+#アイデア会議テキストチャンネル
9
* 終了時間は目安です。内容によっては延長または短縮される可能性があります。
10
* *願望*: -会議開始はbotにより通知され、開始に加えて、終了時もアナウンスします。-
11
* 参加者は全員VCに参加してください。マイクのON・OFFは任意です。
12
13 15 . Kisaragi
h2. フェーズ
14
15
16 13 Lucky .
h3. 第1部
17
18 1 Lucky .
 事前に提唱された議題について採用・不採用を議論します。
19 15 . Kisaragi
 アイデアの内容によっては運営チームのメンバーが議論を省略・中略して採用・不採用・運営チームでの会議とする場合があります。
20 13 Lucky .
21
h3. 第2部
22 14 Lucky .
23 13 Lucky .
 第1部で採用されたもののうち、詳細まで決めたほうが実装しやすいというものについて議論します。この際、各議題についてスレッドが作成されます。
24 1 Lucky .
25
h2. 議題について
26
27 2 Lucky .
 毎月、定例会議用のチケットを1件発行します。
28
 議題を提唱したい場合は、そのチケットの編集ボタンから注記に記載してください。
29
 また、この時、次の必要事項を満たすようにしてください。
30 10 Lucky .
* 実際に会議に参加するかどうかや誰がその議題を投稿したかは問わない
31 3 Lucky .
* 関連するチケットとして、会議のチケットとアイデアのチケットを連関させてあること
32 1 Lucky .
* 運営チーム等が別途必要に応じて募集したアイデアではないこと
33
34 10 Lucky .
 事前に提唱された議題については各自あらかじめ一読するようご協力をお願いします。この時、自分の意見がある場合は、遠慮なくその議題にあげられているチケットの方に事前に意見を書き込んであるとスムーズです。
35 12 Lucky .
 なお、本会議で承認されたアイデアは極力実装に向けて行動しますが、諸事情により断念する可能性があります。
36 2 Lucky .
37 1 Lucky .
h2. 会議中は…
38
39 11 Lucky .
 議題消化のみを行います。(他は全て会議後に後回し)
40
 1議題にかける時間は15分以内とすることとします。
41 6 Lucky .
 終了時刻までに議題で提唱されたものは全て消化することとします。(収束しなそうなものは一旦切るなどの判断も必要)
42 1 Lucky .
 議論などが途中であったとしても、終了時刻になった場合は一旦終了となります。
43
44
h2. 会議後は…
45
46
 議題にない項目やふと思いついた相談などを歓迎します。任意参加です。
47
48
---
49
50
h2. 備考:議題の心得
51
52
h3. 主目的を整理する
53
54
 議題の主目的はいずれにあたるのか、どこがゴールなのかを意識してください。
55
56
* 報告、連絡、情報共有
57
周知することが目的の場合。質疑応答、及び指摘に対する再検討の判断が目的となります。
58
* 議論
59
意見の募集を行うことが目的の場合。多くの場合は結論を出す必要はありません。
60
* 決定、相談
61
方向性の決定を行うことが目的の場合。
62
63
h3. 計画性、期間
64
65
 議題の期間、及び計画はどのように設計されているのかを意識してください。
66
 今急いで決める必要があるのか、この場では何を行いたいのかを意識することで、参加者に何を求めているのかが見えてきます。
67
68
* 短期
69
この5分、10分の議題内で結論を出せるもの、結論を出す必要のあるもの。
70
* 中期
71
議題内で結論を出せないもの、継続して意見募集等をお願いしたいもの。例えば時間を決めて5分のブレストを行い、以降はredmineのチケットで意見募集に切り替える、等が考えられます。
72
* 長期
73
今はまだ決定出来ないもの、決定する必要のないもの。多くの場合は周知や方向性の連絡に留まります。
74
75
h3. 発散と収束
76
77
 議題提唱者は発散と収束のコントロールを意識してください。
78
79
* 発散
80
ブレストに代表される、思いついたことをどんどん広げていくフェーズ。多少話がズレても構いませんが、主旨をはき違えないよう提唱者がコントロールしてください。
81
* 収束
82
発散して出た意見をもとに、結論に向けて狭めていくフェーズ。ここで再度発散させることは好ましくありません。
83
84
h3. まとめかた
85
86
 議題提唱者は時間を区切り議題を終了してください。10分で結論が出せる程簡単な議題は少ないでしょう。その場合は要点を整理し、今後の流れを検討しましょう。
87
 決定事項、保留事項、継続検討事項に分類し、保留事項は何を以って再検討を開始するのか、継続検討事項はどのような手段で検討を継続するのかを考えてみてください。
88
 Redmineで継続して意見募集しても良いでしょうし、次回もう1度時間を取るから出来れば1人1個考えといて、でも良いでしょう。
89
90
h3. その他Tips
91
92
 定例会議は各自が予定を調整し、都合を合わせて参加しています。普段の雑談とは異なることを意識してください。
93
94
* 周知する必要のない話は必要最小限にする
95
例えば12人に無関係な話をたった5分行うだけで、1時間の工数が無駄になります。特定の人に対する話は概要に留め、定例会議後等に別途の連絡を推奨します。
96
* 背景を説明する
97
あまりサーバーに参加できていないプレイヤーの方々の参加も予定され、またそれを歓迎したいと考えています。余力があればどのようなプロジェクトで何についての話なのかを説明しましょう。
98
* 突発議題は端的に纏める
99
多くの場合、終盤には「他に何かある方~」のタイミングがあるでしょう。悪い会議に良く見られるのが、ここでズルズルと発散して終わらないケースです。突発議題に対してこそ、しっかりと提唱者としての役割を意識しましょう。