アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ハッカーとクラッカーの違い。大してないと思います -- あるアレゲ
Wikiで仕様管理 (スコア:3, 興味深い)
ほとんどのWikiのページにはExcelファイルのパスが書いてあるだけで全く意味ありませんでした。
Re:Wikiで仕様管理 (スコア:2, 参考になる)
いっそのこと、完成したWikiを成果物として納品できちゃえば良いのかもしれませんがw
実際には、開発リソースを束ねるという目的で、各資料・成果物ドキュメントへのポインタ、履歴管理、ディスカッション程度で利用するのが現実的な運用だと思います。
(この程度でも、新しく入った人に教育するとか、誰かにPrjを引き継ぐ際とかに、Wikiを丸ごと示せば良いのでけっこう楽になります)
あまり大きなプロジェクトになると、Wikiを使いこなせるか微妙なエライ人が出てきたり、参照・編集制限なんかが必要になって管理が面倒になったりして本来の目的だった「全体への見通しの良さ」が薄れてきたりするので、何でもかんでも全部を一つのWikiでやろうとするよりも、サブチーム単位で小分けにしたりとか、生産性が上がりそうな範囲だけで運用するのがポイントらしいです。
Re:Wikiで仕様管理 (スコア:0)
ほんと、WebダウンローダーでWikiサイトをHTML化したものを納品するのがスマートだと思いますよ。
「相互にリンクしあった相互補完的(相互説明的)なHTML群」
なんてのは、納品物として考えると、
たとえばマニュアルとしては最適ですよね。
納品後も情報を更新できるようにしたいっていうなら
「Wikiのまま」納品する必要が有るでしょうけど、
そうでないならHTML化したほうが"安定"する。
パワポみたいに順送りページ構成の場合はWikiは意味ないですけどね。
まあ意味が無いといっても不可能というわけではなく、
Re:Wikiで仕様管理 (スコア:2, 興味深い)
Re:Wikiで仕様管理 (スコア:1, すばらしい洞察)
ウチの会社はWiki使えないんですけれど、WordやExcelファイルはその所在(存在)を「知ってる人は知っている」
という状態でポインタの集合すらないため探すのが一苦労だったりします。
社内HPはあるのですが、基本的に「有益なファイルを製造する人」には編集権限が無いため
更新してもらうのに依頼をかけなければならない→面倒だから個人持ち
てな感じで完全に情報が拡散・滞留してしまっています。
当然拡散しているため、各所で車輪の再発明など知識が行き渡らない事の弊害が起こっています。
こういう状況を変えられるだけでもWikiを使っておく意味はあるんじゃないかと思ってるんですが…。
Re:Wikiで仕様管理 (スコア:0)
欲を言えばGoogle Spreadsheets みたいな感じで xlsファイルもみんなで編集可能なwikiがほしいよね。