Amazon.co.jp: 経営戦略を問いなおす (ちくま新書 619): 三品和広: 本
中小企業や個人経営規模相手のWebディレクションで気をつけている１５のこと。 | 笑顔を創りたいＷｅｂ屋の日常
笑顔を創りたいＷｅｂ屋の日常 Ｗｅｂ業界からひょんなことで専門学校の先生に。そしてまたＷｅｂ現場に戻ったＷｅｄディレクターのブログ。情報デザインやＷｅｂの勉強をしています。 あくまで”僕が”です。そこ大変重要ですｗ 僕もまだまだ勉強中で、これが全て正しいと思えるほど見極めていません。 他にもあるだろうし、もっと大事なものもあるかもしれません。 それは各々考えてもらって（もしよろしければ教えていただいてｗ）、とりあえず同タイプの仕事している人の叩き台にでもになればなと思って挙げてみた次第です。 というのもですね、僕はWeb屋としてみるとなんか物凄く変な経歴・経験をしている人なのですねｗ まあ、Web業界って割と他業界から来る人たくさんいますけどね。僕は印刷会社→大手Weｂ制作会社→専門学校教員（正規職員）→弱小ITベンチャーなので、なかなかこういう奴はいないと思いますｗ 教員とか普通はできま
「良いデザイン」の工数は見積ることができるか | タイム・コンサルタントの日誌から
目の前に広げられたのは、30数枚に及ぶスケッチの紙だった。我々の顧客が打合せを終えて帰った後で、そのグラフィック・デザイナーの人が見せてくれたのだ。CI（コーポレート・アイデンティティ）の世界では、かなり名前を知られた人である。彼が顧客に見せたのは、3つのデザイン案だけだったはずだ。ダイナミックでポップなもの、端正で清潔なもの、柔らかで明るいものの3つで、ずいぶん違う印象の候補案を用意してくれていたのに感心したばかりだった。でも、その裏側には10倍以上の半製品があったのだ。 その人は、候補の3案に至るまでの案出しとデザイン展開の結果を何枚もめくって見せながら、どのような発想から出発して、どうバリエーションをつくり、それからどう最終成果物に結びつけたのか、素人の私にたいして簡単に説明してくれた。私は完璧に驚いてしまった。ひらめきから生まれるものとばかり思っていたグラフィック・デザインが、じつ
目的達成の正否を分ける周到な「根回し力」
2-4 スケジュールの設定 「タスクチームのススメ」第一回では、プロジェクトや事業を成功に導くための「タスクチーム」の方法論、チームリーダー、目的、そしてメンバーの決め方について説明した。 今回はタスクチームを進めるための大枠の決め方を説明する。先に決定したタスクチームが解決すべき問題、目的、目標を出発点に、タスクチームの目標達成時期を決め、そのために何をすべきかを目標達成時期からさかのぼって導き出す。 1.目標達成時期を考える 目標達成時期までのスケジュールはなるべく具体的に考えておきたい。前回は目標として「製品事業部A／B／Cの3部門が協働して、製品開発プロジェクトを年内に3件立ち上げる」という例を挙げた。このケースだと「今年の12月末まで」が目標達成時期になる。 2.アウトプットを出すまでの作業を割り出す 次に目標達成時期までに踏むべき手順について、詳細なスケジュールを立てながら考え
売り上げ目標だけで走るチームの落とし穴
1-1 なぜタスクチームなのか？ 「社運を懸けた新規事業がなかなか立ち上がない」「収益源である中核事業の売り上げが急落している」「会社全体の顧客満足度やブランド認知度が長期で低落傾向にある」――。こうした場合に結成されるのが「タスクチーム」だ。 タスクチームとは、特定の課題に対して組織の間の壁を越えて取り組み、単一の部門では対処しきれない問題を解決するチームのことを指す。組織の風通しを良くし、全体で成果を出す仕組みに変革するための方法論とも言える。 わたしはマーケティング戦略を本職としている。マーケティングには複数部門を調整しながら成果を上げることが求められる。冒頭のような問題が起こった場合、リーダーまたはメンバーとしてタスクチームに参加することも多い。 あるタスクチームにメンバーとして参加した時のことだ。最初の話し合いで「このタスクで何をするのか、その目的を定義しよう」と提案した。過去の
プロジェクト・コミュニケーションに必要な３つの能力 | タイム・コンサルタントの日誌から
一般にプロジェクト・マネージャーの働く時間の４割は、コミュニケーションに使われている、としばしばいわれる。いや５割以上だ、との説もあり、私の実感はこちらに近い。とにかく、プロジェクト・マネジメントというのは、朝から晩までかなりの時間を、何らかのコミュニケーションに費やしている。メールを読み、メールに答え、社内で打合せし、顧客や発注先と会い、会ったらその結果を打合せメモにしてまた発信する。そのかたわら上司の質問に答え、会社に報告書を出して、というわけで、朝から晩までずっとコミュニケーションに追われている感じである。 「プロマネ」という社内肩書きはついていないが、個別受注生産の設計部門や、あるいは品種の多い製造業の開発部門・生産技術部門の技術者なども、おそらく似た事情だと思われる。エンジニアと名乗って仕事はしているが、自分で計算したり図面を書いたりする時間はちょっぴりで、大半の時間を顧客や社内
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: Management 3.0: Leading Agile Developers, Developing Agile Leaders (Addison-Wesley Signature Series (Cohn)): Appelo, Jurgen: 本
フィードバックとフィードフォワード:それぞれの長所
MBA経営辞書「コンフィギュレーション学派」 | GLOBIS.JP
Amazon.co.jp: プロジェクトマネジメント 現場マニュアル: 能登原伸二: 本
Amazon.co.jp: 問題プロジェクトの火消し術: 長尾清一: 本
Amazon.co.jp: プロマネ失敗学: (株)クロスリンク・コンサルティング代表取締役社長拜原正人著 (著), 日経SYSTEMS編集 (編集): 本