1. デザイン組織の定義 => デザイン負債の返済 => 一貫性のメンテナンス 2. デザインの領域 => デザインフェーズと実装フェーズに分ける => UI作成だけでなく仮説検証からコミット 3. デザイン知見の共有 => dely.design でのブログ発信
![デザインは軽視するには重要すぎる / Design is important](https://cdn-ak-scissors.b.st-hatena.com/image/square/7a717548429d98bb5f7f107caf9b0e9c6d751727/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2Fc1974f99e7484da98b407d4f2e3d492b%2Fslide_0.jpg%3F10664096)
1. デザイン組織の定義 => デザイン負債の返済 => 一貫性のメンテナンス 2. デザインの領域 => デザインフェーズと実装フェーズに分ける => UI作成だけでなく仮説検証からコミット 3. デザイン知見の共有 => dely.design でのブログ発信
複雑かつリッチな体験を提供するスマートフォンアプリを開発するためのチームワーク、その中でのエンジニアの役割について
All slide content and descriptions are owned by their creators.
9. ● 常に文書による指示を要求せよ。 ● 準備を十分行い完全に準備ができているまで実行に移すな。 ● 些細なことにも高い完成度を要求せよ。わずかな間違いも繰り返し修正させ小さな 間違いも見つけ出せ。 ● 重要な決定を行う際には会議を開け。 ● もっともらしくペーパーワークを増大させよ。 ● すべての規則を隅々まで厳格に適用せよ。 ● 何事をするにも「通常のルート」を通して行うように主張せよ。決断を早めるため のショートカットを認めるな。 ● 可能な限りの事象を委員会に持ち込み「さらなる調査と熟考」を求めよ。委員会の メンバーはできるだけ多く(少なくとも5人以上)すること。 ● 議事録や連絡用文書、決議書などにおいて細かい言葉遣いについて議論せよ。 ● 以前の会議で決まったことを再び持ち出し、その妥当性について改めて問い直せ。 10. ● 常に文書による指示を要求せよ。 ● 準備を十分行
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く