意外とできてる会社ばかりではない！？Webデザインを行う前にすべき、Webディレクション作業まとめ。
こんにちはMUUUUU.ORGの中の人こと、QUOITWORKS Inc.のムラマツです。 最近はWebデザインと、グラフィックデザインが同時に発生する案件を絶賛募集しております！（宣伝） えーと今回は、Webのディレクションというのは正直決まったやり方が存在していないのが現状でありまして、 今の時代の業界標準を確認し直そうと思いまして「第一線のプロがホンネで教える 超実践的 Webディレクターの教科書」を参考に、改めてWebディレクションとは何をする仕事なのか、 Webデザインを始める前段階というところにフォーカスしてまとめました。 目次 前段：コミュニケーションはディレクターのメイン商品 1.ヒアリングをする 2.リニューアルの場合、現サイトの課題だしをする 3.コンセプトを作る（共通言語となる目標を決める） 4.ポジション設定をする（競合に対しての強みを見つける） 5.ペルソナ作り（
炎上案件に突如ディレクターとして投入されたときにやってみたこと - Qiita
ぼんやり1メンバーとして眺めていたプロジェクトが、リリース1週間前になって「あれも足りない！これも出来てない！どうすんじゃゴラァ」となったときに突如ディレクターとしてぶっこまれ投入されたときにやってみたことのメモ。 一次対応 とにもかくにもPJTに投入されて最初にやったこと。 コミュニケーションルールをみんなで確認して、守ってもらうようにした 誰が何の情報を持ってて、そして誰から誰にどんな指示が出てて、それらがどんなステータスか、、、 もうぐっちゃぐちゃになっていた。 ディレクターは一度死ぬが、一旦全部ディレクターに報告させて、ディレクターから適切な人に指示を出すことにし、メンバー同士でのダイレクトなコミュニケーションをいったん、原則禁止した。 （ディレクターがAさんとBさんで直接やって、と指示を出すときもあるが、それもやりとりの結果をAさんから必ずフィードバックさせるようにした。） ただ
スクラムに関する無料の日本語資料のまとめ | Ryuzee.com
アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 スクラムを学習するにあたって参考になる【無料】の資料を以下にあげておきます。 僕がコーチングする際は上２つの資料については事前に読んでもらった上で、トレーニングを実施したりしてます。 スクラムガイドスクラムの父であるジェフ・サザーランド氏とケン・シュエイバー氏が書いた公式のルールブック。 これを読まないでスクラムをやるのはマズイです。 http://www.scrumguides.org/日本語版は、多くの本の翻訳をされている角さんが訳されてます塹壕よりScrumとXP昨年開催したScrum Gathering Tokyoで基調講演をされたヘンリック・クニベルグ氏によるScrumとX
SCRUM/アジャイル開発の入門資料を全力でまとめてみた
『アジャイルサムライ－達人開発者への道－』に続いて、アジャイル開発のバイブル的書籍『SCRUM BOOT CAMP』を読みました。SCRUMの実践的な知識を漫画をおりまぜながら、本当にわかりやすく書いている良本でした。これから何度も読み直して、アジャイルの習得に努めます！ ということで、今回は書籍を読む過程で集めたSCRUMやアジャイル開発に関するスライドやPDF、ブログ記事などをまとめていきます！ 🗽 アジャイル開発手法特論 From Agile-development-course-advanced-1-2 産業技術大学の2013年2Qの講義『アジャイル開発手法特論』の資料だそうです。SCRUM BOOT CAMPの著者の一人であるながせ☆みほさんの作です。ちなみにながせさんのブログ上に#6までの資料がアップされています。ほかのスライドもかなりのボリュームで読み応え抜群です！ 😀
新人Webデザイナーにありがちな５つのコミュニケーショントラブルとその解消法｜MarTechLab（マーテックラボ）
LPO研究所の鳥居です。 「イメージしてたデザインと全然違う」 「これじゃ売れる気がしないんだけど」 「ちゃんと頭使って考えてんの？」 突然ですが、あなたは日常的にこんなことを言われていませんか？ 今の職場でWebデザイナーとして働きはじめてはや７年。私は、今では後輩デザイナーの育成も行う立場なのですが、新人が先程のようなセリフを言われるのを毎日のように目にしています。 無論、私自身も新人の頃はこっぴどくやられました。 今なら分かることですが、これは 新人Webデザイナーが共通して「取るべきコミュニケーション」を取っていないから起こるトラブル なのです。 あなたは今、デザイン制作におけるコミュニケーションに自信を持てていますか？ もしかすると今この記事を読んでいるあなたは「Webデザイナー」ではなく、クライアントから要望を聞く「営業」や「ディレクター」の立場かもしれません。 しかし基本は同
ダメ上司にならないために気をつけたい、ありがちな7つのミス | ライフハッカー・ジャパン
人の上に立つ人が最もやりがちなミスをあげました。それぞれの項目をじっくりと見て、胸に手を当てて自分の行動を考えてみましょう。そして、同僚や社員の行動についても考えてみましょう。同じようなミスを何度も繰り返している人はいますか？ 自分はどうですか？ ×1. コミュニケーションができていない 情報というのは、社員に即座に正しく仕事をさせるだけの力があるものです。社員に伝えている情報が正確かつ完ぺきであればあるほど、それだけ早く良い仕事を社員にしてもらうことができ、顧客にも良いサービスを届けることができます。 ×2. 根本的な解決よりも、その場しのぎの対応をする その場しのぎの対応で満足していては、長続きはしません。問題の根底にある原因を、立ち止まり時間をかけて追求し、それからその問題を根本的に解決するための戦略を練り上げます。できるだけ何もしないようにすることは、本当の意味での問題解決にはなり
父親に聞いた管理職として「ダメなチームをデキるチームにする必勝パターン」 - komagataのブログ
もう定年してますが、郵便局の管理職歴うん十年の父親に社会人の大後輩として、 「管理職としてダメなチームをデキるチームにする必勝パターンみたいなのってあるの？」 と聞いたら 「あるよ」 とあっさり。その話が面白かったので紹介します。 背景父親は郵便局員で公務員だった。郵政民営化する前の話。公務員は一般企業と違い犯罪でも犯さない限り首にならない。（管理の難易度が高い）郵便局の仕事は大きく「郵便」「貯金」「保険」の３つに分かれている。父親は「保険」のセールスマンの管理職を長年やっていた。郵便局の管理職は３年（？）毎に別の局（調布市郵便局とか）に移動する。 1. 新しい職場（チーム）に赴任したらそこの中心人物の協力を取り付ける中心人物：顔役的な人で大抵が年長者やリーダー気質の人。どこの組織にも必ずいて、誰にでもすぐに分かるそうです。（役職的には自分より下の人です。） 父「誰に聞いても山田（仮）さん
米国人からコーディングについての怒りのメールを頂戴した - その手の平は尻もつかめるさ
"米国人からコーディングについての怒りのメールを頂戴した" の補足 - その手の平は尻もつかめるさ ↑の方で補足いたしました。(2012.09.04 追記) 最近、英語のメールでよく怒られます。moznion です。 海を隔てて共同作業しているアメリカ人から、僕のコーディングについてお叱りのメールを頂いたので、 自戒の念を込めて邦訳して記します。 書いてあることは「当然」とも言うべき内容ですが、僕はその「当然」も守れていなかったのかぁ〜と反省。 以下、邦訳(意訳)です。 1. 郷に入っては郷に従え 既にソースコードが存在しているって事は、そこには同時にコーディングスタイルも存在しているってことだ。 その既存のソースコードに手を加える場合、別のコーディングスタイルを導入してはならない。 もし君がバックエンドのソースコードを弄っているなら、バックエンドのコーディングスタイルで記述するんだ。 フ
それじゃあ何も伝わらない！元ディレクターがデザイナーになって気付いた、デザイン依頼で注意すべき4つのこと : LINE Corporation ディレクターブログ
ネッツアイに火の用心 あなたのハートにG-SHOCK！こんにちは、nakatanigoです。 かつてはディレクターブログを書く立場だったのですが、諸事情により遠ざかっておりました。 というのも、かつて前職でデザイナーをしていた経験から、ディレクターを２年ほど経験した後、デザイナーに転籍したのです。 そこで、今回はその経験から、ディレクターからデザイナーにデザインを依頼する際に注意すべきことをお話させていただきます。ディレクターがデザイナーに依頼をする際、こういう言い方は避けたほうがいいという事例もあわせてご紹介します。 大前提として、デザイナーはディレクターから言われたことしかやらないわけではありませんので、依頼に疑問があれば質問し相談します。しっかりとコミュニケーションをとれば下記のような事例は起こらないと思いますが、それが抜けてしまった場合には効果の小さいデサインができあがってしまうと
Web開発チームをタスクボードだけで見える化する 5つのコツ - Lancers開発ブログ
はじめまして。今月からランサーズにJOINしましたkeiと申します。 長らく更新が滞っていた本ブログですが、これから定期的に情報発信していこうと思ってますので、どうぞよろしくお願いします！ ランサーズでは、エンジニアの作業を見える化するために、タスクボードを導入しています。 今回は、社内で運用してみて効果的だった5つのコツをご紹介します。 タスクボードとは ボードを作業予定、作業中、作業完了(ランサーズではToDo,Doing,Done)の3つのレーンに分け、タスクをその状態に応じて適切なレーンに置くことで、タスクの見える化とステータス管理を行うツールです。 ランサーズでは、ボードとしてホワイトボードを、タスクは付箋に書いたものを貼って運用しています。 運用ルール ランサーズでは、以下の流れでタスクボードを運用しています。基本的な流れは、よくあるタスクボードの運用方法と同じです。 発生し
部下を「取り調べ」していませんか：日経ビジネスオンライン
「口出ししたくないが、チェックもしたい」 部下に仕事を任せる際に気をつけなければならないことがある。それは、任せた以上、細かく口出しをし過ぎてはならない、ということだ。せっかく、部下の主体性を尊重して任せたはずなのに、あれやこれやと口を出す。すると部下はこう思う。「何だよ。任せてくれたんじゃないのかよ」と。そして、やる気がなくなる。任せるときに一番大切となる、部下の主体性が失われるのだ。 しかし、だからといって、任せっぱなしで放っておくとどうなるか。こちらも決してうまくはいかない。進捗が遅れる。品質が落ちる。揚げ句の果ては、お客様に迷惑がかかる。信頼を落とし、売り上げを落としてしまう可能性があるからだ。それを防ぐためには、仕事の節目節目に「マイルストーン」を設定し、定期的に報告、連絡、相談を受け、上司から助言をしてあげなければならない。それを定例化するのだ。 上司は部下に「何か問題があった
私がwebサイトのラフデザインを制作する時の流れ │ Design Spice
私がwebサイトのラフを作る時の流れを書いてみました。 独学で身に付けた方法であり、 一般的な方法ではないかも知れないことを予め断っておきます。 私にはやりやすい方法ですが、 他の人にとってはそうではないかもしれません… 本エントリーはラフデザインのみ注力するため、既にコンセプト、ターゲット、サイト構成などは決まった状態と仮定します。 （※本文中のショートカットキーは全てMacの場合です） 希望デザインのヒアリング ※委託業務の場合です どんなデザインが希望かを先方にヒアリングします。 この時にできるだけ、クライアントのイメージを明確にするため 抽象的でも良いので沢山言葉を貰います。 明るい、可愛い、ポップ、カッコいい、シンプル、落ち着いた…etc 具体的にデザイン参考にしたいサイトがあるのなら聞いておきます。 また頂いた言葉と自分のイメージのギャップを埋めておきます。 ”シンプル”と言う
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
