JZUG運営ポリシーディスカッションのページ

• 会則など、JZUG運営ポリシーについて話すページです。（2001/10/16 作成）
• 書き込むときは、以下のように、「日付と名前 - 本文」という形式にしましょう。

書き込み例

• 2002/1/1 田中角栄 - アーウー。あけましておめでとう。

• 2001/10/16 mojix - 以下は、[DMZ]?で発生した会則の話を、ここに移動したものです。 a

  ---

  • あと、会則作っときませんか？(deepsix)
    • mojix

      あまりカタい感じにはなるべくしたくない、というのはあるんですが、やっぱ必要かなぁ

      まさに「かなり動きのいい集団」にしたいんですよ。そのためにプラスになる会則は欲しいですが、マイナスになるものはいらない

      もし会則を作らないとしたとき、具体的にどういうトラブルがありそうですか？

• とりあえず必要だと思った背景とどういうものが欲しいのかを書きます(deepsix)
• 実際にDebian.jpであったことですが、グループ内の意志決定プロセスを明確にしておかないと「惰性」で物事が決定されてしまう可能性があります。人数が少ないうちはそれでもかまいませんが、適当に増えてくると「誰が決めたんだ！」的な意見が出始めます。
• で、件のDebian.jpでは他にもいろいろな要因があって何人かの主力メンバーが抜けるという結果で決着が付くという最悪の状態になりました。同じようなことは起こしたくないと思います。
• そのときに感じたことは、「何らかの決定プロセスは最低限必要である」という事です。
• 提案とか内容はフリーというかざっくばらんでかまいませんけど、zope.jpとしてこういう事しましょうとか、こういう方向性を以てzope.jpを運用しましょうって事を決めるプロセスは必要だと思います。そういうプロセスがあれば、グループ内の方向性がよりわかりやすくなると思われます。
• 例えば、「提案は誰（グループ外の人）でも可能で、zope-groupに提案のメールを投げて２週間議論して、その後に評決して有効投票数の６０％の支持があればよい」とか。
• 別に人を拘束するためのルールは必要ないでしょう。積極的に参加せよとかいうレベルのものすら不要だと思います。

• 2001/10/16 mojix - なるほど、わかりました。

  とりあえず、いろんな団体でどういう会則を作っているかというのをざっと調べて、よさそうなものを真似する、という感じでしょうかねえ。

  参考にするとよさそうな団体とか、ありますか？

• 2001/10/16 - rbh

  この資料はJZUGを継続的に活動可能な組織やサイトになるために、僕が想像している課題を洗い出しています。

  1. このユーザー会の"ユーザー"って誰?

     僕は考えられるのは、以下の通りです：

     • 個人ユーザー：僕みたいに、別デベレパーではなく、HTMLぐらいの知識で、ゾープを使ってサイトを公開している個人エンド・ユーザー
     • 個人デベレッパー：個人的にゾープで開発する方です。商売ではなく単なるゾープというプラットフォームが好き個人開発者
     • ビジネス・ベースでゾープをプラットフォームとして利用している会社です。要はゾープ・ソリュションとサービスを提供している会社です。
     • ゾープをビジネスで使っている会社。要は企業エンド・ユーザー。社内イントラネットとか、WEBサイトなどで利用している会社です。
  2. JZUGの目的は????
     • JZUGの目的はなんですか?
     • その目的は上記のどれに一番アピールするの?
     • 他のZOPE組織とどう連携するの?
       • Zope Japan
     • 企業とどう連携するの?
       • スポンサー
       • その他?
  3. 実際に何人が参加する予定ですか???
     • これによって、何を計画するか変わる。要は資源(主に人材)にあった活動計画を考えた方がよいでしょう。

  上記を答えた上で、どう展開していくのかを考えた方が良いでしょう。

  誤解しないでください。指摘的なつもりではありません。でも、NPOの経験で一番重要なのは、まず目的を一致することです。

  そして、その目的に向かって、大体の進み方を合意することです。

  僕は思うには、これがないと、将来に止まってしまう。

  Zope.ne.jpって、そうでしょう。メーリング・リストへの投稿とかは少ないし、BBSのとこ殆んどの投稿がないし、Productsも出ていない。

  ま、半面はこの一年間でZOPEそのものの展開が激しかったので、ついて行くのが難しかったでしょうし。

  だらだら書いてすみません。

• 2001/10/16 mojix - rbhさん、ご意見ありがとうございます。

  ここはJZUGの準備の場でもあるので、このような議論は歓迎ですし、また必要でもあります。

  rbhさんが書いたことには、ほとんど全面的に賛成です。

  すぐには決められないことも多いですが、とりあえずrbhさんへの回答というかたちで、私の考えを書いてみます。

  1. 対象「ユーザ」は、日本在住の人を中心とした、すべてのZopeユーザ(広い意味での)。

     つまり、rbhさんのいう４種類の人、「個人ユーザ」「個人開発者」「Zopeでビジネスをしている企業」「企業ユーザ」をすべて対象にする。

  2. JZUGの目的
     • Zopeユーザのためのコミュニティ的な拠点を作り、Zopeの技術情報などを交換・発信することで、日本におけるZopeの普及をめざす。

       またビジネス的な利用もふまえた情報発信を心がけ、コミュニティとビジネスが融合した活気あるシーンの創出をねらう。

     • JZUG活動がめざす、具体的な「成功」のイメージ
       • コミュニティ的な成功
         • 常時接続のネットユーザが自分のWebサイトをやるとき、「自宅マシンにZope」が定番になる。
         • 日本発のZopeプロダクトが、毎週１個以上リリースされる。
       • ビジネス的な成功
         • ビジネスシーンで、「Zope」という言葉がいまの「Linux」「Java」以上に飛びかうようになる。
         • Webシステム、ソリューション案件の半分以上が、Zope、Pythonによって開発される。
     • JZUGがアピールする層は、基本的には上記４種のすべて。当面、現実的には「個人ユーザ」と「個人開発者」が主なターゲットとなりそう。
     • Zope Japanなどの他のZope組織とは、役割分担などを話しあいながら、友人あるいはパートナー的な連携をとっていく。(現時点でも友人です)

       現実的には、「他のZope組織」がほとんどない状態なので、むしろそれを生み出すようにしていきたい。Zope組織は多ければ多いほどいい。

     • 企業との連携・スポンサーは、もう少し会が大きくなったら検討する。当面は「手弁当」によるボランティア運営。
  3. 参加する人数
     • いわゆるメンバーや、メーリングリストの購読者は、とくに上限を想定しない。マシン、システムスペックの限界に至るまで。
     • 会の運営にたずさわる運営メンバーは、数人から十数人を想定している。

  以上、これで回答になったでしょうか？

  会の運営方針、「ヴィジョン」みたいなものは、やはり必要ですね。

  叩き台を提供してくれたrbhさんに感謝！

• 2001/10/30 - takano

  たかのでっす。ここでは「はじめまして」な方のほうが多いのかな。以後、お見知りおきを。 zope.jpの構想をPyJUG経由で聞いたとき、一番気になったのはZopeJapanとの関係です。 たしかに（Zopeに関しては）死に体のDGなんですけど、そこはそこ、過去の資産もあるし、 このままforkしてしまっていいのかなぁ、と躊躇します。 労力の分散は避けたいです。

  あ、ただbrian（さん、をつけたほうがいいのかな(^^;）がこっちに来ているということは、 DGには交渉の窓口さえなくなってて、 あとはなし崩し的にこっちへ動いてくるしかない、ということなのかな。

• 2001/10/30 - mojix
  • Zope Japanにあるドキュメントなどの資産は、そこへリンクして、コメントをつけるというかたちで生かします。
  • これは特にZope Japanに限らず、zope.orgでもどこでも、すでに存在するZope情報については「リンクして、コメントをつける」というスタイルで生かしたいと思っています。Webの基本原則ですね。
  • 私はむしろ、Zopeコミュニティがどんどんforkして、日本各地にZopeユーザ会ができるような感じ(Linuxとか、Macとかみたいな)がいいと思っているのです。というか、そうならないと、Zopeがほんとうに広まることは難しいでしょう。
  • なんでも中央組織がやるのではなく、あちこちに分散した組織があるような、それこそネットワーク的な感じで。JZUGは、そういう分散Zopeコミュニティのきっかけ、あるいは土壌になれればいいと思っています。
  • 組織としては分散しつつも、「思い」というか情熱を共有する、みたいな感じが理想だと思います。
• 2001/10/30 23:30 - takano
  • なるほど、了解しました。 私がforkで最も恐れるのは「人的リソースの競合」です。 RedHat?とLaser5みたいなことになっちゃうのは不毛ですから… が、お話を聞く限りではその心配は無さそうですね。

このページの管理者：mojix

Last edited Sun, 10 Sep 2006 19:28:24 +0900

Edit this page