正しいWebサイト運営計画の立て方 : ネットPR.JP - netpr.jp -
正しいWebサイト運営計画の立て方 2008年07月10日 「正しいコーポレートサイトの運営」の第二回目では、「正しいWebサイト運営計画の立て方」をご紹介したいと思います。前回の予告では、「コーポレートサイトの戦略って？」というタイトルでお話する予定でしたが、早くも一回脱線ですが、私たちは毎日のようにWebのことでお客様とお話している立場ですので、「この話題を今、ご紹介したい」と思うトピックを随時挿入していきたいと考えています。 Webサイト運営計画とは？ ところで、Webサイト運営計画ですが、「戦略」の話ではありません。どのタイミングで何を検討し、いつまでに何を実行すべきなのか、という「運営計画」です。皆さんはWebサイトを運営していて、経営陣から突然「今月このリリースを急きょ出すことになったから、Webも対応して！」と言われたことはありませんか？小さなページ改修であればまだしも、特
プロジェクトをデザインする: DESIGN IT! w/LOVE
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 どんなプロジェクトでも、最初にプロジェクトを定義・計画しないと、決められた時間内・リソース内で成果を出すことってできないんじゃないかと思います。 そうじゃなくても、必ずしもプロジェクトで成果を出すのはむずかしいわけですから、せめて最初の定義と計画はきちんとしないとね。 プロジェクトのデザイン大なり小なりプロジェクトを行う上では、ざっと下記のリストのようなことを検討する必要があるでしょう（リストはできるだけいろんなプロジェクトに対応するよう一般化してみました）。 最初の「定義」の部分で、タスクと役割とスケジュール、その他リソースが紐づいた状態でプロジェクトをデザインしておかないといけないと思います。 定義ミッションとヴィジョンの明確化目的と測定可能なゴールの設定ターゲットの明
イキアタリバッタリストのための計画表 : 404 Blog Not Found
2008年01月07日00:30 カテゴリMoney イキアタリバッタリストのための計画表 賛否両論の10カ年計画ですが、はぶさんとは正反対のイキアタリバッタリストの私も勧めます。 2008-01-05 - 2008年のはぶにっき 私は今年40歳になります。最初に10カ年計画というのを知ったのは27歳のときでした。それから10年以上、一応毎年年初に10カ年計画を作ってきました。何度か講演などでもお話させていただいてますが、10カ年計画というのはこういうやつです。 ただし、イキアタリバッタリストの場合、はぶさんの計画表とは少し異なります。 それは何か、というと、キャッシュフロー表、いやキャッシュアウト表です。 とにかく、これから支払う予定のあるものは、全て表計算ソフトに書き出すのです。Excelどころかもっと非力な表計算ソフトでも間に合います。私の場合、作り始めた当初はApple Works
RSS購読者数の推移とPV数の推移に有意な相関性は見られず | 住 太陽のブログ
ジムニーはラバー製のマウントを介してラダーフレームの上にボディーが乗っているという構造から、フレームとボディーの位相差振動が生じ、ドライバーが感じる剛性感は非常に低いものになっています。この対処として、フレームとボディーをセミリジット化し、強化ボディーマウントを導入することで、剛性感とステアリングフィールを劇的に向上させました。
企画屋さんは自分の仕事はデザインだと認識したほうがいいんだと思うよ：DESIGN IT! w-LOVE
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 いわゆる典型的な企画屋さんの仕事ってほんとに手におえないなって、最近つくづく感じます。 僕自身、どちらかというと企画を担当する仕事をしてますけど、そんな僕からみても、いわゆる企画屋さんの仕事って傍からみてても「おいおい、それじゃあ、いつまで経っても形にならないよ」ってくらい、実装のことを無視した仕事の進め方をしてたりします。 制約を知らない人たちそれでいて、そういう人たちに限って「自分はものづくりにかかわってる」みたいな顔したり「ユーザー視点がどうこう」とか言ったりします。客観的にみると、ぜんぜん、ものづくりの視点が欠けてるし、ユーザー視点のかけらもなくて単にあなたの思いつきを並べてるだけですよね、と思うことが多いんですけど。 とにかくアイデアベースだけなので、ものづくりが
優秀なコンサルは解決策や具体的な戦略は提案しない：けんじろう と コラボろう！：オルタナティブ・ブログ
ある有名な大手戦略系コンサルタント（ＩＢＣＳではありません）のプリンシパルと飲んだ。 大手の製造業では有名な方なのだが、一つ驚かされたのが「優秀なコンサルは解決策や具体的な戦略は提案しない」という言葉だ。もちろん、依頼内容の分野にもよるのが、基本は「何も提案しない」のだそうだ。 彼に出会う前（１０年ほど前）の私のコンサルに対する一般的なイメージは、失礼ながら、 ・分厚い分析資料を持ってくるが、中身は巷にある情報の寄せ集めで価値がない ・実現性の低い施策を提案 ・そのコンサルタントにとって利益になる製品（例えばＩＴ）や取引先（例えばＳＩ会社）に誘導 ・プレゼンテーションが上手であるが、はったりが多い ・一般的に良いといわれている戦略や考えを否定して、新しい視点での考えを提供する気づきを与えてくれるというパターンが多いが、絵に描いた餅であることが多い だったが彼と出会ってからコンサルタントの認
404 Blog Not Found:まとめ - 顧客が本当に必要だったもの
2007年06月14日13:45 カテゴリ翻訳/紹介 まとめ - 顧客が本当に必要だったもの 元ネタがネットで広まってから二年ほど経つので備忘録代わりに。 [追補アリ] どうやら開祖 Tire Swing Cartoon 多分元祖 from the mind of Phord - Blog Archive ? What the customer really needed 日本における紹介 顧客が本当に必要だったもの 〜 少し長めのあとがき｜IT暴言-59-｜鈴木 正之助 これらを受けて、 シャブ壱inDEEP - 画像：顧客が本当に必要だったもの：グラビアver 顧客が本当に必要だったもの（ガンダム編） 萌え理論Fotolife - ゲームが本当に必要だったもの 出会い系サイトの実態とは-安藤美姫 - 世界フィギュアスケート選手権応援ブログ 画像コーナー リリカルゴルカルApple100
受託からサービスへの移行に必要なこと。
よくwebの受託をメインにやっている会社さんが、儲からないという理由でサービスに行きたいとの話を聞く。 しかし結構、難しいですよね、と、ついつい言ってしまう。 理由のコアは、下記エントリーに書いてあった。 「中毒性」ある受託開発がソフトウェアベンチャーの躍進を阻む １．受託開発では「技術」が蓄積しない ２．受託開発では「人材」が蓄積しない ３．受託開発では「資金」が蓄積しない 技術が蓄積されないのは自社の役割や案件次第では？と思うこと以外は、結構同意だ。 （受託は、自社では実現できない案件に関われることなどが魅力で、そこに技術やノウハウ習得のチャンスは転がっていると思うし。） 一番重要なのは、キャッシュフローが安定しないところではないだろうか。 サービスと受託の大きな違いは、 「受託は技術を売る仕事」 「サービスは、文字通りサービスを売る仕事」 である。 サービスは、お客様がつくと継続的に
「IT投資」という考え方そのものが間違っている - 分裂勘違い君劇場 by ふろむだ
JTBの元取締役CIO(最高情報責任者)の方が、ITシステム開発が設備への投資であるかのような前提で書いていますが、この前提は間違っていると思います。 ソフトウェアシステムの開発とは、経営行為そのものそのものであり、逆に言えば、江戸時代どころか、ローマの時代から、経営行為とは、ソフトウェアシステムの開発以外のなにものでもありませんでした。 たとえば、新しいビジネスを実現するための、新しい店舗オペレーションや配送システムの開発は、ソフトウェアシステムの開発そのものです。 あたらしいビジネスを立ち上げるために、設計すべきものは、たとえば: ●迅速で高品質な状況対応を可能とする意思決定メカニズムの設計。 ●現場で柔軟な対応が出来、かつ、従業員の士気があがるような、責任・権限メカニズムと、それと連動した人事評価・報酬システムの設計。 ●現実的に調達可能な人材と、十分な投資効果の見込める従業員教育シ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
10年計画 2008-01-05 - 2008年のはぶにっき
Not Found