昨今ではSkype、ChatWork、Slackなど、業務上でチャットを利用したコミュニケーションも当たり前になりつつあります。してML(メーリングリスト)を利用したやりとりが主流という企業も多いことでしょう。MLが完全悪とまでは言いませんが、そのお手軽感からか工夫や考慮すべき点に蓋をして、そのままになっているケースが多々あるかなと。中にはMLで上でチャットの様なやりとりをしたり、MLのメールを本文もつけずに、そのまま転送してくる人も見受けられるような。最初からチャットツール使えば良(ゲホゲホまぁ、とにかく、どうしてもMLを使いたいという現場の方いることも重々承知な訳で、自分が様々なプロジェクトに携わる中でMLをメインとしたコミュニケーションにおいて気になった点を挙げてみたいと思います。TOは原則1人にするよくありがちなのが、TOに何人も関係者のメールアドレスを入れておきつつCCにMLを入れるパターン。これだとその情報が誰宛なのかパッと見で分かりませんし、受け手側としても「結局、誰に言ってるの?」ということになります。決裁フロー的にも不明点を誰に聞けば良いのかが不明瞭ですし「誰かが見てるだろう」という意識は結果的に「誰も見てない」事態も招きかねません。メールでのやりとりをする以上はTOとCCは明確に使い分け、その情報が誰宛のものであるか発信者側で考慮しましょう。素材共有は事前の整理整頓が肝また、zipなどの重たい添付ファイルをMLにいる複数人宛てに送付するのも、いささか懸念があります。wifi環境など外で仕事してる方も多いため、セキュリティ上の面からも得策とは言えません。DropBoxやGoogleDriveなどストレージでディレクトリを整理し、閲覧権限をある程度絞った上で適切な人にだけ適切な形で素材を渡すように心がけましょう。そのためには日頃からのディレクトリ管理が肝となります。日本語名のzipファイルをルートのフォルダに突っ込んで「あとで整理しよ」とか思ったまま、ほったらかしにしがちの方は、特に注意してください。起点と経緯と意図の共有プロジェクトが進行していくうちにタスクが一人歩きをしてしまうことがあります。「ディレクターからコレやっといてって言われたけど、自分では判断がつかない」という場面ですね。逆を返せば発注側としては今までの(そのディレクターのみが知ってる)情報で、判断できるだろうという思っているため、こうした齟齬が生まれやすいのだと思います。これを避ける方法としては、タスクをスタッフに依頼する際にスタッフが判断できる/しやすい情報も付けてあげることを考慮してみてはどうでしょうか。合わせて依頼をしましょう。することで受け手側も「これはこうした方が良いかも」と、依頼側の意図に寄せる軸ができます。クライアントも絡む制作の場合は、あるべき論+クライアント会社内での政治的判断も付加されがちで、それを二次受け的なスタッフに丸投げしておいて、蓋を開けたら「思ってたんと違う」と言われても、スタッフ側からしたら「知らんがな」です。それを初動で防ぐために、こうした一手間がとても大事になってきます。この方法のもう一つの利点としては、判断基準を共有して決裁者が分散されることで、個々の判断スピードが上がり、チーム全体での対応力のプラッシュアップが計れるというのがあります。上の決裁を待つ時間はプロジェクト進行において、ある意味、無駄な時間です。軽減をするために「このプロジェクト/関連する要素はこうあるべき」というイメージの共有ができるよう、枝のタスクの部分から怠らないようにしましょう。・チームビルディングを目的とした共有が大まかなポイントです。今時のプロジェクト進行は点と点ではなく、点と点をどういった線でつなぐのか、その設計ができるかできないかで、そのプロジェクトの成功率の半分は勝負がつきます。繰り返しますがMLや電話が絶対悪であるということ言いたい訳ではありません。それらを利用するのなら上記について、発信者側の人達から考慮すべき点だと思うわけです。善は急がば回れではないですが、ご自身が忙しいと自覚されているディレクターであるなら、なおのこと、こういったコミュニケーション設計をプロジェクト進行前に大切に行うようにしてください。「でも忙しいから手がつけられない」と言うのであれば、それは「あなたの中で単に優先度が低いだけでしょ?」と個人的には思います。願わくば、これをご覧のみなさんが、そうでない事を。明けましておめでとうございます。年末年始感が皆無のまま気がついたら年明け、仕事始めとなっておりました。それはそれで考えもののような。このままダラッといくのアレなので、旧年の自分の動きをおさらいしつつ、今年の自分の動き方について計を案じてみようかと。ダーツプロになるためにやった2つのこと2014年2月頃から趣味でダーツを始めたのですが、なぜか始めた当初から「プロになること」を目標に続けており。続ける上で気をつけていたのは・日々の気付きをフィードバックしてPDCAにする仕組み作り・続けることを目的化することフィードバックについては、Evernoteにフォームの部位や、どこでいつ何を目的に投げるかを都度で書きとめ、時間があるときや、なんとなく投げに行こうかなと漫然と考えたときに見返すなどして、自分への留意点のフリークエンシーをあげる仕組みをまず作りました。細かい気付きなどについてはmixiの日記やつぶやきを利用し、こちらもやはり「あとで振り返る」ことを前提としていました。ログがあることで投げ始めで「前に投げた時に決めたこと、気づいたことってなんだっけ」と振り返れましたし、スタートがそこからになる。投げた時の新しい気付きがあればそれをログとして残すという具合。Gitなどのブランチに似た概念かもしれませんが、徐々に留意点が洗練されてきて、ここが担保できれば、その前のこの動きを気にしなくても良いといった風に、意識の集中を制限できるのも大きい効果だったと思います。この度2015年10月にプロソフトダーツ団体のPERFECTのプロ認定試験に合格。今年は2月からプロツアーに参加することが可能になったので、スポット参加になるかもしれませんが、このまま続けていければと思っています。あ、ちなみにWebディレクターは辞めてませんのであしからず。旧年は常駐案件をメインに2月〜11月で請け負っていました。環境自体はメールや電話がメイン。バックログなどのPMツールもない中での仕事でしたので、それなりにストレスもありましたが、個人的にスプレッドシートに課題管理表を作成し、個々のタスクの進捗を管理していたため、大きい混乱もなく先方に高評価をいただけました。仕事は「誰が、何を、いつまでに、どうする」を抑え、関係者一同が参照しやすい環境をまず設計することが大事と考えています。環境が変わるとツールも変わりますし、関係者の仕事に関するリテラシーも様々です。抑えるべき原則は変わらないという部分に確信が持てたのは、個人的に大きい収穫でした。絵に描いたような代理店案件でしたし、改めてコミュニケーションツールの重要さを知りましたが、久しぶりにウォーターフォールの典型を垣間見ながら、自分がフリーランスになって得た知恵を少なからず活用できた気がします。「捨てる」という選択肢さて2016年ですが個人的なテーマとして「洗練/メリハリ」をテーマにしたいと思います。質を求めるための量の担保。そのための基礎の設計が去年のテーマになっていたと思います。今年はそこからの洗練。ある種の取捨選択を強いていければと。人は何かを捨てる時には、自分で自分に言い訳をしたり、なにかしら妥協のうえで捨てるという行動に陥りがちです。ポジティブな理由ゆえの「捨てる」という考え方も本来あって然るべきです。自身のプライベート、仕事に関わらず、抑えるポイントを精査した後、可能性や求める結果を吟味した上で不要なものや効果が薄いものをあえて捨てる勇気。そこから空いたリソースを求める方向へ注力する。やることは基本的に去年と変わらないでしょう。今まで通りログを残し、レビューし、改善に繋げる。その改善時のプラン構築の時に意識的に一手間加えるといったところかと。「努力」や「頑張る」ではなく、楽しんで工夫を続けていく。そのことを改めて胸に刻みたいと思います。本年もよろしくお願いいたします。会社やプロジェクト毎で様々な役割の分担があります。プロジェクトマネージメントを進行管理の面だけでなく、広義に”プロジェクト全体を司る人”と定義付けた場合、バックログなどでのタスク管理やスタッフへのリマインドのみならず、いわゆる本来ディレクターが担うコンサルティングの分野においても目を配る必要があります。前者との違いは、対象が制作スタッフだけでなく、クライアント、つまり外部へ向けての情報共有が主なマターとなるわけです。情報の共有と感情の共感プロジェクトにおける情報の共有とは、端的にいうと”Fact(真実)”です。誰が、何を、いつまでに、どうするといった事実を基に制作スタッフへ、情報として共有します。・そもそもでそのTODOの起点は何(誰)なのか。・どういった経緯で、そういう結論に至ったのか。・それを行う意図は何なのか。いった部分もFactの中に含まれます。極端なウォータフォール型の請負業だと、この辺りの肉の部分がスッ飛ばされて制作へ落ちてくるため、デザインフェーズなどで手戻りが多いのは往々にしてよくあることかもしれません。一方で、コンサルフェーズの場合、タスクに落としこむ手前の段階にあるため、TODOのためのFactは、前者に比べるとさほどの重要性を持たない事があります。FactよりHypothesis(仮説)や、クライアントからのヒアリングから引き出した想いや目的を引き出す事がまず重要となるでしょう。昨今ではコンサルフェーズにおいて、クライアントとワークショップの場を用いるプロジェクトも増えてきたことと思います。実際、最近はPMとして入ったプロジェクトにおいてもリアルタイムドキュメンテーションのファシリテートを行う場面も増えてきました。視覚化をする事において仮説や想いの見える化を行うMTGです。旧態的なヒアリングシートの質問項目からRFPを出してもらって、粛々と進めるプロジェクトと違い、クライアントとパートナーシップを築きながら、チームビルディングをする手法です。慣れないと、なかなかどうしてプロジェクトが停滞する場面がよくあります。それは見える化までは良いのですが「で、誰が、何から始めるの?」が、把握しづらいということです。個人的にアジャイル型は、小さなウォータフォール型の集合体と感じる場面があります。人間、古来より”誰かが決めて”、それに基づいて、自分のやることを進行するという図式に慣れているからでしょうか。停滞しているプロジェクトを進める特効薬は「決める人がいないなら、まず決める人を決めてくれ」なのは、アジャイル型のプロジェクトにおいて見過ごしがちな部分です(得てして「アジャイルであること」に拘ってしまっている事が多いのが理由かと)。谷を越える方法としてのリーダーシップリーダーは原則1人です。リーダーが何人もいると指示系統が破綻します。イコールではありません。プロジェクトにおいても同じ事です。「クライアントだから言うことを聞かなくてはいけない」というバイアスから思考停止してしまっている請負制作は多いと思います。目を向けるべきは1点『プロジェクト本来の目的』です。目的を正しく把握していれば、権限を持つ人の指示を仰がずとも、個々で「今何が必要なのか」の判断はできると感じています。リアルタイムドキュメンテーションやアジャイルでのチームビルディングにおいて、本質的な目的はそこにあります。”空気作り”やパートナーシップ築きだけでなく、参加者1人1人が「このプロジェクトにおいて、これが正しい」と判断できる基準というFactを共有する事。そのためのMTGのファシリテートが大事になってきます。MTGにおけるワークショップ自体をサービス化しているのなら別ですが、それらからのWBSへの落とし込みにおいては、まだまだ骨が折れるところです。プロジェクトの可能性を広げる”Hypothesis”とプロジェクトを前に進める上で大切な”Fact”を、しっかりと見極める目をもつこと。それが、これからのディレクター/プロジェクトマネージャーにとって、もっと必要なスキルになってくるのだと思います。→すっかり新年も節分も明けまして。本年もよろしくお願いいたします。去年は、色々と自分の中で新しい目標をたてたり、そのための環境構築などに費やした一年でした。今年は、それらについて一定の成果を望みたいところ。結果はどうあれ、プロセス重視で今まで通りに続けていきたいものです。去年辺りから個人的にボンヤリと考えていた事の1つに『現状の改善のためのプロセス設計』というのがありまして。それらについて述べてみたいと思います。『改善』の第一歩はどこから手をつけるべきかある事案について改善をしたいと考えていたとします。会社単位でも良いですし、プロジェクト単位でも良いでしょう。個人での生活の中でも構いません。改善したい何か(ストレス的な何か)があることってありますよね?で、それを改善する上で人は方法を考えます。会社単位なら上司や経営者に相談。個人なら問題点を考えて、我慢したり切り詰めたりといったところでしょうか。この方法には、少し問題がある気がします。それは、ストレスを改善するために新しいストレスを無意識に生み出しているからです。『何かのせい』にしていても望む成果は得にくいもの問題点のある何かしら事柄について、私達はすぐに「その事柄の責任者に何とかしてもらおう」という意識が働きがちです。先の例なら会社では上司、個人なら自分です。それだと問題発見の起点が自分であっても行動までのプロセスがトップダウンになるため、実際の行動時での効果の評価を得にくい構造になりがちですし、上司や自分の本能的な部分で、本当にその改善が必要なのかという問題意識が合致していない限り、なかなか思うような成果は得にくいかと思います。問題点の粒度を最小化することでコストも最小化される一気に得たい成果や評価を得ようとしても、時間もかかりますし、リソースやコストもかかります。自分に決裁権のない範疇で問題点を挙げても「なんかウルサイこと言ってるな』くらいで、取り合ってもらえないことも多いのではないでしょうか。「正しいことをしたければ、偉くなれ」とは、某刑事ドラマのベテラン刑事のセリフですが、文化や習慣を一気に変えるのは、かなりのパワーが必要です。問題点の多くは事情や要素が複雑に絡み合っている事が多いです。見えない巨大な何かを前にして尻込みをする前に一つの仮説を基にして、最小粒度まで辿っていくと、思ってたよりその元凶は単純な事が多いです。問題点の元凶を捉えたら、次は改善策を考えます。?当初考えていたよりは、ずっと小さいコスト/リソースで解決できるイメージになっていませんでしょうか?社内的な問題点ならコミュニケーション方法だったり、個人ならお金の使い方とか。思考プロセスを改善したいのなら、望む思考をするための時間や場所を確保するなどですかね。小さいギアが大きいギアを動かすとき巨大化した問題点を改善するためには、それ相応のパワーが必要になります。権限やヒト・モノ・カネを使って動かすことも可能かと思いますが、なかなか現場レベル/個人レベルでは一苦労だと思いますし、現場レベルだからこそ改善が必要と声を挙げる機会も多いはず。大きいギアを動かすための小さいギアを作ってみましょう。最初は小さいギアから、やがて大きいギアに力が作用して全体が動き出すイメージです。重要なのは、小さいながらも改善が進んでいることを実感することです。仮に大きいギアまで届かなくても、その実感が自分を大きくすると同時に自身にとって大切な財産になるはず。工夫もせずに無いもの強請りをしていては、本当に改善される事は永久にありません。そのためのプロセスをどう踏むかの設計をしてこそ、そこから改善は始まるのだと感じます。»7/3ですが、GarageAKIHABARA|株式会社イノセンティブさんにてフリーランスWebディレクターから見た”クリエイティブ”と”ビジネス”の使いドコロ・落としドコロという題で講義をする機会をいただきました。当日は、あいにくの雨でしたが、それでもご参加をいただき1つのテーブルを囲んで和やかな雰囲気の中、講義させてもらいました。合田さん、ありがとうございました。講義の内容としては、普段からこのブログ等で常々書いている事を軸に、これからディレクターとして考えていきたいクリエイティブとビジネスへの携わり方、またそのために必要なことなどについてお話しました。自分でも思ってた以上にマインドセット寄りのお話になる傾向があるなと思ってた上に、当日ご参加のみなさんのバックグラウンドが見えない状況でしたので、なるべく汎用的にかつ具体的にToDoへ落とし込む上での考え方をメインにしたつもりです。マインドセットですね。うまく伝わっていればこれ幸い。ディレクターのポジションからみたクリエイティブまず、最初にお話したのは、ウォーターフォール型をケースとした職域毎のポジションについてでした。いわゆるプロデューサーを最初とてエンジニアへと落ちていく流れですね。その中でディレクターの見る領域はビジネスとクリエイティブの両方であるという事。ここでいう「見る」は「観る」という意味も含みますけど、ジョジョっぽくなるので、さておいて。ディレクターは、基本的に実際に手は動かしませんが、成果物としてクリエイティビティを担保しなければいけません。その担保のために必要な事は何なのでしょうか。スコープがハッキリとした要件定義なのか、網羅的なペルソナなのか、超人的なリソースなのか(え)。個々のケースによって要素は様々あるかと思いますが、自分にとって一番クリエイティビティを担保する上で必要だと思うのは常日頃から時間だと定義しています。基本的な要素であるからゆえに、制作のために必要な時間について無頓着なディレクションをする事が炎上を招いている事。ならないためにディレクターはどこにポイントを置いて調整をすべきかについてお話をしました。クリエイティブ力を上げるのは日々のPDCAからまたプロジェクトを進めるためにはスタッフの力はかかせません。プロジェクトを進行する事、また納品自体が目的化している場合、プロジェクトが属人化し、それが慢性化している事をよく見かけます。さしあたっての対応としては問題ないかもしれませんが、ナレッジやノウハウが1人に偏ってしまうと、当人が休暇もしくは離脱した時にチームとしてのパワーは当然下がってしまう事になります。ディレクターは、常日頃からそれらの事態に備える意味でも、スタッフ間でのナレッジの共有に目を配るべきだと考えています。ウォーターフォール型、アジャイル型問わずスタッフ間で見える部分と”見せない部分”はあるもの。いった溝を常日頃からフラットにし、チームビルディングのプランへと昇華させる施策化するのは、本来ハブのポジションにいるディレクターが向いているはずです。プランができれば、Do、Check、Actへと小さいPDCAを回す事から始める事で、スタッフにも新しい気付きや、そのポジションだからできる改善策のアイデアもあるはずです。それらをみすみす寝かしておくのはもったいないと思いませんか?目先の案件だけを見るのではなく、その先を見越した下地作りをいかにして習慣化させるかが、これからのディレクターにとって大事な視点となってくるでしょう。ディレクターのポジションからみたビジネス次にお話をしたのはディレクターのポジションからみたビジネスへの携わり方についてでした。世の中において絶対的に「こうすれば売れる」というものは存在しません。その前提の中、クライアントのビジネスをWebを使ってどう援助していけば良いのかをディレクターは考えていく必要があります。多種多様なユーザーのニーズに網羅的に答えていくのか、それともターゲットを絞った上でサービスをアジャストしていくのか。答えは、これも個々の状況によるかとは思いますが、大切なのは商品の価値のバリエーションは多いほどよいという事です。そのためにディレクターは常日頃から「たられば」を多く言える発想を持つと良いでしょう。「今の条件より、こうすれば、こうすることもできます。なったら、想定の結果はこうです」と言った具合です。最後の決裁はクライアント側のキーマンもしくは上長になるかと思いますが、たくさんの可能性を論理だてて話せるということが大事です。そもそも絶対的な方法がない中で論理的に可能性をあげるということは結果的に「今やるべき事を絞り込む」という事に繋がるからです。雲をつかむような話でもせめて雲を作ることはできる。そのためには何が必要なのかを具体的にあげていく。詭弁かもしれませんがイメージ的にはそんな感じです。そこからの仮説を軸に検証を繰り返す事でターゲットであるユーザーへと徐々に寄せていける様になります。そのための環境や雰囲気をいかに作るのか。それがディレクターがビジネスと関わる上でこれから大事な点になるでしょう。”当たり前”を当たり前にやるためにクリエイティブもビジネスも、どちらもポイントとなっているのは、日々のPDCAをいかにして回すかという結論で今回はお話をしました。答えはそれぞれあってしかるべきですし異論反論もあるでしょう。当たり前な部分へのケアができてない環境は自分が見てきた限り、まだまだ多くあると思うのです。先や上を目指すより前にまず足元を固める姿勢、そこからの積み重ねがあってこその先や上、枝葉末節のTipsの話に行くべきだと思います。自分自身、努力や頑張るという言葉は、あまり好きではありません。いったプロセスをいかに楽しく当たり前にできる様に今どうしたら良いのか。そのためのちょっとした工夫にこそディレクターのクリエイティブの面白さがまだまだ残っているのではと感じています。当日ご参加いただきましたみなさま、ありがとうございました。機会があれば、よろしくお願いいたします。当日、ご紹介したスライドを下記にアップしました。ご興味ある方はご覧下さい。※有料のイベントでしたので、一部抜粋版となっています。ご容赦のほどよろしくお願いいたします。