デザインブリーフの役割とその作成方法 デザイン会社 ビートラックス: ブログ
デザイン関連のプロジェクトにて、デザイン作業自体よりも、クライアントやスタッフとのコミュニケーションが最も時間と労力が割かれてしまうケースは珍しく無い。 最初のミーティングにてデザインの方向性やスケジュール、必要な素材等に関しての話しを詰めたのに、プロジェクトを進めていくうちになぜか方向性がブレ始め，一度承認を得たはずのデザインが根本からひっくり返る。そんな経験をしたデザイナーも少なくは無いのではないだろうか。 なぜ優秀なデザイナーでも酷いデザインを生み出してしまうのか？ 事前のゴール設定がデザインの良し悪しを左右する最終的に求められる最終的な目的や、結果、届けたい価値や差別化要因等、一見デザインには直接的にはあまり関係ないと思われるファクターが、実はデザインプロジェクトにとっては非常に重要なのである。 実際のデザイン作業を開始する前に、誰に対して、どのような手法で、どのようなメッセージを
技術的負債という(非エンジニアにとっての)隠しパラメータが生産性100倍を起こす - mizchi's blog
元糞コードマイスターとしては、生産性については思うところある。 技術的到達深度が深い人じゃないとそもそもかけないコードってのももちろん存在して、その前提で10倍とか100倍になりうる話をする。 そもそもマイナスになる人がいるって話。 隠しパラメータをモデル化 エンジニアA:「週に10の成果を出して3の負債を生む人」を考える。この人は開発を止めてリファクタリングをすれば10-3 = 7の技術的負債を返却できるとする。 ここで正確には成果10には* aの係数が掛かっている。これはプロジェクト開始時1.0で、技術的負債が貯まるほど0に近づいて行く 次に、エンジニアB:「週に15の成果を出して10の負債を生む人」を考える(これにも係数aがかかる)。この人は見た目上は上の人の1.5倍速く成果を出しているように観測できるが、負債もたまりやすい。リファクタしても綺麗になりにくい。 これは割とエンジニアに
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
