00:23Notes5ですか......。確かに6や7では機能がよくなったといえます。ノーツらしさは失われておりませんので、必ずしもバージョンアップが妹尾さんの心の曇りを晴らすものではないかと思います。私の憶測ではありますが、Notesって色々なSIerが「とりあえず」で入れたケースがすごく多いんじゃないかと思います。ようなものは動きます。「とりあえず」で使ってもらった上で要望を調査し、必要なものを開発していきましょう、というスタイルです。これはSIerの怠慢です。ゴール設定が適当では全体の目的が見えないままだらだらと開発が進み、似たようなDBがごろごろと転がるありふれた光景を作り出す元凶となります。基幹系システムじゃないものは全部Notesに任せてしまえ、となるとDominoサーバ君が右へ行ったり左へ行ったりとかわいそうな思いをするわけです。Notesは長い歴史と実績を持ち、相当な工数で磨き上げられた優秀なソフトウェアであることは間違いありません。簡易かつ厳密なアクセス制御を文書ごとに実施することなどはNotesでしかできないことです。内部統制というのが最近の流行ですが、こういうのはNotesの得意とするところですね。そのような『Notesでしかできないこと=業務上実現できないと困る課題』と言えるかというとそうでないケースがたくさんあります。そのような「あってもつかわねーよ」という機能が多すぎるという不満は「機能削ってライセンス安くしてよ」という方向に噴出します。最近はweb系のイントラパッケージシステムが安いですからね。いうことでどんどこNotesが撤去されているという現状のようです。web系のシステムはパッケージそのままだと安いですがカスタムにお金がかかります。監査だとか内部統制だとかを考えると急激にコストが跳ね上がったりします。そのあたりのところは我々SEも注意深く動向を見守っていかねばなりませんね。14:53せのおさん逆にどのような時にNotesの良さを感じるのか?を考えると、「こんなふうに情報共有をしたい」「様々な情報を集めてこんなふうに見たい」と、どなたかが真剣に考えて、「とりあえず始めて、少しずつ良くしたい」と始めようとした時だと思います。実現の仕方としては、SIerやIS部門に頼んでも、EUCでやっても、その組み合わせでもいいと思いますが、ツールとしてはNotesしかありません。情報共有や文書系のプロセス構築を本気で取り組んできた多くの企業のノウハウ、アイディアが凝縮されていますので、「こうしたい」と考えたときには、何らかの形で答えが提供できる機能があると考えてみてください。Notes8やリッチクライアントは、その延長線上にあるものですから、あまり意識せずに「こうしたい」を考えた上で、Notes8・7でなければ実現できない部分があれば、バージョンアップされるといいでしょう。17:17>yoheiさまコメントありがとうございました。>Notes5ですか......。あ、やっぱ古過ぎるんだ(笑)いや、でもシステム部門の一部の人間を除いて、うちの会社(見渡せる限りは)みんなR5ですよ、クライアント(笑)>Notesって色々なSIerが「とりあえず」で入れたケースがすごく多いんじゃないかと思います。自分もそんな気がしています。その後「本格データベース」、「インターネット」、「Windows95」、「Office」云々と進んでいく中で「情報共有」っていうキーワードも何か流行りのようにとらえられていたような気がします。個人的にはNotesとの付き合い(と言っても単なるユーザーですが)はもうかれこれ8年ぐらいで、それは前の会社時代から。前の会社ではR4.6で、今の会社に入った最初のPCでもR4.6だったので、ユーザビリティ等違和感無く受け入れられました。世の中の記事を見る限り、うちの会社の使い方は、きっとNotesを”殺してしまっている”ように思います。それはどこに問題があるのか?、Notesが高尚過ぎるのか、(会社全体の統制を含めて)自分達に問題があるのか、いい加減そろそろ見極めないといけないのでは無いか、と思っています。17:31>松尾さまあ、反応していただけた(笑)ありがとうございました。以前に、(ポテトチップスで有名な)カルビーのシステム部門の方の講演を聞いたのですが(IBMさん主催の分)、いわゆるマネジメントダッシュボードを(バックエンドは別にして)フロントのインターフェースとしてNotesで実現している、というのを聞いて、「へぇ~、そんなこともできるんだ」と思ったことがあります。各部門によって見定めるべきKPIも違う訳であって、それがNotesの認証によってそれぞれが必要なグラフとして9分割で表示される・・・とか。個人的にはある単一のアプリケーションに固執して何かを実現しよう、とする必要は無い、と思っているのですが、今のうちの場合は、固執しなさ過ぎ、というか無秩序過ぎ、というか・・・。いう訳でNotesくんはとてもかわいそうな扱いを受けているのですが、圧倒的大多数のユーザー側においてはそのポテンシャルも測れない状況なのです。17:55>吉田さまどうもです。何なのだろう、とあらためて考えさせられることが多くて悩んでいます。自分の仕事が、とある集団における「情報共有」を実現できるようにする(非システム部分を含んだ)仕組みづくりになったのですが、ある人の”共有レベル”は共有すべき相手にとっても”共有レベル”を満たす内容なのか、わかるようになるレベルに達した記述方法なのか、そもそも共有する必要性は何を実現したいからなのか、等非常に初歩的なところから振り戻って検討しています。その中、自分がターゲットとしている共有対象者において、一番マジョリティを持って利用されている(利用せざるを得ない)アプリケーションがNotesである反面、それぞれ役割機能が日常メインに利用している情報保管箱は(単なるファイルサーバーも含め)てんでバラバラな状態、というのがうちの今の現状です。実現できるのでは?と考えているのですが、そこのヒントとしてNotesって果たしてどこまでできるの?というのは理解しておきたいな・・・と。ユーザー部門なんでシステム構築方法の選定権限は一切与えられていないのですが、できもしないことを提案することも避けたいので。その割にNotesでこんなことが新しくできるようになりました!っていう記事はよく見るのですが、(もう今更だから、なんでしょうけど)基本機能はこうなんですよ、をユーザー側の立場で理解できるものって少ない気がしたもんで、ついついこんなエントリーをしてしまいました。23:33ノーツって自転車で例えると”MTB”なんですよ。WEBベースの他製品は補助輪付の自転車なんだと思います。最初は難しいMTB、舗装路でもやっと乗りこなせる。補助輪付なら舗装路はすいすい走れる。この差なんでしょうね。自転車乗るのに教習所通ったり、個人レッスン受けたりしませんよね。転んで、立ち上がり、ある瞬間乗りこなせて、そこからどんな場所でもいけるようになる。MTBなた悪路でも行けますよ。私はノーツってそう言うもんなんだと思っています。ノーツで開発するのにお金をかける必要はありません。自分でがんばりましょうよ。一点だけこの話に矛盾があるのは、”開発=デザイナーライセンス”が必要でこれが”すごく高いんですよね”私は一生この世界にいる間は、デザイナーの無償化を、インターナショナルなビジネスマシンの会社にうったえ、続けますね!情報共有とかナレッジとか言葉が先行していますが、現場の知恵を具現化して、それを流通させる事が重要だと思いますよ。現場で作って、それをプロの目で改善してあげる。そんな社風ができたら、ノーツはどんどん広がると思います。ノーツって意外と何でもできちゃうんですよね!まあ無理してノーツだけにこだわる必要ないけど、自分の仕事の手助けになるDBはどんどん作りましょう。22:52ノーツ村(オルタナ)の中でNotesの議論をするのはとても勇気がいること(爆)ですが、しゃしゃり出てみました。何人かの人からノーツはなんでも出来るという指摘が出ていますが、最近の私の評価と選択肢は・とりあえずグループウェア何か入れろといわれたらNotesかサイボウズ・情報共有したい!けど目的はない(あるいは曖昧)。・目的だけは明確だけどゴールが不明確か遠大な計画で試行錯誤を長期にやりたいのなら標準的なWebを使って作り込んで行くという感じです。Notesで何でも出来る時代はすでに終わっていると思います。Notesのコンセプトって数年前のものですよ。それにNotesで何でも出来るなら、今頃新しい製品など出す必要が無く、吉田さんがブログやSNSのマーケティングをする必要は無いはずです(笑)あと、少なくともNotesとWeb系システムを連携させるの一苦労と思ったほうが良いです。WebSphereとNotesとTivoliなんてのは別の会社の製品だと思って繋がらないのが前提だと思ったほうが後で楽です。話がそれましたが、でもNotesの場合データベースをテンプレートから簡単にコピーして文書を貼り込んでいくだけとかそういうのは簡単なので、やりたいことがファイル共有の延長ならNotesでやるのが最も手っ取り早いです。いまNotesが入っているならさらに。最終的には当たり前の事ですが、「やりたいこと」「実現したいゴール」を明確にしてそれにあわせてツールを選ぶのが王道です。数年前のベストプラクティスとして選んだ製品にひきづられて今の戦略が狭められるというのは、おかしな話でしょう。#あと、なぜNotesが活用されなかったかの分析を忘れずにやっておくと良いと思いますよ。02:29>丸山さまはじめまして。この度はコメントありがとうございました。>”開発=デザイナーライセンス”が必要でこれが”すごく高いんですよね”私は一生この世界にいる間は、デザイナーの無償化を、インターナショナルなビジネスマシンの会社にうったえ、続けますね!あ、そうなんですか?実はライセンスの体系そのものもよくわかっていない、という。開発ライセンスが高いんだ。方にはそのあたりもご検討いただいて・・・ですって、吉田さん(笑))なるほど、MTBか。この時、MTBの乗りこなし的熟練が必要なのは、まずとっかかりの構築や日常の運用をするシステム部門の方なのか、それとも日常的なものとして自らの業務に活用すべき業務部門の方なのか、それともどちらもなのか・・・。ーっと推奨インストール(・・・なんてものがNotesにあるのかどうかわかりませんが)だけしておいて、後は必要があったら自分で作れよ、業務部門!であれば、ある面、自らの創意工夫で業務部門はがんばるでしょうけど、全体統制、EA的な観点からはとんでも無いことになるかもしれません。いって制限ありきでは進むものも進まないよなぁ・・・と。自らブレークスルーしていくしか無いんでしょうね。02:50>Yoshikawaさまどうもです。コメントありがとうございました。>ノーツ村(オルタナ)の中でNotesの議論をするのはとても勇気がいること(爆)ですが・・・あ、やっぱりそうなんですか?(笑)何か詳しそうな方が多いな・・・と、自分もエントリー時考えたのですが、まぁ素人なんでごまめ(←関西地方でノーカウントの意。あれ?ちょっと違う?まぁいいや)で大目に見てくれるかな・・・と。Yoshikawaさんが書いていただいたような選択肢のうち、今、何だかわからないうちに全てのパターンが居るんですよね、これが・・・。イコール、結局目的やゴールが全くもって不明確なのかもしれません。「おいおい、誰やねん、こんな状態にしたのは!」と言いたい所ですが、犯人探ししていても前に進まないので、逆にあるものは資源、と割り切ってとりあえず考えてみようか、と。情けないことに、以前Yoshikawaさんは、http://blogs.itmedia.co.jp/knowledge/2006/06/notes_3fce.htmlの記事にてNotesの実力値から見た限界点を記述されておられましたが、妹尾はNotesの実力値そのものがわかっている訳では無いので、今後どのようにアプローチするべきか?をちょっと悩んでました。>「やりたいこと」「実現したいゴール」を明確にしてそれにあわせてツールを選ぶのが王道です。数年前のベストプラクティスとして選んだ製品にひきづられて今の戦略が狭められるというのは、おかしな話でしょう。>#あと、なぜNotesが活用されなかったかの分析を忘れずにやっておくと良いと思いますよ。「やりたいこと」と「実現したいこと」を誰にでもわかる形で明確化することなんでしょうね。して自分がNotesを使ってこうできないか?という質問を投げ掛けるにあたっても、やっぱり多数の人を巻き込んで情報を共有していかなくてはいけないので。早いとこまとめて、多方面に投げ掛けた結果をまたUPしたい、と思います。19:59ほぼ、Notes専門の業務ばかりやってるNAT33と申す者です。>結局エンドユーザーへの”開放”がなされないので、発展もしていない、という印象があります。開放するということは、エンドユーザーに自由に開発をやらせろという意味だと思うのですが、それやると一夜にして不具合の塊と化すと思います。Notesの管理をしている立場から言わせていただくと、そこまでユーザーを信用するわけにはいかないのです。プラットフォームとしてのDominoを否定はしませんし、その証拠にR4.5まではクライアントと開発環境が一緒くたになっていて、まさにユーザー自らが開発することを前提にしていた節もあったのですが、R5以降はクライアントと開発環境とは別アプリに分離していて、ユーザーに作らせるという思想は無くなったとも言えます。そこを自由度の無さと考えるのは勝手ですが、プラットフォーム以前にサーバーとしての安定性を考慮すると、ある程度のスキルがないと開発をするのは止めていただきたいですし、本番環境でのトライアンドエラーは非常識だとも言えるのでは?どうしても、開発をやってスキルをというのであれば、ローカルにDBを作ってみては?と思います。それであれば、デザイナーさえ入れてあれば、スタンドアローンのトライアンドエラーが出来るはずです。誤解が多くてほんと嫌になるのですが、Notesのメールテンプレートなどの付属テンプレートの出来だけでNotesを語らないで欲しいです。カスタマイズやフルスクラッチによる開発をやっていないのだとすると、それはそちらのDominoの管理側の問題であって、Dominoそれ自体の問題ではありません。21:03>NAT33さまコメントありがとうございました。>Notesの管理をしている立場から言わせていただくと、そこまでユーザーを信用するわけにはいかないのです。>どうしても、開発をやってスキルをというのであれば、ローカルにDBを作ってみては?と思います。それであれば、デザイナーさえ入れてあれば、スタンドアローンのトライアンドエラーが出来るはずです。それはごもっともだ、と思います。ご理解いただきたいのは、別にユーザー側として、いや、正確には妹尾としては、別に開発をしたい訳ではなく、情報共有を行うための道具として、安価にやりたいことを実現したいだけなのです。この時、自分達は日常利用しているOA環境の中にNotesが既にあるのですが、そのNotesでまず実現しよう(またはNotesを勉強しよう)、としない自分達の怠慢なのか、Notesではせっかくできるポテンシャルがあるのに某かの制限によってできなくなっているのか、そこがよくわからない、というのが弊社自部門における自分の感想です。NAT33さんが書かれているとおり、まさに、「それはそちらのDominoの管理側の問題」なのでしょう。ちなみに、自分はNotesにどんなテンプレートが装備されているかも知りません。Notesを利用しているユーザーなので。それでも、「Notesを語っている」印象を与えてしまった、としたら、それは自分の望む所ではありません。22:11>この時、自分達は日常利用しているOA環境の中にNotesが既にあるのですが、>そのNotesでまず実現しよう(またはNotesを勉強しよう)、としない自分達>の怠慢なのか、Notesではせっかくできるポテンシャルがあるのに某かの制限>によってできなくなっているのか、そこがよくわからない、というのが>弊社自部門における自分の感想です。辛辣になってしまいますが、その前に、どうのように業務を変えたいのか?が明確になっていないと何を使っても上手くいかないと思いますけどね。先にNotesありきではなく、何をしたいのか?が先でないと、結局は使いにくいNotesDBが出来上がるだけになってしまう可能性が高いと思います。おまけに開発を請け負う側にしても、そうでなければ要件定義すら出来ないと思いますよ。漠然とNotesがあるから活用してくれと言われても途方に暮れるだけ。個人的にはシステムの管理側とミーティングでも開いて、「どこまで出来るの?」とヒアリングから始めた方が良いのでは?と考えますけどね。11:27>NAT33さま再度のコメントありがとうございました。>その前に、どうのように業務を変えたいのか?が明確になっていないと何を使っても上手くいかないと思いますけどね。>個人的にはシステムの管理側とミーティングでも開いて、「どこまで出来るの?」とヒアリングから始めた方が良いのでは?と考えますけどね。書いて、相談できそうな所を探して話してみたい、と思います。15:01>今、何だかわからないうちに全てのパターンが居るんですよね、これが・・・。イコール、結局目的やゴールが全くもって不明確なのかもしれませんうーん。私も仕事上最近何社もNotesを基盤にしている会社から今後どうするかという相談を受けて話をしていますが、正直なところ昨今の情報システム部門にこうした情報系システムのビックピクチャーというかあるべき論を考えることのできる人材がほとんどいないようなんですよね。基幹系のシステムに人材を優先的に投入してきたからか永年情報システム部門にいて現場の業務をしらないからなのか、ベンダーのプロモーション戦略にのってどのツールならコレができる、最近はBlogやSNSなどの双方性コミュニケーションがはやりだ、とかそういう表層的な事しか話が出来ない人が非常に多いんです。情報系というのは元々非常に範囲が広いはずなんですが、彼らのこれまでの担当はメールやイントラWebなどのごく一部のコンテンツ、しかもそのインフラ部分だけしか見ないというスタンスだったりしますから、あるべき論なんてこれまでの意識の範囲外での話であることもあるのでしょうけど・・(最も、だから我々のようなコンサルタントが食べていけるのであまり文句を言える立場ではありませんが・・)とりあえずはせのおさんが書かれているように業務要件を出してそれをベースに議論を進めるやり方が良いと思いますよ。洗い出し、実現コストの比較、優先順位付けという作業を踏むのが一般的です。最初はたぶん紙に書ききれないほど項目出てくると思いますが、それらには今のメールへの不満やスケジューラーの使い勝手といったシステム的課題の話から、コミュニケーションのタイミングとか情報の見せ方といった情報流通の話、コンテンツの蓄積や見直しから分類・関連づけといった情報蓄積の話までが全部ごちゃまぜになっているはずなんで、それらをいくつかのフレームワークを使って整理すると、主目的やゴールが明確になってくるはずです。23:24>yoshikawaさま再度のコメントありがとうございました。こちらも「鶏が先か?、卵が先か?」のような気がするのですが、ユーザー側・開発側共に、やっぱり情報系より業務系の方にまず重きを置いて、という所は正直あったような気がします。いった過去を脱ぎ捨てなければいけない今日この頃だ、と思うので、現状打破も兼ねて自分の主目的達成のために、どこまでできるか、も含め、多方面への投げ掛けを行っていこう、と思います。'19/4月より神奈川県担当。ミニ鍵盤奏者、という新しいミュージシャンカテゴリーを開拓中。※本ブログのエントリー内容は私の個人的見解であり、私が所属する企業の見解を示すものではありません。