情報洪水の治水にまとめサイトは役立つか：ナレッジ！？情報共有・・・永遠の課題への挑戦：オルタナティブ・ブログ
Business Media 誠に情報収集活動に関する調査結果の記事がでていた。調査データが2009年のもので若干古いが、年齢が若くなるほど「情報が多すぎて、処理できない」という人が多くなるというちょっと意外な調査結果に驚くと共に、情報収集が苦手な人は“一覧性メディア”を好むという傾向を面白いと思った。 それで昨年の終わりに今年の注目キーワードはキュレーションだという記事（参考記事：「キュレーション 王者グーグルを追う人力の新興勢力」がでていたことを思い出した。TwitterでのつぶやきをまとめるＴｏｇｅｔｔｅｒや２ちゃんねるのまとめサイトが最近またよく話題になるのを見ても、いまキュレーションはホットなのだろう。アイティメディアもOneTopiというサービスをやっているし、古くはオールアバウトだとかMahaloなども似たサービスにあたる。 私も個人的にNAVERまとめ等を使っているが、確か
提案依頼のときのアプローチの違い（RFPの違い）：ナレッジ！？情報共有・・・永遠の課題への挑戦：オルタナティブ・ブログ
最近またRFP（提案依頼書）に関する引き合いが増えてきているように感じる。システム調達のやり方を見なおしてきちんと仕様を決め、評価ポイントを定めた上で提案を受けるというのは、これまでのなぁなぁな調達を改めて透明化する面では効果があり良いことだと思うが、そのやり方がわからないので教えて欲しいという相談も多い。 ただこうした相談の際に勘違いをしている発注者が非常に多いので訂正しておきたいが、RFP（提案依頼書）を発行すれば必ずシステム開発コストが安くなるというのは間違いだ。提案依頼の為には要求仕様を固めてそれに対する見積もりを貰うわけだが、この要求仕様の固め方や提示の仕方によっては単にパッケージソフトを購入するよりも高くなるケースがありうる。 一番多いのは固めた要求仕様に合致するパッケージがなくその差をカスタマイズ開発してそのコストが高額になるケースだが、他にも仕様を固める際に想定データ量を多
システムを使わない理由を使わない人に聞いても駄目だと思う：ナレッジ！？情報共有・・・永遠の課題への挑戦：オルタナティブ・ブログ
ナレッジマネジメントシステムの導入を進めていく際にシステムの利用率が伸びない事がよくある。情報系のシステムの場合利用率が６割を超えれば十分だと思うのだが未だにシステムの価値を利用率で評価したがる人が多いのも事実で、利用率が低いとすぐに「システム利用率向上施策をうたなければ」ということになる。 利用率をあげようとする事自体は良いことだと思うのだが、この時に良く取られる「なぜシステムを使わないかユーザに聞いてみよう」という手法には注意が必要だ。そして使わない理由を聞くとたいていは、「使いにくい」と「欲しい情報がない」の２つの理由が１位と２位にくる。この結果を見て大抵の運営者は、システムの細かい機能修正とデータの大量登録作業に着手する。まずはデータを必ず登録する（あるいはブログを必ず書くやメッセージを発信する）ようにと通達を出すという流れだ。 こうしてユーザはいやいやながらデータ登録を始めその結
スクラムの生みの親が語る、スクラムとはなにか？ たえず不安定で、自己組織化し、全員が多能工である ～ Innovation Sprint 2011（前編）
スクラムの生みの親が語る、スクラムとはなにか？ たえず不安定で、自己組織化し、全員が多能工である ～ Innovation Sprint 2011（前編） アジャイルなソフトウェア開発手法としてもっとも広く使われているのが「スクラム」です。このスクラムは、1990年代半ばにジェフ・サザーランド（Jeff Sutherland）氏らによって提唱されたものですが、その考え方の基盤となったのが1986年に一橋大学の野中郁次郎氏と竹内弘高氏が日本企業のベストプラクティスについて研究し、ハーバードビジネスレビュー誌に掲載された論文「The New New Product Development Game」でした。 1月14日にコミュニティが主催し都内で行われたイベント「Innovation Sprint 2011」は、このスクラムの生みの親と言える2人、野中郁次郎氏とジェフ・サザーランド氏がそれぞれ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
