[B! ワークフロー] k3akinoriのブックマーク

k3akinori id:k3akinori

ワークフローに関するk3akinoriのブックマーク (5)

[Doc] 要件定義書テンプレート・要件定義書の書き方 - Qiita
下記ドキュメントバージョンに関する注意点です。バージョン番号のルールを定める：バージョン番号は、どのようにつけるかルールを定め、チーム全員が同じ理解で使用するようにする必要があります。たとえば、変更内容によって数字がどのように増えるか（major, minor, patch）、何桁で表現するかなど、具体的に決めておくことが重要です。変更履歴を明確にする：どのような変更があったのか、それがどのバージョンで実施されたのかを明確にすることが必要です。これにより、何らかの問題が発生した場合に、どのバージョンから問題があるのか特定することができます。ドキュメントの保存場所を一元化する：ドキュメントのバージョン管理には、ドキュメントを保存する場所を一元化することが重要です。それにより、異なるバージョンのドキュメントが、複数の場所に分散してしまい、誤ったバージョンが使用されることを防ぐことができま
k3akinori 2022/10/09
まとめ

ワークフロー
リンク
Web制作フローの再考とDesigning in the browser
多様化するwebサイト、増加するデバイスに適応していくために今までのWeb制作のワークフローも見直す必要があるのではないでしょうか。またその一つの手法としてDesigning in Browserについて書きました。現在ではWebサイトも、インタラクティブなサイト、アプリのようなサイト、可変するサイトなど様々なスタイルが見られるようになってます。また、Webを閲覧できる環境もPCからスマートフォン、タブレット、テレビ、カーナビなど増加し続けてます。それに伴い今まで以上にテストケースが増えてきてます。今までのような静的なデザインを作ってから開発、テストというWeb制作のワークフローでこの変化の流れに対応できてるのでしょうか。まず静的なデザインはあくまでこのように見えるという仮説であり、解像度やスクリーンサイズが異なれば見え方も変わってきます。更にどのように動くのかまでは表現でき
k3akinori 2014/08/12
web制作

ワークフロー
リンク
なぜ "Designing in the browser" ワークフローへの移行が必要なのか - Zerobase Journal
QxilというQ&Aサイトで、藤原由翼さんが面白い質問をしていました：皆さんはWebデザイナーのキャリアやスキルセットは今後どうあるべきだと思いますか？ (どうあることを期待されているかという経営者視点でのコメントもお待ちしています。) -- 藤原由翼さんの質問（※以下、質問者の藤原さん宛ではなく、多数の想定読者に向けた文章にしました）「ウェブの技術的側面を理解していないデザイナーは、可変サイズを想定していないレイアウトや、CMYKカラー・モデルのデザイン・カンプを送ってくるので、マークアップ・エンジニアは無駄な苦労をするハメになる」といった逸話は、少し笑い話のようでもあります。しかし、ここにはデザインとテクノロジーの本質的関係性が見え隠れしています。この文章では、「メディアの技術的側面を理解し、メディアの技術的特性を活かすことが、より良いデザインに通じる」という話をします。前
k3akinori 2014/08/12
webデザイン

ワークフロー
リンク
非デザイナーのためのデザイン基本テクニック　その１ | 07design.blog
デザイナーではない方も趣味でサイトを作っていたり、デザイナーに頼むほどでもない画像を作ったりする機会があると思います。デザイナーはセンスでサクサクと制作するイメージがあるかもしれませんが、実はデザインというものは数々のルールによって成立しています・・・デザイナーではない方も趣味でサイトを作っていたり、デザイナーに頼むほどでもない画像を作ったりする機会があると思います。デザイナーはセンスでサクサクと制作するイメージがあるかもしれませんが、実はデザインというものは数々のルールによって成立しています。そのルールの知識があればデザイナーレベルとはいかないものの、見た目がきれいなグラフィックは作れるはずです。デザインという言葉の定義やソフトの使い方から始めてしまうとややこしくなるので、今回はあくまでも「とりあえず見た目をキレイにする」ということに重点を置いて説明します。記事内で
k3akinori 2010/08/01
デザイン

ワークフロー
リンク
受託案件で制作チーム全員が心得ておきたい4つのポイント。 | _level0 - KAYAC Front Engineer Blog
こんにちは、kijimaです。先日深夜のスタジオでのドラム練習風景をUstreamで意味もなく生中継してみました。ええ、懲りずにまたやりますよ。今回は、（特に大手クライアントの）受託案件で気をつけるべきポイントについてまとめてみました。まんまと釣られた方、「そんなの当たり前じゃん」という方は、周りの新人さん（特に新人ディレクターとか）にも教えてあげてください。今回はFlashに限らず、制作現場みんなで気をつけていきたいポイントです。制作規定・レギュレーションの有無について確認する今回紹介するポイントの中では、間違いなくこれが一番重要です。ネット業界に限らず、誰もが知っている大手クライアントともなると、様々な部分にレギュレーションやルールが存在します。会社のロゴマーク表記に関するレギュレーションは特に細かく、たとえば「緑色のロゴマークに対して使っていい背景色は何色のみ」とか、「バナー
k3akinori 2009/11/17
ワークフロー
リンク
1