ドットインストール代表のライフハックブログ
やる気が出ないときに使える魔法の言葉いろいろ - IDEA*IDEA ～ 百式管理人のライフハックブログ
ドットインストール代表のライフハックブログ
オンライン・オフラインの良いとこ取りのマインドマップツール：MindMeister 2.0
MindMeister 2.0 Launches | Lifehacker マインドマップは「使えたらいいな」といつも思いながら使いこなせていない気がするツールです。研究をする際に常にマインドマップに近い○と線ばかりのチャートは作るのですが、どうもいまいち MECE になりきれていないのです。 そんな苦手意識を克服するために、元祖であるトニー・ブザン氏の理念に則って開発されたツールを使いこなせるようになれば早道かなと思ってツールをいろいろ試しているところですが、このほどオンラインのマインドマップツール、MindMeister が 2.0 になっていましたので使ってみました。 MindMeister の特徴 MindMeister はブラウザの中で編集するマインドマップで、デスクトップのそれと変わらないくらいの高機能を実現しつつ、オンラインのみで実現できる機能も搭載した優れものののツールです
広告β
ちょっと前にネットで「ブランディング」という言葉を目にしていて、違和感を感じることがあった。ネットメディアの人が言う「ブランディング」と、オールド広告人（＝自分）が考える「ブランディング」に、隔たりがある。これは何だろうと思っていたが、大ざっぱに言うと、ネットメディアにおけるブランディングは「量」を指しており、オールド広告人の言うブランディングは「質」のことを指している。わりとそこら辺ですれ違っているようだ。 ネット広告というのは個人の具体的な購買にいかに張り付くかというところで既存メディアと差別化しているので、基本的にはディープなターゲティングと、購買になるべく近いところでの広告差し込みがポイントになってくる。これは購買を基準にした効率で効果を定義していることによるわけで、それがこのメディアの可能性でもあるし限界にもなったりしている。そうするとネットメディアの人々にとっては、とかく露出
開発マイルストーン(画面説明)
担当者一覧定義用シートです。 ここで担当者の色を設定すると、メインのスケジュールに反映されます。 また、ここでの開始、終了が工数統計時に使用されます。
デスマーチを防ぐスケジューリング : LINE Corporation ディレクターブログ
こんにちは。「livedoor 検索」担当の須田です。 今回はデスマーチを防ぐスケジューリングについて書きます。 以前紹介された、「4つのステップで作る webサイト開発のスケジュール作成」という記事も併せて参考にしてください。 みなさんは周囲で、「このお客様は大事なお客様なので、納期早めでお願いします」または、「大型の案件なので早めに作業してください」という声を聞いたことはありませんか？ 仮に、優先すべき案件だとしても、無理なスケジュールで作業を進行することは好ましくありません。 デスマーチ状態に陥るようなスケジュールを作成してしまった場合、ディレクターとして以下のような原因が考えられます。 1）技術者を魔法使いであるという幻想を持っている。 ※これに関しては、「エンジニアは魔法使いという幻想」という記事にも紹介されています。 2）技術者の作業内容について、「結果」は知っているが、「過程
第4回 Webサイトの制作・運用 - MdN Design Interactive
WEBディレクションの極意 文＝島元大輔 大阪のWeb制作会社でWebディレクターとして活躍後、（株）キノトロープに入社。数多くの企業Webサイト構築プロジェクトにかかわる。その後、 （株）ライブドアに入社、現在は（株）セシールに在籍。著書として「だから、Webディレクターはやめられない」（ソシム刊）。 url.blog-project.cecile.co.jp/ 第4回 Webサイトの制作・運用 企業のWebサイトを構築するとき、制作から運用までさまざまな人物がかかわることになる。その多くの人物をまとめあげ、作業をスムーズに進行させるためにWebディレクターの存在は欠かせない。そこで、ここではWebディレクションに焦点を当てて、Webサイト構築・運用の進め方、コツ、心得などを それぞれの場面ごとに解説していこう。 前回は、Webサイト構築を行ううえで非常に重要な準備を行う工程である「設計
4つのステップで作る webサイト開発のスケジュール作成 : LINE Corporation ディレクターブログ
こんにちは、櫛井です。 webディレクターという仕事は色々な職種の方たちの間に入って調整をすることが多いのですが、一口で「調整」といっても結構難しいものです。webサイト開発に限らず、「言われたまま、言われた順にこなしている」という人が担当だと予定通りに物事は進みません。そこで今回は、webサイト開発時に頻繁に用いられるスケジュール作成方法についてお話してみたいと思います。 山ほどあるタスク、どれから手をつけるべきかを考えるためのヒントになれば幸いです。 ■ステップ.1 タスクに優先順位をつける まずはそれぞれのタスクに優先度をつけ、種類を決めて考えます。 ・クリティカル・パス (絶対に遅らせてはならないもの。最優先として認識すべきもの) 参照記事：プロジェクトマネジメントＯＳ本舗 ・やらなければいけないこと (バグ解消、トラブル対策で必須なもの、社外との交渉など) ・やっておくといいこと
20名超の会議を必ず1時間で終わらせる“ライブドア流”会議術 - livedoor ディレクター Blog
こんにちは、livedoor Blog を担当しています佐々木です。 「livedoor Blog」プロジェクトの定例会議は、検討する議題が山積みで関係者も多く、いつも20名を超すスタッフが集まります。ですが、長時間の会議はデメリットしか生みませんので、“会議は週に1回1時間だけ”と制限を決めて、そのなかで効率的な会議の方法を試行錯誤しています。 そこで今回は、「アジェンダの作成方法」に焦点をあて、“ライブドア流”会議術の一端をご紹介したいと思います。 【01】アジェンダは前日のうちに関係者にメールする 会議で使用するアジェンダは、前日のうちに関係者にメールして目を通してもらい、補足がある場合には事前に受け付けます。 そうすることで、参加者が予習をするようになり、会議での話がスムースになります。また、アジェンダの内容によって「今回は欠席する」という判断がしやすくなるのもメリットで、参加して
BTS - バグトラッキングシステムの利用（１） | feedforce Engineers' blog
これからちょっとずつFFの社内の開発の様子や利用しているツールについて紹介していきます。 公開することで何かフィードバックが得られたりしたらうれしいなと言うことで。 そんなわけで今回は社内で利用しているバグトラッキングシステム（以下BTS）について。 Bug Tracking System BTSとは何かと言うと、バグ(Bug)をトラッキングする(Tracking)システム(System)です。 そのまんまですからわかりやすいですね。 そうでもありませんか。すみません。 Bugzillaなどに代表されるBTSはバグのレポートを記録し、その対応状況を追いかけるためのツールです。 誰か（顧客や開発者自信やまたは通りすがりの人など）がバグを見つけたらBTSに登録しておき、開発者はそのバグの状況に応じて順次対応していきます。 要はウェブインタフェースを持ったバグデータベースなのですが、これがソフト
Googleカレンダーの“入学”から“卒業”までの3つのステップ【チュートリアル編】
カレンダーツールをうまく使いこなすことで、大量に押し寄せる仕事をうまくさばくことができるようになります。とはいえ、カレンダーツールは文字通り単なるツールに過ぎません。カレンダーツールに限らず、どんなに優れたツールであっても、その使い方に習熟していなければ、その真価を発揮することは困難でしょう。 今回は、Googleカレンダーを例に、カレンダーツールの使い方を次の3つのステップに沿ってご紹介します。 始める 使う 使われる（いい意味で） 1．カレンダーを使い始める 新しいツールを使い始めることは、新しい習慣を取り入れることを意味しますから、なかなか一筋縄ではいかないものです。それまでの習慣が邪魔をするからです。そこで、まずは1週間だけやってみるという前提で取りかかるようにします。 手始めに、手元にある手帳やタスクリストなどに書かれているアポイントやルーティンワークについて、直近1週間分だけを
正しいWebサイト運営計画の立て方 : ネットPR.JP - netpr.jp -
正しいWebサイト運営計画の立て方 2008年07月10日 「正しいコーポレートサイトの運営」の第二回目では、「正しいWebサイト運営計画の立て方」をご紹介したいと思います。前回の予告では、「コーポレートサイトの戦略って？」というタイトルでお話する予定でしたが、早くも一回脱線ですが、私たちは毎日のようにWebのことでお客様とお話している立場ですので、「この話題を今、ご紹介したい」と思うトピックを随時挿入していきたいと考えています。 Webサイト運営計画とは？ ところで、Webサイト運営計画ですが、「戦略」の話ではありません。どのタイミングで何を検討し、いつまでに何を実行すべきなのか、という「運営計画」です。皆さんはWebサイトを運営していて、経営陣から突然「今月このリリースを急きょ出すことになったから、Webも対応して！」と言われたことはありませんか？小さなページ改修であればまだしも、特
顧客対応の超基本「○○はできます、しかし△△日かかります」 - livedoor ディレクター Blog(ブログ)
こんにちは。ディレクターの方の谷口です。 今回は、顧客対応の超基本について、話したいと思います。 【01】顧客対応の基本とは クライアントから発注を受けて成果物を作る場合、ディレクターはよく、顧客と開発側との板バサミに苦しむことになります。この顧客対応は、構成書などを書く等の見えやすい仕事と違い、非常にあいまいな作業で、なにをもってスキルがあるかはカンタンにいえません。 しかし、この顧客対応のもっとも基本としては、「○○はできます、しかし△△日かかります」というフレーズを覚えてもらうことかなと思います。 「○○はできます」だけだと、開発側の負担が強くなりますし、結局できませんでした、という最悪の展開を迎えることが多くなります。「○○はできません」だと、顧客との関係性が深まりません。こう書くと当たり前のような事ではありますが、お金をもらっている以上、断ったらそもそもこの発注自体がなくなるので
頭の中にあることを瞬間的に出せる訓練をしないとコンセプトもへったくれもない：DESIGN IT! w/LOVE
と言い切ってるところが痛快です。 殻に閉じこもって内側にイメージをずーっと溜めている、それが普通の人原さんがクロッキーの訓練をはじめたのは美大を卒業して会社に入って働き始めてから数年経った20代後半だったそうです。もちろん、美大でデッサンの訓練は積んでいて「フォルムを見る目の訓練」「ちゃんと精密にものを見て、再現する技術」はそこそこにあったと言っています。 それでも「それだけじゃアイディアをぱっと表出できない」と原さんは言います。 心の内と外側の世界は、案外簡単には行き来できないんです。殻に閉じこもって、自分の内側にイメージというものをずーっと溜めている、それが普通の人なんです。 対談者の阿部さんはこの話を聞いて「技術だけではなく、外に出せないと意味がないと」と応じていますが、まさに「外に出せないと意味がない」と思います。それもスピーディーに出せないといけない瞬間が仕事をしていればいくらで
ウェブ人材として育つための３姿勢＋５つの実践（後編）: DESIGN IT! w/LOVE
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 ウェブ人材として育つための３つの基本姿勢について書かせてもらった「ウェブ人材として育つための３姿勢＋５つの実践（前編）」に引き続き、この後編では、自分で育っていくための実践的な方法を５つばかりご紹介。 もちろん、僕が思う実践の方法ですので、これだけやっていればいいってもんじゃないでしょうし、中にはこういう方法が向かない人もいると思いますので、そのあたりはご了承を。あくまで僕自身の経験からいえる５つの方法だと考えていただき、真似してもいいかなと思う人だけ参考にしてくれるといいかなと思います。 Web人材として育つための５つの実践では、さっそく1つ1つ、実践的な「育ち方」を紹介していくことにします。 とりあえず5年間で300冊を目指そうウェブの情報を毎日せっせと収集するだけで、
シゴタノ！ - 交渉で相手にYESと言わせるための９つのポイント
1．交渉の30分前にはスタンバイできている状態にする 2．譲れないポイントと折れてもいいポイントを紙に書いておく 3．相手の言い分をメモする 4．相手に話す余地を与える 5．追い詰められても即答しない 6．相手の譲歩を見逃さない 7．相手に「交渉を楽しむ幅」を提供する 8．相手に決断の「呼び水」を提供する 9．お互いに合意できそうな部分から話し始める 『3000人のユダヤ人にYESと言わせた技術』より 1．交渉の30分前にはスタンバイできている状態にする ギリギリまで書類の見直しに追われていては「大丈夫かなぁ…」と不安になりがち。そこで、30分前にすべての準備を完了し、あとは「何もしない時間」としてリラックスして過ごすようにします。 2．「譲れないポイント」と「折れてもいいポイント」を紙に書いておく 自分では十分にわかっているつもりでも、相手の話に説得力があると「まぁ、いいかな」と折れてし
プロジェクトをデザインする: DESIGN IT! w/LOVE
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 どんなプロジェクトでも、最初にプロジェクトを定義・計画しないと、決められた時間内・リソース内で成果を出すことってできないんじゃないかと思います。 そうじゃなくても、必ずしもプロジェクトで成果を出すのはむずかしいわけですから、せめて最初の定義と計画はきちんとしないとね。 プロジェクトのデザイン大なり小なりプロジェクトを行う上では、ざっと下記のリストのようなことを検討する必要があるでしょう（リストはできるだけいろんなプロジェクトに対応するよう一般化してみました）。 最初の「定義」の部分で、タスクと役割とスケジュール、その他リソースが紐づいた状態でプロジェクトをデザインしておかないといけないと思います。 定義ミッションとヴィジョンの明確化目的と測定可能なゴールの設定ターゲットの明
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「隣の人に発表してもらいます」という、会議で使える小技 | IDEA*IDEA
プロジェクトマネジメントＯＳ本舗
http://info.chie-no-wa.net/
30分くらいで何か書こう