タグ

ビジネスに関するmono_maniaのブックマーク (10)

  • 正しいWebサイト運営計画の立て方 : ネットPR.JP - netpr.jp -

    正しいWebサイト運営計画の立て方 2008年07月10日 「正しいコーポレートサイトの運営」の第二回目では、「正しいWebサイト運営計画の立て方」をご紹介したいと思います。前回の予告では、「コーポレートサイトの戦略って?」というタイトルでお話する予定でしたが、早くも一回脱線ですが、私たちは毎日のようにWebのことでお客様とお話している立場ですので、「この話題を今、ご紹介したい」と思うトピックを随時挿入していきたいと考えています。 Webサイト運営計画とは? ところで、Webサイト運営計画ですが、「戦略」の話ではありません。どのタイミングで何を検討し、いつまでに何を実行すべきなのか、という「運営計画」です。皆さんはWebサイトを運営していて、経営陣から突然「今月このリリースを急きょ出すことになったから、Webも対応して!」と言われたことはありませんか?小さなページ改修であればまだしも、特

  • https://www.adrecipe.jp/signon.gmo

  • ブロガーの広告代理店「blomo!(ブロモ)」トップページ

    blomo.jp

  • ITmedia Biz.ID:第2回 会議が終わったときに議事録は完成してますか?

    前回の記事では、「会議が迷走する」「会議が決まらない」「会議で決まったことが実行されない」「会議が長い」の四重苦のスパイラルが、多くの会議が共通に抱えている問題だと分析しました。 なぜ会議の生産性を上げたいのでしょうか。もう一度、胸に手をあてて考え直してください。それは、あなたのプロジェクトが何か素晴らしいことを達成したいからに違いありません。もしそうした気持ちをあなたや、あなたのプロジェクトのメンバーが持っていないのであれば、会議の生産性を上げて短時間で会議が終わっても、結局ほかのところで無駄が発生するだけのことでしょう。経営者や管理者は会議時間が長いことを嘆きますが、問題は当に会議の時間が長いことなのでしょうか。会議の時間を短くしたくなるほど、社員がその仕事に熱心に取り組んでいないことがより問題なのかもしれません。 会議術によって改善できるのは、何かを達成したいと信じている人たちの気

    ITmedia Biz.ID:第2回 会議が終わったときに議事録は完成してますか?
  • ITmedia Biz.ID:第4回 会議をいきなりはじめてないか?

    そろそろ実際の会議の現場に入っていきましょう。ただし「では早速──」などと議論に入ってはいけません。会議をスムーズに進めるには、会議冒頭の手順が重要なのです。 前回は、会議のゴール設定とリマインドの仕方を紹介しました。 ちゃんとリマインドをしたことで、会議室には時間通り参加者全員がそろっています。ここで「では早速──」などと言って、いきなり議論を始めてはいけません。誰しも長い会議は嫌なものですよね。長い会議、終盤に迷走する会議を防ぐためには、会議の最初に時間管理をしておくことが重要です。 プラクティス4──時間管理(time management) 時間管理は、会議のファシリテイション(議事進行技術)で最も難しいものの1つです。しかし会議の最初にきちんと手順を踏むことによって劇的に改善します。その手順は以下の5つです。 会議のゴールの確認 会議の終了時刻の確認 ToDoの見直し スケジュー

    ITmedia Biz.ID:第4回 会議をいきなりはじめてないか?
  • ITmedia Biz.ID:下らないこと繰り返し言ってませんか――アイデアマラソン手帳

    この発想は必ずしもビジネスに関係のあることに限ることはない。「トイレに行っといれ」などのダジャレから、「今日は100万円売るぞ」といった日の営業目標まで、とにかく思いついたオリジナルな発想を書き込んでいく。個人的なことを書き込んでもいい。日記はやったことだけを書くが、アイデアマラソンでは今後の決意などこれからの発想を書き込む。まさに未来に向けた発想法なのだ。 そうはいっても、いざ手帳を前にするとなかなか書き込めない人も少なくない。書くからにはそれなりに役に立つものを――という思いが強い人ほど気軽には書けなくなるものだ。 だが、「だからこそ、下らないことこそ書き込むべきだ」と樋口氏は強調する。「いつも同じようなことを言い続ける人は周りにいませんか。どうしようもない思いつきは、メモに書かないといつまでも思いついて、口に出てしまうのです」。つまり、書くことによってどうでもいいような発想を整理し

    ITmedia Biz.ID:下らないこと繰り返し言ってませんか――アイデアマラソン手帳
  • エンジニアの危機感は自分のスキルに - @IT自分戦略研究所

    常に不安と危機感を抱えて働くエンジニア。日常の危機感や働き方に関する意識は、4年前と比べてどう変化しているだろうか。アンケート結果から見えてくるエンジニアの姿とは。 ■4年前と比較して不安は減少 @IT自分戦略研究所とJOB@ITが2006年春に行った読者調査によると、エンジニアが将来に対して抱く不安/危機感は4年前に比べて減少していることが分かった(2002年夏に@IT自分戦略研究所が実施した読者調査結果との比較による)。 両調査の回答者の年代分布と職種はおおよそ共通している。平均年齢は2002年実施分が30.6歳、2006年実施分が32.8歳であり、20代後半から30代前半が半数以上を占める。職種はシステム開発やITコンサルタントなど、何らかの形でシステムに携わるものがほとんどだ。 「あなたはエンジニアという仕事を続けていくうえで、将来的な不安/危機感を感じることがありますか?」という

  • プロジェクトは失敗するのが当たり前!? ― @IT情報マネジメント

    ITプロジェクトが失敗する理由は、成功することを前提としたマネジメントが行われているためである。ITプロジェクトの成功率は思いのほか低く、このような状況を改善するためには「失敗を前提としたマネジメント」を心掛けなければならない。失敗を前提としたマネジメントとは、リスクマネジメントに重きを置いたマネジメントということになる。 ITプロジェクトのほとんどは失敗に終わる 成功率16%。これはある開発ツールベンダが調査した米国におけるITプロジェクトの成功率である。その調査によれば、昨年米国で遂行されたプロジェクトは約17万件であり、そのうち、機能、予算、納期などが当初の想定内に収まったものは16%だったという。 日においてもほぼ同じ状況であるといえる。「企業IT動向調査2006」(社団法人 日情報システム・ユーザー協会)に調査によれば、システムの仕上がりに満足と回答したユーザーは10%前後に

    プロジェクトは失敗するのが当たり前!? ― @IT情報マネジメント
  • 「ビジネスブログの成功」に必要なモノとは?

    久しぶりに Micro Persuasion で見つけたネタ。マサチューセッツ州立大学で、74人のビジネスブロガーへのインタビューを通じて、ビジネスブログの成功をもたらす要因とは何かが研究されたそうです: ■ UMass Study Identifies the Traits of Successful Bloggers (Micro Persuasion) ちなみにその研究をまとめた資料(PDFファイル)へのリンクはこちら: ■ Behind the Scenes in the Blogosphere: Advice From Established Bloggers 全60ページに渡る資料なので、まだ中身はチェックしていないのですが、第1章の"Blogosphere Truth (ブログ界の真実)"では以下の4点が主張されています: ブログには時間とコミットメントが必要になる。 計画を

  • メタ情報とサマリーで「伝わる」ビジネス文 ― @IT自分戦略研究所

    コミュニケーションスキルの土台となる図解言語。だが筆者によると、実はその裏に隠れた読解力、国語力こそがITエンジニアにとって重要なのだという。ITエンジニアに必須の国語力とはどのようなものだろうか。それを身に付けるにはどうしたらいいのか。毎回、ITエンジニアに身近な例を挙げて解説する。 ビジネスやエンジニアリングの世界では、実務的な国語力=「情報を整理整頓して分かりやすく他人に伝える能力」が不可欠である。しかし困ったことにその実務的な国語力を学校ではなぜか教えてくれない。典型的な失敗を学び、そこから実務的な国語力を養おう。 ■実務的な国語力が必要とされている 20年前、高校生だった私が最も嫌いな教科は国語だった。 その私がいまでは国語教育の改革の必要性を訴えて旗を振っているというのも妙なものだが、私の理屈は首尾一貫している。要するに「無駄な教育はやっても無駄、まともに意味のある教育をしよう

  • 1