アカウント名:
パスワード:
独裁者になりたがる人の傾向ってのはすぐ分かるんで、なるべく早くに気付き、wiki以外のもっとリアルタイム性のある方法でつつくなりいっそコミュニティから追い出すか、その人のいないプロジェクトを別途立ち上げるのがよいかと。もしくは厄介者以上に独裁者ぶれば、その厄介者は暫くは身を潜めることでしょう:)
>いっそコミュニティから追い出すか、その人のいないプロジェクトを別途立ち上げるのがよいかと。オープンソースだとそれができるんですよね(遠い目仕事だと(ry
>運用方法
ただ、どういう運用方法がプロジェクトを幸せにする運用方法なのか?が、あまり知られていないよね。#ベストプラクティスとか、グッドラッパー(?)とか。
むろんプロジェクト内の人が独自に正しい結論に行き着く可能性もあまり期待できないし。
で、DQNな運用方法を採用しちゃって、かえってしっちゃかめっちゃかになるとか、逆に活気が丸っきり潰されてしまって意味なしメディアに成り下がるとか、といったパターンがよくある。
手探りでやってったほうがまだマシだったかも、ということはよくある。
「土台を固めて「から」はじめる」のが上策かどうかは不明です。下策ではないのでしょうけども、上になる保証もないので、それはせいぜい中策です。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ソースを見ろ -- ある4桁UID
見極め (スコア:0)
独裁者になりたがる人の傾向ってのはすぐ分かるんで、
なるべく早くに気付き、wiki以外のもっとリアルタイム性のある方法でつつくなり
いっそコミュニティから追い出すか、その人のいないプロジェクトを別途立ち上げるのがよいかと。
もしくは厄介者以上に独裁者ぶれば、その厄介者は暫くは身を潜めることでしょう:)
Re: (スコア:1, すばらしい洞察)
>いっそコミュニティから追い出すか、その人のいないプロジェクトを別途立ち上げるのがよいかと。
オープンソースだとそれができるんですよね(遠い目
仕事だと(ry
Re: (スコア:2, すばらしい洞察)
運用方法をおざなりにして始めると、行き詰まるパターンに陥りやすい。
苦労を最初にしておくか、後から苦労するかの違いなのだが、
後からの苦労は最初の苦労より何倍も大きくなりがちだ。
なので、仕事なら手抜きしないで土台を固めてから始めましょう。
必要なら根回しを事前にしておくのも準備のひとつだ。
Re: (スコア:0)
>運用方法
ただ、どういう運用方法がプロジェクトを幸せにする運用方法なのか?が、あまり知られていないよね。
#ベストプラクティスとか、グッドラッパー(?)とか。
むろんプロジェクト内の人が独自に正しい結論に行き着く可能性もあまり期待できないし。
で、DQNな運用方法を採用しちゃって、
かえってしっちゃかめっちゃかになるとか、
逆に活気が丸っきり潰されてしまって意味なしメディアに成り下がるとか、
といったパターンがよくある。
手探りでやってったほうがまだマシだったかも、ということはよくある。
「土台を固めて「から」はじめる」のが上策かどうかは不明です。
下策ではないのでしょうけども、
上になる保証もないので、
それはせいぜい中策です。
Re:見極め (スコア:0)
それを活用すれば良いだけのこと。
オンライン会議と考えれば、昔から存在する「会議の手法」を転用するとか、
オンライン会議向きの活用本を利用すると土台を作るのは比較的楽になる。
基本ってあまり変わってるわけじゃないからね。システムに応じて微調整する必要はあるけど。
ちなみにビジネス教則本のジャンルで探せば、山と出てるからお好みのものをどうぞ。
#ただし、大事なのはシステム上で何をやろうとするか? の視点だ。
#それが最初に定まってないと運用も決まらん。