XP祭り2005がもうすぐ!
今週末9/3に開かれるXP祭り2005へ行ってきます。
平鍋さん、ひがさんという大物の講演があるので、すごく楽しみだぞー。
XPJUG関西とXPJUG東京本部は何か違いがあるのだろうか?
XPJUG関西のコミュニティにいると、東京の活動を殆ど意識してませんが。。
XPにも関西流、東京流という流派があるんでしょうか?
行ってみてこの眼で確かめてきます(^^)
| 固定リンク
| コメント (0)
| トラックバック (0)
今週末9/3に開かれるXP祭り2005へ行ってきます。
平鍋さん、ひがさんという大物の講演があるので、すごく楽しみだぞー。
XPJUG関西とXPJUG東京本部は何か違いがあるのだろうか?
XPJUG関西のコミュニティにいると、東京の活動を殆ど意識してませんが。。
XPにも関西流、東京流という流派があるんでしょうか?
行ってみてこの眼で確かめてきます(^^)
2005/08/28 日記・コラム・つぶやき, 旅行・地域 | 固定リンク
| コメント (0)
| トラックバック (0)
Tweet
「情報の私物化を禁止する」記事を読んで、情報の共有化について改めて考えさせらる所があった。
ソースコードの共有化は、XPだけでなく、普通のウォーターフォール型プロジェクトでも、VSSやCVSのようなソース管理ツールで実現される。その意味は、複数人の開発でソースの修正権限を制限したり、バージョンごとのリリース管理などの技術点があげられるけれど、「会社の資産であるソースコードを自分のPCだけで保持してはいけない」という発想はなかった。
ソースコードの共有による長所は、先の技術点だけでなく、他人のソースを参照できたり、自分固有のライブラリを作らないようにしたり、他人に見られることでより綺麗なプログラムを書こうとするようになる、などがあげられる。
だが、もっと大事なのは、情報を共有することで、悪い情報をすぐに知ることが出来るようになることではないか。
顧客と要件定義や見積もりのメールのやり取りでは、必ずステークホルダー全員にCCすることが多い。その意味は、プロセスの状況提示であり、CCされた人は誰でもそのプロセスに割り込みできる。
特に顧客とのメールのやり取りは、こちらの状況が悪くなった時、「以前こんなことを言ってましたが」と引っ張り出して、履歴として後で使える。
ソース管理やメールだけでなく、ビジネスプロセスに関する情報を生成から消滅まで保持しておくことは、「何かおかしい」という時に原因探しなどトラッキングに使える。
情報を共有化したほうが、状況が悪くなったことをいち早くキャッチできるようになる。
ビルゲイツも、「悪い情報は早く知らせた方がいい」と言っていたが、そんな仕組みをMSも持っているのだろう。
2005/08/01 日記・コラム・つぶやき, プロジェクトマネジメント | 固定リンク
| コメント (0)
| トラックバック (0)
Tweet
最近のコメント