プロジェクト失敗を『誰かのせい』で終わらせるディレはきっと、ずっとチームに恵まれない
ずいぶん久しぶりのポストになりましたが、お久しぶりです。ナカムラです。 先日以下のような増田記事がちょっと話題になりまして。読んだ方も多いかな？とは思うんですが改めて。 客のせいでブラックなんだけど|はてな匿名ダイアリー https://anond.hatelabo.jp/20170707010809 で、元記事のブコメの通り『要するにこれってディレとかPMとかが仕事してなくてマネジメント不良起こしただけじゃね？』みたいなツッコミが殺到したんですね。 僕自身もそーだよなーと思い、FB板で以下のようなポストをしていました。 が、この書き方だとイマイチ伝わらないよなーと思ったりもしたので、久しぶりにブログにしてみました。 理想的で完璧なチームで最初っから最後まで走ったプロジェクトなんてそうそう無い ある程度キャリアを積んできたディレクターやPMさんなら、もうわざわざ言われなくても「そらそーよ」
正しくチケット発行＆進行管理するためにディレクターがやるべきこと
はいどーも。ナカムラです。 今回はディレクターの必須タスク、チケット発行からの制作進行管理における仕事の振り方。みたいな話をしてみようかなと。ものすごく初歩的な部分なので「当たり前だろう！」とか言われそうですが、まぁ初心に帰って...ってやつです。 チケットってなんだ？ チケット駆動開発方式で一気に現場に浸透した「やることとか情報をまとめてぶん投げるためのリソース確保機能付き電子ポストイット」みたいなもん。多分。バックログとかレッドマイン、あとGithubとかでも使ってますね。 企画するだけして「後はマルナーゲ」ならディレクターなんていらない もう随分減ったとは思うんですが、未だにちょいちょい現れては現場を混乱させちゃう「メールそのまま転送で依頼おっけー♫」な似非ディレクターさん。います。悲しいことに。 で、彼らにそのことを指摘すると高い確率で返ってくるのが... 「企画して調整する方が大
【使ってみた】チーム内の情報共有を加速させるWebサービス6選 全力レビュー
ども。はじめまして。岸です。 日報・議事録・ソースコード・気になったニュースやアプリ...などなど。チーム内外での情報共有って、重要なんですがまぁ面倒くさいですよね。 単に共有するだけならメールやチャット、ファイル共有サービスで十分なんですが、ぶっちゃけ「ただ単純に共有だけしてもあんま意味ない」んですよ実際...。 ただ共有しても意味が無い。情報を活用するために必要なステップとは？ 前述の通り、情報ってただ単純に「共有すれば終わり」ではなくなんかしらに活かしてこそようやく意味を持ってくるもの。 なので、そのために必要なプロセスとしては... とりあえず全ての情報を蓄積する バラバラな情報を再構成してまとめる それぞれの情報を基に議論や考察を行う 考察の結果を踏まえて「抽象化」する んでそれを「体系化」してすぐに取り出せるようする みたいな項目がどうしても必要になってきます。 溜まった情報を
"分かったつもり"で設計するな！上流工程のディレクション基礎まとめ（0ディレ関西レポ） | Webディレクターズマニュアル
こんにちは。日本ディレクション協会 関西支部の出原です。 関東では既に何度も開催されている「0からのWebディレクション講座（通称0ディレ）」が、ついに関西でも開催されたので、今回は参加レポートの形を取りながら、そこで得た学びや思ったことなどをまとめてみたいと思います。 まずは資料スライド公開から これを見るだけでもほぼ内容が把握できてしまいますが、せっかくなので以下に要点と個人的な留意点をまとめておきました。 ぜひぜひお役立てください。 コンテンツインデックス 前提となる背景、目的、課題を明確に言語化 ポジションの把握とコンテンツ設計 より具体的なユーザー定義 全ての根拠となるゴールをハッキリ設定する 1.前提となる背景、目的、課題を明確に言語化 今回喋っていただいたのは、東京講演でも人気講師としておなじみの高瀬さん。 プロジェクトの裏側にどんな背景があって、どんな課題があって、それをど
UX設計に最適解を導き出す「UIディレクション」のカバレッジ
こんにちは、渡辺 将基です。 僕は、日々Web戦略/サービス設計/UI・UXなどをメインに「ロジカルに考え、シンプルに生む」をモットーに、インターネットサービスにおけるイノベーションへのアプローチを探求しています。 今回タイトルでは「UIディレクションのカバレッジ」という表現をしましたが、今回はクオリティの高いUIを作るためにはどういう観点での品質管理が必要なのか、ということを自分なりにまとめてみたいと思います。 ユーザー体験から逆算する「情報設計・レイアウト」 情報設計やレイアウトには無限に選択肢があるだけに、「どんなユーザーに、どんな接触態度で、どんな体験をしてもらいたいか」というマーケティング的な視点を持っているか否かで、アウトプットに大きな違いが出てきます。 初めにUIを設計する際には比較的このような視点を持ちやすいのですが、既にリリースしているサービスに対峙すると、どうしても既存
サイトを企画・設計する前に決めるべき14の項目（ディレ協主催「0ディレ」講演レポ）
「0からのウェブディレクション講座 設計編」に行って来ました！今回の講師はディレ協所属、DCHSの高瀬さん。レポートは初登場のユースケです！よろしくです！ 制作に”入る前”こそ重要 今回は設計編ということで、サイト制作に入る前段階で「明確にすべき項目」と「その方法」にスポットを当てた講演内容となっていて 企画そのものの成功率を上げるに何を知るべきか スムーズに制作を進めるためには何を準備すべきか プロジェクトを高速で進めるための戦略のとりかたは？ といった、現場のディレクターにとって重要すぎるほど重要な内容がギッシリな”濃い”講演でした。 意図不明なサイトや、ぜい肉たっぷりなサービスができあがる原因はどこにあって、どうすれば解消できるのか？今回僕が学んだことを一気に並べて共有したいと思います。 資料スライド公開 このレポート内で紹介している14項目について、講師の高瀬さんが公開してくれてい
万人向けのサイトなど存在しない！改善しやすいサービスを生む 情報設計の重要性
はいどーもこんにちは。最近妙に忙しくて、久しぶりの投稿なのに変な具合にテンション高めのナカムラです。 タイトルからいきなり叫んでますが、今回は先日参加した「ゼロからのディレクション講座:設計編」の内容で特に気になったポイントのピックアップ記事になります。 （主にクライアントワークにおける）要件定義⇒情報設計⇒仕様定義のフローに関するかなり詳細な講義で、なかなか見る機会の無いガチ見積りの作り方あり、実践的なワークショップありと、かなり勉強になりました。 が、さすがにここに全部載せるわけにもいかないので、本記事ではナカムラ自身にとって最も印象的だった「情報設計」部分の考え方と、その具体的手法について思い出しながらまとめてみようと思います。 ※恐らく高い確率で抜け漏れが発生します。ちゃんと知りたい人は次回講演へ！ 情報がキチンと設計されてないと何も作れない。 当たり前の事を言うようですが、「誰が
プロジェクトの成功に求められるWeb解析のスピード化（CSS Nite参加レポート）
物凄い仰々しいタイトルになっていますが、実は先日行ってきた「CSS Niteビギナーズ：Web解析」の受講レポートになります。すばらしく濃い内容で「ビギナーズ？嘘つけ！」などと思ったりもしましたが、すぐに試したいネタが満載で大変勉強になりました。 色々あって公開が遅くなりましたが、以下にナカムラが大事だと感じたポイントを書き留めて行きたいと思います。 一貫していた「解析と施策のスピード」という考え方 豪華メンバーの揃った今回の講演。皆さんほぼ共通していたのは「Web解析にはもっとスピードが必要だ！」という考え方でした。 解析はPDCAサイクルで言うところの C（チェック）の部分なので、さっさと A（改善）に移ってアレコレ試さなきゃ役に立たないよ！ということですね。 で、沢山の解析効率化ネタが紹介されたんですが、中でも特に僕の気になった物を以下にピックアップしてみます。 イベントトラッキング
アクセス解析に苦手意識を持つディレクターまたは別業種の人のための アクセス解析具体的やり方
先日「アクセス解析しました！」と言ってPVとVisit、アクセス元検索ワード上位25件のアナリティクス画面印刷データ"だけ"を渡されて、思わず切れそうになったナカムラですこんにちは。 今回はそういう意味不明なことをして恥をかかないようになるためのアクセス解析（主にGoogleアナリティクス）の基本について書きたいと思います。また、割とディレクター歴の浅い人向けの内容になる予定ですので、アクセス解析バリバリ！な方には少々物足りない内容になるかと思います。 なんでアクセス解析なんて面倒なことをするんだろう？ それは、ざっくり言い切ってしまえば、以下のような事を考えるため。もしくは考えるための指標を探すためです。 ・サイトの「良くないところ」を探して、改善する理由を見つけ出すため。 ・ユーザーが本当は何をしたいのか？を把握して「次このサイトでなんかやるとしたら 何しよう？」を考えるため。 ・ユー
やたらと重い「Firefox」を、馬鹿みたいに高速化する方法まとめ。
結構Firefoxが好きなので、ちょこちょこ改造していたんですが、管理するPCごとに新しいこと試したり前やってたことをやめたりしてるうちに何が何だかわからなくなってきてしまったので、そろそろまとめようかなー？ってことでまとめてみました。 ちなみに、ここに書いてある改造は完全に自宅マシン用です。 会社のマシンでここまでやると・・・ちょっと動作とかアドオンの不都合とか色々検証してないことも多いので、出来るだけご自身の責任でお願いいたします。 とりあえず手始めに入れるアドオン SQLiteOptimizerアドオンを入れる Firefoxの重たくなる一番の原因となる、SQLiteの計量最適化を図ってくれるアドオン。 Faster Fox Liteアドオンを入れる 設定は「ターボチャージャー」に。 かつ、アドバンス設定で「Disable IPv6 DNS lookup」にチェック。 MemoryF
プロジェクトの開始までにWebディレクターが用意するものとこと13個まとめ
さて、発注が決まった。クライアントからの要望はまだフワっとしてるけど、納期は何となーく見えている。（もしくは納期だけがカッチカチに決まっている）。 この状態からプロジェクトの本格スタートまでにディレクターが用意するべきものは何があるんだろう？今日はそのへんをまとめてみます。 ゴールまでのざっくりストーリー たとえばコーヒーのポータルサイトだったとして「コーヒーに関する情報なら何でもあります！」って言っても何も始まらない。そこにあるストーリーを多少適当でもいいのでドラマチックに盛り上げてしまいます。 1：店主はかつて2店舗のカフェを切りもりした実店舗の経営者 2：学生の頃からカフェが好きで、なんとか自分の理想のカフェを作りたかった 3：それは、カフェの持つ独特の雰囲気とコーヒーの香りが大好きだったから 4：だから、自慢のカフェの雰囲気を全国どこにいても感じてもらえるサイトを作りたかった。とか
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Webディレクターズマニュアル