現在位置: ホーム › 運営情報 › 運営チーム › Keep, Problem, Try

Keep, Problem, Try

続けたいこと、問題点、やってみたいこと、を書きましょう。

Keep

  • Twitterの当日実況中継的な運用は継続したい(清水川)
  • 昼食を会場内で取る＆ぼっちをなくす。出会い系要素が非常に良かった。(清水川)
  • Guido の意向次第だが、今後も Guido となんらかの形で直接やりとりする機会を持ちたい。(杵渕)
  • 開催前記事はモチベーションが上がって良い (ほさか)
  • ライブ配信を業者さんに全てお任せしたので会場係りの負荷が少なかった (もりもと)
  • 海外から講演者 (参加者) が来ることをアピールしたので日本人の発表者も英語を意識した資料作りをしてくれたし、参加者にも英語が重要だという意識を高めるきっかけになって良かったと思う (もりもと)
  • オープンスペースのチュートリアルは参加者が多かったように思う、これから Python を始めようという人向けの企画が良かったと思う (もりもと)
  • 英語トラックはすばらしい！本イベント、Party、Sprintsとそれぞれで英語必須なシーンが発生していて、英語話せるようになりたいモチベーションがかなり上がった。国内でこんな体験が出来るのはとても良いこと(清水川)
  • Partyは立食形式なのでかなり人が入り組んでてよかった(たかのり)
  • グッズ配布はネタになってよかったと思う。PCにステッカーはってくれた人もいるし(たかのり)
  • 開催できたこと・開催できたこと(原)
  • 昼食を出す。皆で話したり出来るのが楽しい(原)
  • テーマに沿った会に出来たことは良かった(原)
  • 大きめの名札と色わけ、それと何語が喋れるかの表示(原)
  • 朝、会場付近で吹奏楽部が音出しをし始めるかも、というトラブルを解決できたのはよかった、トラブルへの迅速な対応(原)
  • 当日スタッフの募集は、場所までの案内などできるので良かった(原)
  • ネットワークが安定していた(原)
  • guidebook appが便利だった。作ったのは良かったと思う(原)
  • 昼食とコーヒーブレイク。他のイベントと異なる雰囲気が出せていてよかった(児島)
  • 受付の役割分担を適宜行い、列をさばくことを重視したため、受付の待ち行列が発生することがあまりなかった(児島)
  • スタッフの雰囲気や姿勢。(okuji)
  • 英語トラック。(okuji)
  • 日本人以外の発表者の複数人確保。(okuji)
  • 開催前の連載記事。(okuji)
  • ustreamによる中継。(okuji)
  • 運営情報の公開。(okuji)
  • Partyの当日参加申し込み。(okuji)
  • レポートの掲載が出来た(原)
  • Guidoの登場。別の方でも来年(寺田)
  • 前日準備と車で荷物を運ぶ(寺田)
  • アンケート。今後も同じ質問を繰り返していくことで、経時変化を捉えられそうに思える。何を提供していくべきかを考える材料になるし、それ自体が注目を集めるコンテンツにもなる(増田)
  • the Team! 今後もこの実行力と熱意を維持してほしい(増田)

Problem

  • サイト等での情報周知が分かりにくかった。情報量は出したつもりだったがシンプルに分かりやすく情報を出したい。(清水川)
  • 当日の人員配置などチーム内への連絡徹底が出来ていなかった。直前ミーティングで運用マニュアルや配置を徹底周知したい(清水川)
  • Office Hour に質問者が来るかどうかが分からない上、来た質問によっては30分では不足することもあり、時間枠の設定が困難。(杵渕)
  • セッションや Office Hour の講師役の人が時間通り来ない場合、探すのが困難。(杵渕)
  • 自動販売機の場所を聞かれてすぐに答えられなかった。来場者が知りたいことを想定できていなかった。(杵渕)
  • 昼間の廊下の明るさ(照明器具)や気温を把握できていなかった。照明、エアコンの有無のチェックをすべきだった。(杵渕)
  • 議事録が分かりづらかった。特に、イベントの大目標や方向性があまり書かれておらず、個々の項目を読んでもあまり頭に入ってこなかった。(杵渕)
  • スポンサーロゴのサイズを決めておくべきだった (ほさか)
  • しみずかわさん、たかのりさんの負荷が高めだったような (ほさか)
  • skype はタイムラインが一つなのがわかりにくいので何とかならないかな (ほさか)
  • 同時書き込みで問題が起きまくるので議事録とるのに google docs は向かない。とはいえ複数人が見てチェックできるのは便利ではある (ほさか)
  • 議事録は reST で最初から書いた方が…。(ほさか)
  • セッションの開始・終了でスタッフがひとこと言った方が良い、セッションによってあったりなかったりするのは発表者も聴講者も困惑する (もりもと)
  • プロジェクタの相性で2名映らなかった (433教室)、プレゼンツールがインストールされた Windows/Mac OS の予備マシンが必要だった (もりもと)
  • パネルディスカッションの企画と段取りを事前にもっと詰めておくべきだった、司会／プログラム／会場係りの想定が全く違っていた (もりもと)
  • 当日の会場全体を見回る主担当者が必要だった (寺田さんが行ってた？)、それぞれの教室の主担当に委譲するという意図はあったものの、全体としてどうだったかの判断が行えないことに気付いた (もりもと)
  • 階段を使えない人に対してエレベータの場所の案内が出来なかった。誘導係は事前に確認しておくべきだった。(若山)
  • 日本語が出来ない参加者がメイントラックのみのタイミング(LT等)で置いて行かれていたようだ。Tarekちょっと寝てた(清水川)
  • 狭いスペースだからかもしれないが、「一般」の参加者と「その他」の参加者が受付ところが違うにも関わらず皆「一般」のところに一ヶ所並んでいた。（イクバル）
  • 案内看板がなかったため？遅れて来られた方々が路頭に迷われていた(Surgo)
  • 予想外に早く(8/4頃)にチケットが無くなりそう、と思った翌日には販売を終了することになってしまった。売り切れ間近の周知期間がほぼゼロという点のみ残念(清水川)
  • Partyで飲み過ぎてSprintに来なかった人がいるような気がする(たかのり)
  • 食堂でのLunch、Coffee Breakは人の移動が少なかった。椅子をとっぱらったほうがよかったかも。(たかのり)
  • 最初のほうとか、スタッフの声だしがちょっと弱かった。みんな声だそう!!(たかのり)
  • English Trackで発表の内容を講演中に、日本語で解説する機会があってもよかったと思います。 質問も英語でしか行われなかったので、質疑応答を日本語訳して聞いている人に教える,日本語で質問してもいい雰囲気をつくるなどは 行った方がよかったと思いました。敷居が高かった気がします。(中村)
  • 日本語トラックについても同様。(中村)
  • Twitter, #pyconjp一つだと結構他のセッションの様子も感じられて面白いが混乱する。(原)
  • スタッフ内で連絡がつかず困っていることがあった(原)
  • ちょっと学生には懇親会お高いと思いました（チケット売るにしてもやりにくい人も：実際大人の人が声かけてくれていたけど）(原)
  • 公式サイトがPloneのデザインのままなのは、初めての人ちょっと戸惑う気もした。他のイベントを参考にレイアウト合わせてあげるとやさしいと思う。(原)
  • 会場位置がすこし分かりにくかった(児島)
  • 昼食時間帯に来た人で、昼食があることを知らなかった人も多くいた(児島)
  • 受付、本部まわりに人が集まりやすく、廊下での立ち話の声が大きくなり教室側からやんわりとクレームを受ける場面などがあった(児島)
  • 基調講演直前あたりで、講演への誘導を優先して受付時の手続き(名札記入とノベルティ配布)を省略したため、基調講演後の受付前通路がごった返した(児島)
  • やっぱりLTはドラ(的なもの)が欲しいですね(児島)
  • 無線LANアクセスポイントの案内がわかりにくかった？ (受付に質問に来られた方が1名いました)(児島)
  • Job Boardが目立たない、強化したほうが魅力的である、との要望がありました（遠藤）
  • Pythonチュートリアル、テンポが早くついていけない、とのご意見がありました（遠藤）
  • Pythonチュートリアル、配布資料はダウンロードしなくてもいいと思った、とのご意見がありました（遠藤）
  • 議論し尽くされた事項ではあるが（後出しごめんなさい）、全てのスポンサーのロゴをのせるべきではないか？差別化として、ロゴの大小は良い案であると認識しているが、ロゴの有無はサイトが永続的に存在すること、スポンサーの企業体、担当者様の社内体を考慮するといかがなものではないか？（池）
  • ノベリティ作成の準備が遅かったので、次回は事前に計画、準備しよう！（池）
  • 発表者が優遇なさ過ぎて、発表中に大荷物を置く場所くらいは欲しかった（蘭水）
  • 会場の案内不足。発表部屋がどこにあるかわからない方、飲み物を買える場所がわからない方、トイレを探している方等、結構いらっしゃいました。(okuji)
  • 個人情報入り冊子をスタッフ全員に配布したこと。実際受付撤収のごたごたで私のものが紛失しました。(okuji)
  • 席を外せない担当のバックアップ体制不足。受付は個人情報が多く、Party受付の当日客のため現金まであったので、トイレに行くのも不安でしたが、そのとき一時的に見てもらえる人は本部で多忙だった清水川さんだけでした。(okuji)
  • 撤収の手順や方針の（明文化されていなかったという意味での）欠如。結局その場にいたスタッフで適当に結論を出して実行されました。(okuji)
  • スタッフの準備不足。例えば、私はチケット持参者の受付で、半券を切らないといけないことを指摘されるまで気づきませんでした。よく考えれば当たり前の話ではありますが、わからなかったという事実は残ります。(okuji)
  • プロジェクタの事前チェックを怠ったこと。(okuji)
  • 時間を守る仕組みの欠如。例にして申し訳ないですが、小宮さんの発表はプロジェクタの問題で開始が遅れたこともあって、15分ぐらい延長しましたが、その間誰も発表の切り上げを指示しませんでした。たまたま昼食直前だったので実害はほとんどありませんでしたが、運がよかっただけです。発表者は発表に集中していて、そこまで気を回すのを要求するのは酷なので、運営側の問題だと私は考えます。(okuji)
  • Job Boardを見てられる時間帯が実は非常に限られていたこと。全体的に余裕が少なかったきらいがあります。(okuji)
  • サンドイッチがおいしくない。 [1] (okuji)
  • スタッフ以外の一般参加者がスタッフルームを利用していた。発表者に使っていただくことを優先すべきでは?（瀧澤）
  • 議論の場所がミーティング、ML、Skypeと分散していて、道筋を追うのが難しかった（瀧澤）。
  • 受付の方法については手順をマニュアル化すべき（瀧澤）。
  • 受付方法、名簿の管理は大変だった。(スタッフ未登録もたくさん)(寺田)
  • メールの流量が多く、追い切れない。＆公開されていることで書きにくい内容も有った。(寺田)
  • ネームカードの言語わけは使い方が難しかった(寺田)
  • 必ず休憩挟まない時の移動時間が無く慌てた(寺田)
  • スタッフ担当者のセッションと別の準備が重なり、ギリギリだった(寺田)
  • ビープラウド社からの発表者二人がかぶった(寺田)
  • スポンサーへの連絡混乱(寺田)
  • 運営マニュアルの印刷が直前で多量印刷が大変だった(寺田)
  • アンケートの「良かったと思う講演」の表の記入方法がわかりにくかったらしく、項目の左側でなく右側にチェックを入れているケースが少なくなかった。また、設問に矛盾があったり、選択肢の番号付けに誤りがあった。(増田)
  • アンケートの回収率が低い。前回の倍の参加者にもかかわらず、回収枚数は前回とほとんど変わらない。 (増田)
  • 内容も方法も練られていない状態で直前に実施が決まったサービスが多く、指摘を受けて一旦差し戻したり、付和雷同的に方針転換することがあった。（増田）
  • ゲストとのコミュニケーション不足。来てから細かい取り決めやその後の日程について話し合うのは、呼ぶ側にも呼ばれる側にも負担。(増田)
  • 今後の発表内容・発表者の確保。同じ内容の発表・同じ発表者が固定化してしまっては、先がないと強く危機感を持っている(増田)
  • 受け付け後の参加者が、両手にグッズと紙束を両手に持たされて会場に放されるのはかわいそう。せっかく配ったものも、すぐにカバンの底に押し込まれてしまう。(増田)
  • 写真の再利用範囲について明確になっていないので判断に迷う。
[1]おいしかったという意見も多数聞こえたので私の舌が肥えているだけかも。

Try

  • 公式Twitterアカウントの周知は次は大々的にやりたい(清水川)
  • サイトやguidebook app (等)で「いいね！」を集めてオンデマンドで集計表示したい(清水川)
  • アンケートで各セッションの評価感想を求める。5段階と自由記述。(清水川)
  • レシーバー導入。電話してもみんな気づかない。(清水川)
  • Office Hour 自体の意義(すごい人に直接質問できる)は感じられた。積極的に質問に来る人が少ないのをこちらが出会う機会を提供できてなかったと捉えて、形式を変えるなどしてその意義をより大きく実現させたい。(杵渕)
  • アンケートを電子化してすぐに反応できるようにしたい。集計も楽にしたい (ほさか)
  • お昼休み等に LT の発表者にプロジェクタの相性問題が発生しないかのマシンチェックを行う (もりもと)
  • 当日お手伝いの方へもスタッフ T シャツを配布する(私服だと参加者からみてスタッフだと認知されにくい) (もりもと)
  • 日本語が出来ない参加者のために要所要所では英語通訳したい。会場内での案内Talkは全て、とか、LTだけはやるとか(清水川)
  • 無線 LAN の SSID と キーはパンフレットに掲載する(Surgo)
  • 電源スペース (オフィスアワーの場所など) を作る(Surgo)
  • PyCon 当日に翌日のスプリントに参加したくなった方々へのサポートをする(Surgo)
  • スポンサー企業様のメリットを増やす (ブース設置など)(Surgo)
  • 同一規模(部屋数、トラック数、時間)で受入人数を倍に増やしてみたい(清水川)
  • Business & チュートリアルDay を1日設けたい。チュートリアルセッションは別費用等 (清水川)
  • 2日開催にして、半日くらいOpen Spaceやりたい(たかのり)
  • スポンサーのリクルーティングセッションとかあるといいかも(たかのり)
  • 参加者用のTシャツを作る。事前にサイズ確認(たかのり)
  • もっと積極的にアジア圏の国々に PyCon JP の開催をアピールしたい(たかのり)
  • Sprintにも初心者向けのものを作る。(中村)
  • Job Boardがにぎわっていたので、ホワイトボートを利用してもっとコミュニケーションを取る場として使えないか。(例: 好きなライブラリの人気投票など)(中村)
  • Job BoardをWebサイトに掲載する（遠藤）
  • リクルートはスポンサーとしてのインセンティブになる、とのご意見がありました（遠藤）
  • セッショントラックごとのハッシュタグ（部屋番号など）をつけてみる(原)
  • 引き続き本の販売をお願いする（サイン会もしてみたりとか、著者が販売とかもおもしろい？）(原)
  • 難しいとは思うけれど、日本語セッションと英語セッション、それぞれ相手の言語にリアルタイム翻訳できたら素晴らしいと思ったりしました(原)
  • 案内資料の類を充実させたい(児島)
  • 演題一覧(プログラム)の見やすさ向上の一つとして、言語ソートやタグカテゴライズなど動的に見せたい。beginnersはこれ、みたいな。(清水川)
  • Pythonチュートリアルは、初学者〜中級以前で数段階にレベルを分けるとよさそうです（遠藤）
  • ディナースポンサーを募ってみる（遠藤）
  • Rubykaigiのリアルタイム技評さんサイト更新をしてみたい。多人数のレポート班組織、要打ち合わせ...要事前準備。（池）
  • 発表者向けに発表者だからこそ困ることを解消するようサポートする（荷物置き場や受付後の個別の案内など）（清水川）
  • 事前に現地でシミュレーションやリハーサルをスタッフのみで行う。誘導の問題、準備不足等はかなり未然に防げると思います。全員が難しいなら、せめて主要スタッフだけでも。(okuji)
  • 出来れば立て看板、予算的に難しいなら、せめてもうちょっと視認性のよい誘導マーカを用意する（色や大きさ等）。会場担当や受付担当の負荷が軽減され、来場者も助かると思います。会場外では会場入口の方向、会場内では受付、食堂、自販機、喫煙場所、トイレ、各発表場所、本部への方向が必要。部屋の前にはもっと大きく何の部屋なのかを明記。(okuji)
  • 個人情報だけはハードコピーをやめて電子的に扱うか、一部の責任者のみに配布し、それ以外のスタッフは近くの責任者に訊く、あるいは、開場前に携帯等に写す等の方がよい。どうしても全員に配るなら、絶対体から離さないで済むよう、個人情報部分だけ名札入れに入る程度の大きさにする。(okuji)
  • プロジェクタとの接続は必ず事前に（出来れば開場前および昼休みに）確認させる。発表資料は、オリジナル及びPDF化したもの両方を、確認時にUSBメモリ等で引き渡してもらい、他者のPCでもプレゼン可能な状況にする。(okuji)
  • 発表中は必ず一名進行役をつけ、終了前や終了時に発表者に情報を伝え、適宜発表を早めさせる等の処置を行う。ベル（ホテルのフロント等にあるタイプのもの）があるとよい。口頭で伝えられると、発表の話の腰を折ってしまう。質問時間を削るのはよくない。いくらOffice Hourがあるとはいえ、他の発表も聞きに行っていると、Office Hourには参加できない。(okuji)
  • もっと外国からの参加者を増やす。発表者でも聞くだけの人でも。(okuji)
  • やっぱり一日は短いので、せめて二日はやりたい。これぐらいあればしらふで知り合い増やせるんじゃないかな…(okuji)
  • 写真撮影班を2名以上にする。2011では1名でも十分な写真がとれたけれど、3トラック+αを1人でカバーは仕切れていない。もっと参加者や運営裏舞台の写真が欲しい(清水川)
  • 写真は開催レポートなどの利用用途を考えた上で、載せたいシーンを考えて撮影計画を立てておくと良いと思った。(杵渕)
  • 来年のレポートはもう少し、テーマに沿って書けると良い(原)
  • デザインの統一感をだしたい。 (ロゴ、サイト、紙系の物、もろもろ)(寺田)
  • スポンサー集めとして大手スポンサーも欲しい。他国のPyConから情報を得るなど模索。(寺田)
  • チケット販売・フォーム連携したい(寺田)
  • ネームカードは全員印刷(寺田)
  • 受付の効率化。配布物の配り方などを別の方法に。アイデアを出し検討(寺田)
  • チュートリアルなど初心者向けを増やす(寺田)
  • 当日スタッフが実際はどこに居たか？を確認しておきたい(寺田)
  • コーヒーブレイクのマイクの準備と放送内容を決めておきたい(寺田)
  • 打ち合わせ頻度と担当わけの再検討(寺田)
  • 担当配置の詳細見直し(寺田)
  • Sprintへの参加者を増やしたい(寺田)
  • 最低限、定形のアナウンスや、オープニング・クロージングのスピーチは英語版も用意する(増田)
  • 運営のトップは積極的に英語圏の人たちと交流してもらいたい。カタコトでもいいから話す。英語コミュニケーションから逃げ回る姿は見せない。(増田)
  • 国際交流を目指すなら、自分たちのイベントに来てもらうことだけを気にしていてはいけない。国内外のイベントに参加して、現地でキーマンや発表者と話し合ってきてもらいたい(増田)
  • 海外からの参加者向けに、日本での観光ガイド・おすすめの宿泊先・渡航方法を記載する。できれば、相談窓口も用意する。(増田)
  • アンケートの分析。あと、次回はどんな話を聞きたいか、どんな分野に興味があるかを問いかける。(増田)
  • 小ネタの発表枠。ちょっとしたモジュールやプログラムの紹介ができるような、申し込みやすい枠をつくって、今発表をためらっている人たちの背中を押す(増田)
  • カンファレンス・バッグ。紙袋でいい。ちょっと手間だけど、ノベルティやパンフレット類は前日までにバッグに詰める。(増田)
  • 車椅子の方専用のスタッフを準備(松尾)
  • Office Hour をセッション会場の出口近くでやる(参加しやすい,移動が楽)(松尾)
  • アンケートを Google Spreadsheets で取る(集計も簡単にできて楽かも)(松尾)
  • 基調講演だけでも同時通訳を付けるのはありかも(評判のとても良かった同時通訳者を知っているので紹介します, 同時通訳用にイヤフォンなど使うとさらにコストがかかりますが…)(松尾)
  • 写真の掲載/再利用についてイベント全体を通じて参加者の承認を明示的にもらう(申し込みサイトか受付)。