当たり前とは？

アダルトシティーでの検索結果です

優先キーワードはアダルトシティー

よく「無断引用禁止」等々と書かれていますが、引用は無断でするものである、と著作権法にちゃんと書いてあります。新聞社などが無断引用禁止と主張するのは「法を逸脱」しています。
「あそびをせんとやうまれけむ」の「無断引用お断り」（2003.12.11）記事に引用ってのはもともと無断でしていい範囲のモノとあるのは、まさにそのとおりです。
これについては、『クリエーター・編集者のための引用ハンドブック』（ユニ知的所有権ブックス、谷井精之助・北村行夫・宮田昇・豊田きいち・原田文夫、￥1,900）という本が非常に参考になります。
この本は著作権の専門家の方々が実務的な経験を踏まえて書かれたもので、実際に出版業界などではこれが基本となります。内容（「BOOK」データベースより）
「無断引用」「引用の許可をください」という無知ゆえの珍妙な表現が後をたたない。「引用」とは、要件を適法に満たすことで他人の著作物を無料かつ無断で利用できる著作権法の規定なのだ。なぜこの法律をもっと活用しないのか?!
と引用しましたが、そのとおり、「まるごと転載」や「盗用」にならないように合法的に他の人の著作物を利用できる規定が「引用」なのです。
自分の著作物が主。引用が必要不可欠。原文のまま使用する。さらにこれに加えて、引用する際の条件として出所明示することが必要とされています。自分の創作活動に必要かつ充分な範囲での引用は、著作権者の許可なくＯＫと法律で認められているわけです。ベストセラー『絶対音感』が問題になったのは、出所を明示せずに引用した部分が盗用とみなされてしまったからでした。
著作権は私権だが、ときに制限される。公正な慣行と正当な範囲内の引用。日常語の引用と法律用語の引用の差違見出しだけ引用したのでわかりづらいと思いますが、著作権には制限があり、自由に使える場合があること。その際にはルールがあること。日常語では何でもかんでも「引用」と言ってしまえるが、法律用語の「引用」とは、「公正な慣行と正当な範囲内」のものであって、完全に合法なものであること。このあたりが押さえておくポイントとなります。
公表された著作物であること（私信などは引用してはならない）公正・正当な範囲とは何か引用文は常に従の位置にある。出所明示。著作者人格権の尊重。必要最小限（これは量の多少ではない）
引用は、必然性があれば、全部引用してもかまわない。絵画や写真などは「一部引用」はかえって「改竄」になってしまいかねないので、全部引用のほうが適切。ただし、それでは実際には困るので難しい問題となっている。ＪＡＳＲＡＣは、歌詞の引用について「１小節の２分の１まで」は引用と認め、それ以上の場合は全曲使用と同じ著作権料を徴収している。しかし、著作権法上はその規定はおかしい。リンクは引用ですらない。出所の明示に当たる。ただし、他のコンテンツを自分のものであるかのように見せかけることを目的としたフレーム内リンクは不可（フレーム内リンクそのものがいけないわけではない）
そういうわけで、「引用は相手の許可なくやればいい」ということです。「無断引用禁止」というような変なことを言っているサイトは、明らかに著作権の認識がおかしいということです。マナーとかそれ以前の、知識の欠如として教えてあげるのがいいでしょう。もちろん、法律でいう「引用」は、出所の明示など厳格な規定がありますから、それで不利益を被ることはないはずです。
逆に言えば、引用しておいて出典を示さない（ＵＲＬを示さない）人や新聞社は著作権法違反ということですね。あ、直リンクでなくても明示されていればＯＫですが。

[] 「引用」は無断でやるのが当たり前 [絵文録ことのは]2003/12/12
[引用サイト]　 http://kotonoha.main.jp/2003/12/12.html
209

Last Updated 2007/ 04/ 05/ 16時37分52秒

私がDTPエキスパートの試験を受けたのは，1994年に行われた第1回。気づけば既に10年が経ってしまいました。広大な出題範囲と数少ない参考書（その当時は問題集や試験対策書籍など皆無）に悪戦苦闘しながら勉強し，何の自信もないまま試験当日を迎えました。
試験そのものは何をどうやって解答したのか覚えていないほど切羽詰まった状況だったのですが，答えが見当もつかない問題で鉛筆を転がしたことをよく覚えています。
結果的には何とか合格することができ，多少の自信も付きましたが，この時はまだDTPエキスパートが認知される以前の話で，後になってこんなにも周りに影響を与え，自分の人生をも変えるものだとは思っても見ませんでした。
当時，PowerMacintoshが発売されたころ，フォントがまだ選べるほどなかったころ，4色分解のフィルムを出力するのに半日以上掛かったころ，「DTPエキスパートなんて机上の空論にしか過ぎない」などと偉そうに考えていたころ。ある日某所からセミナー講師の依頼がありました。最初は印刷とMacintoshの話だったと思いますが，Macの話であれば何とかなるかと，迷った揚げ句にこのような私で良ければとお受けさせていただきました。
今考えると怖いもの知らずというか何というか，恥ずかしくないようにとそれなりに復習もしましたが，DTPに対する絶対的な情報量が少なく，また，難しい話をかみ砕いて話すスキルもあるはずがなく，JAGATから送っていただいたレジメを参考にしたにもかかわらず。パソコンを使うためにプログラミング言語の話をするような，そんな話に終始していたように思います。
この時初めてDTPエキスパートという肩書きがすごく重いものだと実感して，真の（JAGATが想定する本当の意味で）DTPエキスパートになるべく，いろいろな勉強を始めたような気がします。
ありがたいことに，DTPに関連するいろいろな知識を習得したり，新しいソフトを使うことは私にとって非常に楽しいことであり，「勉強」と意識せず済みました。そうでなければこんなにも長い間続けることはできなかったでしょうし，傍目には遊んでいるようにしか見えない私に理解を示してくれた会社に今でも感謝しています。
時代が進むにつれ，机上の空論と思っていたことがリアルタイムに具体化し，自分の会社にも転機が訪れ，設備の導入，運用と，「認証試験を受けていなかったら何をよりどころにできるのだろう」と思えるようなことが次々に起こり始め，それを発端につたない知識を総動員しての悪戦苦闘が始まりました。
とどまるところを知らないトラブル，写植から急激に変わっていく版下作成の現場，スタッフは入れ替わり，印刷を取り巻く世界が目まぐるしく変わり，対応に追われるままあっという間に3年，5年が過ぎ去って，自分の立場は単なるオペレータから経営者へと変わっていきました。
立場が変わると見えるものも変わるもので，今まで究極の資格試験だと思っていたDTPエキスパートが，単なる入り口に過ぎない，出発点だということが何となく分かってきました。そして，DTPエキスパートが生まれることによって起こる悲劇も…。
以前はまともにDTPが運用できるというだけで付加価値が付き，差別化もでき，なおかつコストの削減も行えたのですが，その立場に安穏としていられたのは，ほんの1年くらいのことで，DTPエキスパートの合格者が増えるのと反比例して印刷の価格は坂道を転がるように下落していきました。製版価格はあっという間に10分の1以下になり，印刷単価も半分に，まさに悪夢です。
受注価格が安くなるということは経営者にとってとてつもなく恐ろしいことで，私は何度も「みんなDTPエキスパートにならないでくれぇ」と心の中で叫んでいました。
DTPエキスパートが悪いわけでも何でもないのですが，どこかに責任をなすり付けたいのも人情で，「DTPエキスパートが増える」→「みんながDTP作業のプロフェッショナルになる」→「印刷は安いところに頼む」→「うちの会社も安くしないと仕事がこない」の図式で，追い打ちを掛けるように業界にも不況の嵐が吹き荒れました。
こんなもんもんとした日々を過ごしていたある日，たまたま友人に紹介されたクライアントからの受注でまたもや転機が訪れました。会社の転機というより自分自身の転機だったのですが，この時請け負った仕事によって「印刷」という仕事の本来の目的とDTPエキスパートが出発点だと感じたことの答えがようやく見え始めたのです。
「安くなったと嘆いていても仕方がない」「毒を食らわば皿までも」「行き着くところまでいかないと差別化なんてできっこない」，そんな気持ちで臨んだ新規受注でしたが，いくつか仕事をこなすうち，「いかにクライアントの売り上げを伸ばすことができるか」「いかにクライアントに喜んでもらい，さらにそのクライアントのお客様に喜んでもらうか」という，当たり前な商売の根っこの部分に行き着きました。
結局，自分の会社の売り上げを上げることは，クライアントの売り上げに直結していて，クライアントの売り上げは，クライアントのお客様が喜んでお金を払ってくれることにほかなりません。
この商売の基本とも言えることに十数年も仕事をしていてやっと気づいたという体たらくですが，この気づきはその後の仕事への取り組みに大きな影響を与えました。
現在のDTPエキスパートのカリキュラムは多岐にわたり，さまざまな未来の方向性と現状の情報とが絡み合っています。よく読んでみると，カリキュラムの一つひとつが印刷会社としての常識に裏打ちされており，クライアントの視点から見れば，印刷会社なのだから知っていて当然「当たり前」のことがほとんどです。「当たり前」のことですから，それで評価されるなんて独り善がりも甚だしく，DTPができるから仕事につながるなんて，最初から大きな勘違いでしかなかったのです。
クライアントから仕事を受ける前に，自分が（自社が）どれだけそのクライアントの役に立てるのか，それを考えた時，一つの出発点であるDTPエキスパートが，少しだけ（でもあるとないとでは雲泥の差）クライアントとわれわれとの距離を縮めてくれるものだと思えるようになりました。
当社は総勢10名ちょっとの小さい会社ですが，5名のDTPエキスパート認証スタッフを置き，柔軟な発想と個人スキルを生かした営業形態としています。しかし，取り巻く現実は非常に厳しい状況が続いています。
この状況を打開することは一朝一夕にはいかないと覚悟を決めていますが，「当たり前」のことをすんなり受け入れ，それを出発点として考えることで，クライアントと密接なつながりをもち，クライアントの利益を最大限に考えることで，解決の糸口がつかめそうな気がしています。
出発点はほかにもさまざまなものがあると思いますが，これほどまでに明確に体系化されて取り組みやすいものはDTPエキスパートを除いてほかになく，現在では毎回数千人の受験者を要する実績がその多くを物語っているように思えます。
クライアントとの橋渡しとしてDTPエキスパートがこれからも大きな意味をもつことは間違いないと思います。しかし，経営者にとって常にその先を考えなくてはいけないのも事実で，欲を言えば，JAGATにはさらなる極みを目指して，「よりもうかる，もうけることのできる営業・経営認証試験」をぜひ作っていただきたいと，スタッフ一同切に願っております。

[] 当たり前の出発点
[引用サイト]　 http://www.jagat.or.jp/story_memo_view.asp?StoryID=7856
210

Last Updated 2007/ 04/ 05/ 16時37分52秒

セットのほうがカワイイのは分かります。でも、現実問題、確実にセットにしていくのも難しかったりもします。
以前、Bitで『「純白パンツ」は男の妄想の産物か？』という記事を書いたが、その際、協力してくれた女性たちから出てきた疑問のなかに、「みんな、下着は上下セットで着るものか？」というものがあった。これを何人かに聞かれ「セットのわけないじゃん！」と軽く答えたが、はたしてそうか。自分の場合、上下セットの下着は一応何組か持ってはいるが、セットになるのは「偶然」。というのも、新しくパンツをはくのは夜、風呂上りのとき。いっぽうブラは翌朝、トップスの色や襟ぐりの形などに合わせて選ぶため、パンツとそろえることまでは考えてあげられないのだ。たまたま揃ったときに「ビンゴ！」と、一人ほくそえむ程度のもの。わざわざ聞いてくるぐらいだから、みんなも気になっているのか？同じように20～30代の友人たち26名に調査したところ、「ほぼ100％上下セット」と回答したのが、10名！ ……あれ？意外に多いじゃん!! その理由は……。「いつ何があってもいいように」「背が高くてフリフリのお洋服とかが着られないので、下着は可愛く！」「普段、だらしないと自分で思ってるせいか、下着はきちんとするようにしてる」「化粧したり、服を外出着に着替えるのと同じ、あるいはそれ以上かも」「揃っていないと、自分のなかで気持ちが悪いから」などなど。なかには、「朝、洋服を選ぶときに下着を決めるので、前夜、風呂上りにはいたパンツをはきかえる」という人も2名いて、ビックリ!! マメすぎます……。一方、完全に「持ってない」派は5名。理由は「ボクサーパンツをはいてるが、セットがあまりないから」「上下セットの下着は高いから」など。残りが「持ってはいるが、必ずしもセットで使わない」という意見で、私と同じく「トップスに合わせるから、パンツと合わないこともある」という人のほか、「色ぐらい合わせようかと思うが、日によって色すらバラバラなこともある」という人、「何かあるときだけセットにする」「ブラはトップスにひびかないベージュが基本で、パンツは黒（赤という人も）だから」という人など。また、ブラとパンツをセットで買うと、パンツだけORブラだけが消耗し、片方が健在というケースも多い。そういう事態に際したとき、「必ずセット派」の場合はどう対処するのかといえば、「上下どちらかがダメになったら、もう一方も捨てる」「ブラ1枚に対し、パンツ2枚買う」などだそうだ。そういう発想があるのか……と、ちょっと目からウロコの気分。ちなみに、「風呂以外のときはずっとブラをつけてる」人や、「寝るときは上下ともつけない」人も数名いた。下着の「見えないところだから、いいじゃん」派と、「見えないところだからこそきちんと」派の隔たりは、予想以上に大きい気がする。下着に対する感覚って、かなり性格が出るのかも……。（田幸和歌子）
エキサイトブログユーザーならブックマークレット機能を利用してこのページにトラックバックできます。

[] 女性の下着は「上下セット」が当たり前？ | エキサイトニュース
[引用サイト]　 http://www.excite.co.jp/News/bit/00091140974471.html
211

Last Updated 2007/ 04/ 05/ 16時37分52秒

1500円以上国内配送料無料でお届けします。（一部大型商品は除く）！詳しくはこちら。代金引換、コンビニ・ATM・ネットバンキング払い、Amazonショッピングカード™でもお支払いいただけます。
在庫状況（詳しくはこちら）: 通常4日間以内に発送します。この商品は、Amazon.co.jp が販売、発送します。
組織開発ファシリテーターの役割とは、組織が自立的に改善の道を選んでいくことによって望ましい発展を遂げられるように助けること。ファシリテーターが現場で何を考え、何を実践しているのかといった、最前線を実況中継する。
あなたのレビューがサイトに載ります。 ※ カスタマーレビューは他のお客様により書かれたものです。ご購入の際はお客様ご自身の最終判断でご利用ください。
レビュアー：ノグチョ "社会人5年目" - レビューをすべて見るこの本では、組織開発を行う者として、またファシリテーターとして
どのような心持ちで、行動していけば良いか、ということを教えてくれます。

私が特に意識したいと思ったことは、
「問題解決を焦らない」ということです。

これは「ゆっくりやれ」という意味ではなく、
本質的な課題の構造を明らかにするために、焦らず進めることが大事だということです。

こういったことは、あくまでも基本姿勢であって、
ノウハウを教えてくれるというわけではありませんが、
そうした姿勢が非常に大事になってくるということを、強く感じました。

組織開発に携わる方は、まずこの本を読んで
心構えを鍛えてから、臨むというのも良いのではないでしょうか。
レビュアー：六等星 (神奈川県川崎市) - レビューをすべて見る組織開発ファシリテーションという、ちょっと聞きなれないコンサルティング・サービスに関する著書だが、著者自ら「自分がいなくなったときにクライアントの組織に何を残せるか」というように、クライアントとのプロジェクト期間中はもちろん、その後の段階で、自立できる組織作りを目指す。そのスタンスは、コンサルティングなどのサービス業界では、基本的だが忘れがちな、大切な観点だ。

しかし、クライアントの組織変革という「厄介な」テーマに携わるため、表面的なスキルでは、務まらない。中身が伴っているかが大事だ。実際、本書はファシリテーションの手法にとどまらず、コーチングやディベート、リーダーシップや人材育成にも触れ、さらに直面する問題の解決という結果を与えることではなく、問題解決できる健康な組織体をつくる手伝いをする（著者はCureよりCareといっている）といった、顧客に本当に必要なサービスに言及するなど、テクニック集にとどまらない本質論で貫かれている。

巻末の参考文献紹介も豊富で、この本からさらに研究を深めることも可能だ。わかりやすいマトリックス思考法の紹介など、一般のビジネスの舞台でも使えそうな、参考になる内容も多いので、組織開発関係のコンサルタントのみならず、幅広いコンサルティング・サービス業界や、企業の経営企画部門の方々などに、お薦めできる良書だ。
ジャンル別 > ビジネス・経済・キャリア > 実践経営・リーダーシップ > 経営理論 > その他
すべての商品和書洋書エレクトロニクスホーム&キッチンポピュラー音楽クラシック音楽DVDビデオソフトウェアTVゲームおもちゃ&ホビースポーツヘルス＆ビューティー時計

[] Amazon.co.jp：組織の「当たり前」を変える: 本: 田村洋一
[引用サイト]　 http://www.amazon.co.jp/cμ?c1?a?Ra�?a??a??a??a??a�?a??a??a??a??-c?°a??a´?a，�/dp/4903241378
212

Last Updated 2007/ 04/ 05/ 16時37分52秒

ITプロジェクトが失敗する理由は、成功することを前提としたマネジメントが行われているためである。ITプロジェクトの成功率は思いのほか低く、このような状況を改善するためには「失敗を前提としたマネジメント」を心掛けなければならない。失敗を前提としたマネジメントとは、リスクマネジメントに重きを置いたマネジメントということになる。（→記事要約へ）
成功率16％。これはある開発ツールベンダが調査した米国におけるITプロジェクトの成功率である。その調査によれば、昨年米国で遂行されたプロジェクトは約17万件であり、そのうち、機能、予算、納期などが当初の想定内に収まったものは16％だったという。
日本においてもほぼ同じ状況であるといえる。「企業IT動向調査2006」（社団法人日本情報システム・ユーザー協会）に調査によれば、システムの仕上がりに満足と回答したユーザーは10％前後にすぎない。
これらの調査結果の精度については検討の余地はあるものの、素人でも読み取れる明らかな傾向は「ITプロジェクトは失敗する確率の方が高い」ということである。
プロジェクトマネジメントやソフトウェアの品質管理の重要性が叫ばれる昨今において、この数字は異常ともいえるものである（だからこそ、重要性が叫ばれているのかもしれないが）。
では、なぜプロジェクトは失敗するのか。その原因はいろいろと考えられるが、そもそも「ITプロジェクトは失敗する確率の方が高い」ということを前提にしたマネジメントが行われていないことに、根本的な原因があると筆者は考えている。平たく表現するならば、ITプロジェクトは普通に推進したのでは大抵失敗するということである。ではどのように対応すればITプロジェクトを成功へと導くことができるのだろうか。
本連載では、「ITプロジェクトは失敗する」ことを前提としたプロジェクトマネジメントの具体例を紹介していきたい。また、対象読者として、ユーザー企業（発注側）のプロジェクトマネージャあるいは管理職の方を想定させていただくことにする。なぜなら、ITプロジェクトをマネジメントしなければならない義務は本質的には発注者側であるからである。一方で、本稿においては発注側からは見えない開発会社（受注側）の心理状況なども交えながら、プロジェクトが失敗する本質的な課題についてより深く掘り下げてみたい。
繰り返しになるが、ITプロジェクトを成功させるポイントは「失敗を前提としたマネジメント」を行うことだというのが筆者の主張であり、この考えは本連載の核ともいえる。
では、「失敗を前提とする」とは具体的にはどういうことだろうか。つまり、成功を前提とした場合と、失敗を前提とした場合に、マネジメント手法にどのような差が生じるのであろうか。
例を挙げて考えてみることにする。そのためには、成功が前提となる行為と失敗が前提となる行為を想定する必要があるが、ここでは「車を運転して、近くの郵便ポストに手紙を投函しに行く」という行為を「成功を前提とした行為」とし、「ロケットを打ち上げ、人工衛星を軌道に乗せる」という行為を「失敗を前提とした行為」の例として採用することにする。少々大げさだが、ご容赦いただきたい。
さて、あなたが「車を運転し、近くの郵便ポストへ手紙を投函しに行く」という行為と、「ロケットを打ち上げ、人工衛星を軌道に乗せる」という行為のプロジェクトマネージャとなったとき、マネジメント手法にどのような差が出るだろうか。
「ロケットを打ち上げたことがないので分かりません」といわれてしまえばそれまでだが、車に比べ、ロケットの場合の方が、いろいろとチェックすることが多くなることだけは間違いない。実際、車で出掛ける前に、いちいち燃料ポンプが正常に動作するかをチェックしたりはしないが、ロケットの打ち上げにおいてはあらゆる項目に対してチェックを行うことは当たり前であるし、センサーが異常値を示せば、もちろん打ち上げは即刻中止となる。
ロケットを打ち上げる際、エンジニアたちはあらゆることを疑ってかかる。なぜなら、打ち上げが成功しないということが大いにあり得ると認識しているからである。
つまり、「失敗を前提とする」ということは、いい換えれば「何でも疑ってかかる」ということにほかならない。性善説を捨て、性悪説に立ってマネジメントを行うといい換えることもできるだろう。当たり前といえば当たり前だが、この差が大きいのである。
もちろん、ただ疑ってかかればよいかというとそうではない。マネジメントにも当然“質”が要求されることになるが、失敗を前提としたマネジメントにおける質とは、単純に疑ってかかるということではなく、疑ってかかる個所に漏れがないか、あるいは、疑うポイントをしっかり押さえているかも重要となる。特に、実プロジェクトにおいては時間もリソースも限られている。そのような中で、いかに的確に必要な個所を疑うかということは非常に重要な要素となる。
いろいろ書いたが、「失敗を前提とする」マネジメントとは「疑ってかかること」であり、つまるところ、リスクマネジメントに重きを置いたプロジェクトマネジメントに収斂されることになる。などと書くと、「なんだあ、そんなのもうやってるよ」といわれるかもしれない。が、重要なことは、どのようなリスクマネジメントを行っているかである。
「失敗を前提としたマネジメント（＝リスクマネジメント）」の第一歩はリスクファクターの把握であることはいうまでもない。では、あなたは、システム構築時におけるリスクファクターをどれくらい把握しているだろうか。実際に、列挙してみてほしい。もちろん、ほとんど思い浮かばなくても心配は要らない。本連載は、ITプロジェクトにおけるリスクファクターの列挙と対応策の紹介を最終ゴールとしている。
もちろん、本稿ではシステムダウンやセキュリティ対策うんぬんといったしゃくし定規な話をするつもりは毛頭ない。連載の中で詳しく紹介していくが、ITプロジェクトの成否に、システムのアーキテクチャはほとんど影響しない。皆さまの好きなWindowsかLinuxかという議論は、プロジェクトの可否には残念ながらまったく関係がない。プロジェクトの成否に影響するのは、基本的にすべて「ヒト」に起因するものであり、ヒトを中心にリスクマネジメントは組み立てられなければならないのだ。
ちなみに、連載予定は下記のとおりとなっている。リスクファクターを「ヒト」を中核に、「モノ」「カネ」といったプロジェクトマネージャの耳慣れたキーワードによって分類し、その種類、対応策について紹介していく。
最後に「失敗とは何か」ということについても言及しておきたい。ここまで「失敗を前提としたマネジメント」の重要性について連呼してきたが、そもそも失敗とは何であるかについて考えてみたことがあるだろうか。失敗とは、強いていうならば、ある基準に照らし合わせて許容しがたいと判断される事象と表現することができる。が、ここで重要なことは、失敗かどうかを判断する基準は状況により変化するということを認識しておくことである。つまり、ある基準において失敗であっても、別の基準においては成功ということもあり得る。
例えば、ITプロジェクトにおいては、ビジネス上の都合で、途中で納期が短縮されることも少なくない。どうしても納期で折り合いがつかず、プロジェクトが暗礁に乗り上げてしまうようなこともある。このような場合、当初の納期であれば十分に成功できたにもかかわらず、納期が変更されたばかりに、失敗という結果にならざるを得ない場合もある。また、機能、納期、予算、品質のあらゆる基準を満たしたにもかかわらず、そのシステムが提供しているサービス自体がビジネス的に赤字で、結果としてプロジェクトが失敗と判断されてしまう場合もある。
ITプロジェクトを成功に導くためには、失敗とは何かを理解したうえで、発注者がシステムの目的や評価基準を明確にし、むやみに変更しないといった心構えも必要となるのである。
ITプロジェクトが失敗する理由は、成功することを前提としたマネジメントが行われているためである。ITプロジェクトの成功率は思いのほか低く、このような状況を改善するためには「失敗を前提としたマネジメント」を心掛けなければならない。失敗を前提としたマネジメントとは、リスクマネジメントに重きを置いたマネジメントということになる。
通常、システム構築における提案や要件定義においては、どのような機能が欲しいか、どのようなアーキテクチャを採用するのかなどについては活発に議論されるが、どのようなリスクファクターが存在するかについてはあまり議論されることはない。
本稿は発注者側を対象としているので、RFPを作成した経験のある方もいると思うが、RFPの中に、「提案におけるリスクファクターを示せ」と記載した経験のある人はいるだろうか。通常のRFPには、SLAやテスト仕様書などが含まれることはあっても、プロジェクト推進におけるリスクファクターの列挙やその対応などは含まれることはない。最終回のころには、RFPにリスクファクターに関する記述を入れないことが恐ろしくなっているはずだ。最後までお付き合いいただきたい。
なぜプロジェクトは失敗するのか。その原因はいろいろと考えられるが、そもそも「ITプロジェクトは失敗する確率の方が高い」ということを前提にしたマネジメントが行われていないことに、根本的な原因があると筆者は考えている。平たく表現するならば、ITプロジェクトは普通に推進したのでは大抵失敗するということである。ではどのように対応すればITプロジェクトを成功へと導くことができるのだろうか。
本連載では、「ITプロジェクトは失敗する」ことを前提としたプロジェクトマネジメントの具体例を紹介していきたい。また、対象読者として、ユーザー企業（発注側）のプロジェクトマネージャあるいは管理職の方を想定させていただくことにする。なぜなら、ITプロジェクトをマネジメントしなければならない義務は本質的には発注者側であるからである。一方で、本稿においては発注側からは見えない開発会社（受注側）の心理状況なども交えながら、プロジェクトが失敗する本質的な課題についてより深く掘り下げてみたい。
情報マネージャのための「今日のひと言」 - 2007/4/5『クレームは宝』クレーム対応は、他社との「差」をつけるチャンスです。対応の良さで……>>続きはクリック
＠IT情報マネジメントトップ｜プロジェクト管理トップ｜会議室｜利用規約｜プライバシーポリシー｜サイトマップ

[] プロジェクトは失敗するのが当たり前！？－＠IT情報マネジメント
[引用サイト]　 http://www.atmarkit.co.jp/im/cpm/serial/scene01/scene01.html
213

Last Updated 2007/ 04/ 05/ 16時37分52秒

◇「機能」だけでなく「気分」に訴えかけ「寄せて上げて」「アウターにひびかない」と機能性がうたわれることが多いブラジャー。薄着になる春夏ものは特にその傾向が強かった。だが今年の新作をみるとちょっと様子が違う。メーカーがそろって打ち出しているのが、機能だけでなく、「着け心地」など女性の感覚や気分への訴えかけだ。【國保環】鼻歌のような優しいボーカルに、女優の菊川怜さんがはにかむように笑う－－。ブラジャーそのものがまったく映らない、大胆なテレビコマーシャルで話題なのが、ワコール（京都市）の新作「ＬＡＬＡＮ（ララン）」（５５６５円～）だ。カップとサイズ別にブラジャーの構造を変え、胸の大きさに応じた美しい谷間を作るという特徴もこれまでにはないもの。だが、「谷間を作るという機能性は今や当たり前。ラランでは、それよりも、快適性も含めた着けることでの満足感など情緒的価値を大切にした」と同社広報室の西谷正さんは説明する。 ◆縫い目がないトリンプ・インターナショナル・ジャパン（東京都大田区）は、全体が１枚布のように縫い目がほとんどない「ワンピースブラ」（５７７５円～）を今月から発売している。身に着けると感触が肌になじみ、「セクシー」なイメージもあることから、海外モデルが着用した写真を商品タグにつける初の試みをしたという。同社マーケティング本部の島崎大さんは、「Ｔシャツブラなど今までの商品との差別化をはかるため導入した。胸をボリュームアップするといった機能性だけでは、今やブラジャーは売れない」と話す。国内外の下着市場に詳しいファッションジャーナリストの武田尚子さんは、「機能面は出尽くした感があるブラジャーを、どう新鮮にみせるかにメーカーが苦慮している」と今春の新作をみる。 ◆バランスを追求背景には、ここ５～６年、通販メーカーや「ユニクロ」などに代表されるＳＰＡ（製造小売業）による低価格の下着が女性たちに支持されていることがあるという。「１枚５０００円前後と価格が高めの大手の商品は分が悪い。巻き返しをはかるために、機能も快適性もというバランスを追求するしかない」 ◆好みも多様化ブラジャー研究家の青山まりさんも、「低価格でデザイン性も良い商品が今はたくさん出て、女性たちが下着の使い分けをし、好みも多様化したのが大きい」という。単なるボリュームアップというブラの機能性の進化は５～６年前がピークだった、というのが青山さんの見方。それに変わる“売り”のポイントは、「モテ」に代表されるイメージに変化している。「服では、１人の女性が気分や場面に合わせて、セクシーだったりかわいかったりとさまざまなテーストを着こなします。それが下着でも当たり前になってきたということ。生き方と同じで、女性たちが欲張りになっているとも言えます」
Copyright 2005-2007 THE MAINICHI NEWSPAPERS. All rights reserved.MSN毎日インタラクティブに掲載の記事・写真・図表などの無断転載を禁止します。著作権は毎日新聞社またはその情報提供者に属します。著作権｜プライバシー｜よくある質問｜毎日新聞から｜ご意見｜読者投稿｜ＲＳＳについて

[] ブラジャー：今年は「着け心地」胸の谷間メーク、今や当たり前！？－ファッション：MSN毎日インタラクティブ
[引用サイト]　 http://www.mainichi-msn.co.jp/kurashi/fashion/news/20070330ddm013100101000c.html
214

Last Updated 2007/ 04/ 05/ 16時37分52秒

去年の暮れに出した『「ネットワーク技術」勉強会』の本、「あまり売れてないかなあ」と思っていたのですが、なんとか増刷が決まったようでして、まあよかったかな、と思っています。私のほうから「こういう本を書きたい」と提案して書いた本だったので、これで全然売れなかったりしたらどうしようか、などと思ったりもしたものです。お買い上げいただいた皆さんには改めてお礼を申し上げます。
1冊の本が世に出るまでには数多くの人の手を経ているわけで、著者が勝手に「んな本売れなくてもいいや」なんていういい加減な気持ちで原稿を書くことは許されないと思います。ですので、この本に関しても、私は出せる力は出し切ったつもりです。などと書くと「力を出し切ってあの程度の(技術的)レベルかよ」というようなツッコミがあったりする可能性もあるわけですが、内容的に高度なものか、そうでないのか、というような話をしているわけではありません。入門レベルの内容の本だからと言って「んな簡単な本、俺だったら昼寝でもしている間に書けちゃうよ」というわけには行きません。確かに「難しいことを難しく書いた本」だけがいい本である、という価値判断をする方には相容れない本ではあると思います。まあ、人それぞれ判断基準は違いますから、これは仕方が無いでしょうね。
さて、この本に関しての反応や感想としては、私が設定した「想定読者層」に含まれるであろう読者の方々にはおおむね好評でした。これが私にとっては、この本を書いて一番うれしかったところです。
などがあります。1番目は、この本を手にされた方が私の思う想定読者層に入っていなかった、ということで、これについてはある意味仕方がないことですね。この『「ネットワーク技術」勉強会』のような目的を持った本は、読者の前提知識や知りたいことなどによりある程度読者層を絞り込まないといけないわけです。それでも、その読者層を出来る限り広く取れるようには努力して原稿を書いたつもり(←もちろんそのほうが売れるから)なのですが、どうしてもそこから外れてしまう人は出てきてしまいます。
次に2番目についてです。前作の『アホでマヌケなプログラミング』みたいな本なら、想定読者層をかなり広く取れます。しかし二番煎じはする気も無かったし、してもいいものが出来るとは思えなかったので、そういう本は書きませんでした。期待されていた方はごめんなさい、ということで。
3番目、確かに、そう思う人が出てくるとは思っていました。この本は「自習書」と呼んでもいいと思います。誰かの助けを借りて読んでいく「教科書」ではありません。ですので、基本的には、本の内部ですべてが完結できるように書かれています……もちろん私が想定している読者が持っているであろう前提知識は必要ですが。読者がたぶん持つであろう疑問も、可能な限り本の中で解決できるようにしたつもりです(もちろん完璧に解決することは不可能ですけど)。そのための有効な手段として「会話形式」というのを取り入れてみました。登場人物に質問や突っ込みをさせるわけです。余談ですが、この本、いくつかのところで教科書として使われるような話を聞きました。ううむ。
さて、最後です。「当たり前のことを当たり前に書いているだけ」ということですが、はい、そうです。そのとおりです。で、何がいけないんでしょ?
書き方としては、この4パターンがあるかと思います。1番目のような内容の本はとりあえず論外。2番目は普通ですね。よくあるでしょう、こういう本。そして、この範疇に入る本をありがたがる読者というのも、昔から一定数はいるようです。書かれている文章は難解であるほどいい、という考えですね。
で、私としては3番目と4番目の間くらいを狙って書いています。本当は4番目の「難しいことを易しく書く」をいつも実践しています、と胸を張って言えることができればいいのですが、これをやるのはむちゃくちゃ難しいことです。文章的にさらっと書かれていて、さらっと読めるものほど、実は書くのに多大な労力を必要とするのです。
私も、この本の原稿を書いていて、読者に理解してもらうために、ああでもない、こうでもない、と書いては消し、消しては書きを繰り返し、1日経っても何も進んでいなかった、なんてことが何度もありました。
そうやって書かれた「さらっと読める」文章は、傍から見れば「当たり前のことを当たり前に書いているだけ」と見えてしまうかも知れません。
あれ? ということは「当たり前のことを当たり前に書いているだけ」という私の本に対する感想は否定的意見だったんじゃなくて、もしかして実は褒め言葉だったのかしらん?

[] 当たり前のことを当たり前に書く
[引用サイト]　 http://www.amy.hi-ho.ne.jp/~lepton/program/p3/prog379.html
215

Last Updated 2007/ 04/ 05/ 16時37分52秒

OSやアプリケーションの修正パッチ（セキュリティ更新プログラム）を適用することは，インターネットやパソコンを安全に使うためのセオリーの一つである。パッチを適用することで，セキュリティ・ホールを悪用する攻撃---例えば，「文書ファイルを開いただけ」あるいは「Webページにアクセスしただけ」で被害に遭うような攻撃---を避けられる。
しかし万全ではない。パッチをきちんと適用しているユーザーでも，セキュリティ・ホールを突かれるおそれがある。修正パッチや修正バージョンが未公開のセキュリティ・ホールを悪用する攻撃，いわゆる「ゼロデイ攻撃」が相次いでいるためだ（「ゼロデイ攻撃」の用語解説）。
2006年になって相次いでいるゼロデイの攻撃の一つが，オフィス・ソフトのセキュリティ・ホールを狙う攻撃である。5月以降，Microsoft Office製品を狙ったゼロデイ攻撃が毎月のように出現している。
5月にはMicrosoft Word，6月にはExcel，7月にはPowerPointの新しいセキュリティ・ホールを悪用する文書ファイルが出回った。これらの文書ファイルを開くだけで，そのパソコンには悪質なプログラム（ウイルスやスパイウエアなど）が勝手にインストールされてしまう。
その後も，攻撃者は手を緩めない。9月にはWordとPowerPointの新しいセキュリティ・ホールを狙うゼロデイ攻撃が，それぞれ確認された。
狙われているのはマイクロソフト製品だけではない。ジャストシステムのワープロ・ソフト「一太郎」もターゲットになっており，8月と9月，一太郎を狙ったゼロデイ攻撃が1回ずつ確認されている。ジャストシステムはこれらの修正パッチ（アップデート・モジュール）を公開済みだが，今後も狙われる可能性は高い。
オフィス・ソフトを狙うゼロデイ攻撃については，細工が施された文書ファイルを開かなければ被害に遭わない。しかしながら，文書ファイルで感染を広げるマクロ・ウイルスが流行していた2000年以前ならともかく，現在では，文書ファイルに対するガードは甘い。覚えのないプログラム（実行形式ファイル）は決して開かないようなユーザーでも，文書ファイルについては開いてしまうことが少なくないだろう。
しかも最近では，特定のユーザーや組織を狙って，メールの件名や文面などをもっともらしく“カスタマイズ”した「スピア攻撃」が盛んだ。メールの内容がもっともらしく，なおかつ添付されているのが文書ファイルの場合，そのファイルを開かずにいることは難しいだろう。
Internet Explorer（IE）関連のゼロデイ攻撃も相次いでいる。9月には，IEユーザーをターゲットとしたゼロデイ攻撃が3件確認された。
いずれも，細工が施されたWebページにアクセスするだけで被害に遭うゼロデイ攻撃である。なかでも特に危険なのは，9月20日に公表されたVMLの実装（Vgx.dll）に関するセキュリティ・ホールを突く攻撃。最初のExploit（エクスプロイト：セキュリティ・ホールを突くプログラム）が公表された後，このセキュリティ・ホールを悪用するWebサイトが続出した。
覚えのないメールに書かれたリンクや，誰でも書き込める掲示板サイトなどに張られたリンクを何気なくクリックしただけで攻撃サイトへ誘導されて，悪質なプログラムを勝手に実行されてしまう。例えば，ユーザーのキー入力を記録してパスワードなどを盗むスパイウエア（いわゆる「キーロガー」）を知らないうちにインストールする攻撃サイトが確認されている。
複数のセキュリティ・ベンダーによれば，攻撃サイトが続出した理由の一つは，広く使われている攻撃用ツールに，このVMLの実装に関するセキュリティ・ホールを突く機能が実装されたためだという。
その攻撃用ツールには，複数のセキュリティ・ホールを突く機能が用意されていて，一つでもふさいでいないセキュリティ・ホールがあれば，それを突いてスパイウエアなどを勝手にインストールする。そして，攻撃者が悪用しやすいセキュリティ・ホールが新たに見つかれば，このツールは“バージョンアップ”されて，それを悪用する機能が追加される。
今回のセキュリティ・ホールもツールの攻撃対象に組み込まれ，それぞれのサイトがツールをバージョンアップしている。このため，このセキュリティ・ホールを突くサイトが増えているように見えるという。
この状況は，2005年12月末に見つかったWMF（Windowsメタファイル）の処理に関するセキュリティ・ホールのときと非常によく似ている。
このときも，パッチが未公開の状態でセキュリティ・ホールを突いてスパイウエアなどをインストールするサイトが続出。マイクロソフトでは毎月第2火曜日（米国時間）の“月例パッチ公開日”を待たずに，修正パッチをリリースした。
このときと同様にVMLのセキュリティ・ホールについても，マイクロソフトでは9月27日に修正パッチを緊急リリースしている。
ゼロデイ攻撃が珍しくなくなっている現在，ユーザーとしてはどうすればよいだろうか。これについては，以前と少しも変わらない。「セキュリティのセオリーをきちんと守る」ことに尽きる。
具体的には，「修正パッチを適用する／修正版にアップグレードする」「セキュリティ・ソフト（ウイルス対策ソフトやパーソナル・ファイアウオールなど）を利用する」「覚えのないメールの添付ファイルは開かない／リンクはクリックしない」「信頼できないサイトへはアクセスしない」---などである。
万全でないのはパッチだけではない。上記のいずれの対策（セオリー）も万全ではない。セキュリティ・ソフトで守れない場合もあるし，もっともらしいメールに攻撃ファイルが添付されている場合もある。「これさえやれば大丈夫」という対策は存在しない。複数のセキュリティ対策を組み合わせて，被害に遭う危険性をゼロに近づけることが重要だ。
「攻撃の対象になりやすいマイクロソフト製品を使わない」ということも，対策の一つになりうるだろう。しかしこれについても，過信は禁物だ。前述のように一太郎を狙ったゼロデイ攻撃が確認されているし，IE以外のブラウザも攻撃対象になっている。例えば，先に紹介した攻撃用ツールには，IEだけではなくFirefoxのセキュリティ・ホールを突く機能も用意されているという。どのような製品を使っている場合でも，セキュリティのセオリーを守ることが不可欠だ。
野村総合研究所基盤ソリューション事業本部業務効率の向上とセキュリティを両立させる“スマート”な情報共有環境を実現
日本ヒューレット・パッカード x86サーバー移行のポイント＆キーとなる最新テクノロジー徹底解説
HMCC（日立オープンミドルウェア問い合わせセンター）日立の「JP1」を採用して，磐石のオープンシステム基盤を実現
ITpro協力誌日経コンピュータ日経コミュニケーション日経SYSTEMS 日経情報ストラテジー日経NETWORK 日経ソリューションビジネス日経ソフトウエア日経Linux 日経ニューメディア日経BPガバメントテクノロジー日経パソコン
IT経営システム開発プロマネ＆アーキテクトネットワーク最新テクノロジー業績＆業界動向セキュリティ Windows オープンソース
システム構築基盤（ミドルウエア）情報共有・情報活用ネットワーク/音声統合セキュリティ開発運用・管理業務・業種アプリケーションその他
経営/基幹業務業務支援/情報共有ネットワークセキュリティ運用管理/アウトソーシング開発/組み込み業種特化その他
スイッチルーター VoIP関連製品セキュリティ関連機器運用管理機器サーバー・Webサーバー関連機器無線LAN関連機器その他ネットワーク機器サーバー・Webサーバー関連ソフトネットワーク運用管理ソフトセキュリティ関連ソフトその他各種ソフト
WAN系 VoIP関連アクセス系 IDC/ホスティング構築・運用・管理セキュリティ関連教育関連その他
｜ITproへのお問い合わせ・ご意見｜情報提供・プレスリリース｜日経BP書店｜日経BPケータイメニュー｜
｜広告について｜著作権・リンクについて｜個人情報保護・ネットにおける情報収集について｜サイトマップ｜

[] 「ゼロデイ攻撃」が当たり前の時代に：ITpro
[引用サイト]　 http://itpro.nikkeibp.co.jp/article/OPINION/20061005/250012/
216

Last Updated 2007/ 04/ 05/ 16時37分52秒

　人気の無料出会い系サイト

出会い系にお金なんて使ってられるかっ！
冗談じゃないっ(｀･ω･´)
出会い系は無料で本当に会えなきゃ絶対ヤダって人におすすめです。
完全無料だからバシバシ使い倒してちゃいましょう♪(人ω･`)
新サイトは頻繁に更新するので要チェックです！！