サイボウズ株式会社経営企画室によるWikiの分析 - YAMDAS現更新履歴
経営企画室 調査日報: wiki の特徴と利用例 経営企画室 調査日報: wiki がブログほどには盛り上がりにくい理由 経営企画室 調査日報: wiki による「共同編集」の難しさ 経営企画室 調査日報: wiki で「たたき台」をブラッシュアップする なかなか痛いポイントを突いた分析になっていると思う。Wiki の成功例は実は少なくて、「汎用的かつニッチなテーマ」という難しい条件を満たす必要があるということか。あと共同編集における合意形成の難しさとか。 しかし、最終的には企業における Wiki の利用法の道が見えてくる感じで、こうした分析はありがたい。 ワタシは以前2006年は Wiki が解体される年になるのではと予想したことがあり、つまりは既存のグループウェアやオフィス向けソフトウェアに Wiki が取り込まれるのではと予想したわけだが、「Web2.0とコラボレーションとグループウ
IT Tunes 便利なWiki - ServerSideWiki -
便利なWikiサービスのご紹介。 RubyonRails + TiddlyWikiで提供されているサービスです。 TiddlyWikiを使用しているだけあって非常に更新が楽です。ページの書き換えにはリロードが発生しません。これにより更新が非常にスムーズに行う事が出来ます。 http://www.serversidewiki.com/ Singupして自分のWikiを作ってみました。 日本語入力も問題ないので、メモ代わりに使えそうです。 TiddlyWikiは全てHTMLで提供されていて、全ての処理はJavaScriptで行われています。非常に驚いたのですが、自分のローカルディレクトリにTiddlyWikiのHTMLファイルをダウンロードして置いておくだけで、ローカルなWikiの出来上がりです。 サーバーサイドである必要がない場合は、TiddlyWikiのみで十分ですね。場所を選ばずに更新し
わたしが知らないスゴ本は、きっとあなたが読んでいる: ブログでプロジェクトマネジメントする10の方法
マーケティングツールとしてのブログが流行らしいが、開発現場のマネジメントとしてブログを使えないかという提案。イントラネットに閉じたローカルブログ導入のヒントとして自分メモでもある。 1.ステークホルダーのコミュニケーションツールとして 進捗報告やマイルストーン毎のレポートなど、プロジェクトでやりとりする情報はかなりのものだが、それらを全て一斉同報メールで送るのは大変かも～というのであれば、ブログが有効かと。 日報、週報、月報のような定期レポートだけでなく、随時更新されるリスクマネジメントリストや、毎時参照されるトラブルレポートも対象となる。更新するタイミングでステークホルダーにお知らせメールを送るのも簡単だし、RSSリーダで読むようにすれば、それすらも要らぬ。その際、以下のルール決めをして浸透させておく必要がある。 どのタイミングで 誰の責任において どのような情報が 公開されるのか（公開
wikiとblogを両方使うにはどうしたらいいか。 - 焚書官の日常
「wikiがストック」 http://b.hatena.ne.jp/entry/http://mojix.org/2005/06/28/232219 otsuneさんほどではないが*1、「なるほど！」というコメントが多いのに驚いた。はてなブックマークでのことだったので余計に。 問題意識 id:otsuneさんの指摘をそのまま使わせていただくと、たださんが「やはり、blogとWikiは個人サイト構築の両輪だ。」と書かれているように、2年くらい前には、blog/Wikiをどうにかしてくっつけて回せないのかなぁ、という問題意識はあったのだと思う。 はてなダイアリーで はてなダイアリーでは「キーワード」がWiki的に使えるのだが、それを使うユーザは自分だけではないので、自分のメモ置き場としては使えない（好きなことが書けない）。 以前から、全体のキーワード空間とは別途、自分の日記に繋げて使える「自分
nothing but trouble - 最近、Wikiの話をよく見るけど…。お前らも本気で活用してる姿を見せてくれよ！
そんなにWikiって一般的じゃなかったのか…？ あと、「企業内でBlog活用」とかいう記事とかもどっかで見たけど、それいうはWikiの方があってるんじゃないかなとか思ったりした。 俺的にはWikiはソフトウェア開発の時に利用する事が多い。多分同じような使い方してる人も多いと思うんだけど。*1 折角だから、どういう感じで使ってるか書いてみる。 プロジェクトがはじまって、メンバたちにWiki使おうよと言う。 とりあえず、Wiki立てる。 CVS等のバージョン管理システムも同時に立てて、定期的にコミットする。 編集者をトレースできるように、アカウント制にしておいた方が吉。 率先して小人さんと化し、自分分担のところ以外に突っ込み入れたり、編集したりすると、心に誓う。 ミーティング用の議事録ページを作る。コメントも書き込めるようにする。 なるべくリアルタイムで書く。 なるべく修正点は、気づいた人に直
わたしが知らないスゴ本は、きっとあなたが読んでいる: Wikiでプロジェクトマネジメントする4つの方法
「ブログでプロジェクトマネジメントする10の方法」への反応を見ていると、独り考え込むのでなくUPしてみるものだな、と思った。実務に適用している例や、Wikiでの試みがあることを知った。言及していただいた皆様、ありがとうございます。賛否ともども大変参考になり、中の人は感謝多謝することしきり。 Wikiを発展させた開発支援コラボレーションツールMrkrgnao（via:marsのメモ） Wikiを使った「Web向けLotus Notes」Jotspot（via:関心空間ラボ） 社内限定の非公開型ブログイントラブログ さらに、「Wiki との優位性が見えない」「ストレージサービスでええやん」というコメントがあったが、そのとおりだと思う。実際、前のプロジェクトでは Wiki+CVSで「設計書+コード管理」してたし。時系列に情報を積み重ねるのがブログなら、Wikiは樹構造的な展開に向いている。各人の
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ScrapMemo
http://hsj.jp/works/archives/001468.html
https://editthispagephp.sourceforge.net/home/index.php