第3回 GTDのワークフローを体験（処理～実行編） | gihyo.jp
処理 前回の収集編で書き出した「やるべきこと」のリストを用意してください。 GTDでは、「やるべきこと」を処理するためのフローチャートが用意されています。 このフローチャートを見ながら処理することで、「いつやるべきなのか？」「本当にやらなければいけないことなのか？」「誰かに任せることはできないか？」などを簡単に分類することができ、次にとるべき行動が明確になります。 GTDのフローチャート 処理をする時のポイントとして「やるべきこと」リスト全てに対して行うということです。 「やるべきこと」が残ったままにはなりません。フローチャートの中で必ず分類されるようになっています。 分類する際の方法には、いろいろなやり方があります。一般的なやり方として、「いつかやるリスト」「資料リスト」「プロジェクトリスト」などを別の用紙として準備しておき、書き写すという方法です。 別の用紙に書き写す方法
ウェブデザインをめぐって議論するなら「Symu」 | ライフハッカー・ジャパン
疲れやすい、呼吸の浅さを改善。ストレッチポールは毎日使いたいほど気持ちがいい!【今日のライフハックツール】
Web制作フローが「完璧」にわかる資料や流れのまとめ | コムテブログ
TL;DR 受注前、制作フロー、安定収益源の保守方法まで「作って終わりにしない」Web 制作の一連の流れを記載しておきます。社内だけじゃなく、これから独立する人、フリーランスの方も必見です。 オリエンテーション／受注前 １．書類テンプレート一式 オリエンテーションにおけるヒアリングでは、後に作成する提案・見積書に必要となる質問を用意しておきます。自社の説明をする時は、せっかちなクライアントさんもいるので、だらだら話さず、ポイントを抑えてわかりやすく説明します。ヒアリングした後は、議事録にメモし社内共有。必要な書類（ヒアリングシート／企画書／提案書／業務委託書／見積書／契約書）など一式まとめてますので、書類系のテンプレートは以下で。 企画・提案・見積・納品・契約などのテンプレ・知識まとめ２３ ２．見積もりの目安と計算方法 例えば項目を作るとき１．項目／２．内容／３．設計(人日)／４．製造(人
これからのUIデザインのために、デザインカンプをやめてプロトタイプを作ろう（後編） | Goodpatch Blog
UIデザインの新しいワークフローを作るために長谷川恭久さんとの共同プロジェクトとしてスタートした“Patch Project”。導入部分として長谷川さんにお話頂いたワークフローの提案について「これからのUIデザインのために、デザインカンプをやめてプロトタイプを作ろう（前編）」として記事にしました。後編となる今回は、デザイナーがするべき雰囲気のデザイン、また具体的なワークフローについての話をまとめていきます。 ルック＆フィールを考える photo credit: Crossett Library Bennington College via photopin cc ではHTMLプロトタイプを作っている間にデザイナーがするべきことは何なのか。それは雰囲気をデザインすること。レイアウト以外のデザイン、色やタイポグラフィ、写真や動画について考えていくのです。 具体的に言うと、スタイルガイドを作るこ
Step-by-Step Creating a Website Guide
2014年8月17日 Webサイト制作 8回に渡り連載した「実践で学ぶWebサイト制作ガイド」がついに終わったので、ここで簡単にまとめておきます。この記事では基本的な流れを説明していますが、リンクをクリックでより詳しい説明記事を読むことができます。これからWebサイトを作ってみたい！という人のお役に立てればいいなあと思います :) サンプルファイルもあるので、ご自由にダウンロードしてくださいね！ ↑私が10年以上利用している会計ソフト！ サンプルファイル 今回作成したファイルをサンプルとして配布します。参考になれば幸いです。説明するために制作したものなので、学習目的以外でのご利用はご遠慮ください。Google Chrome, Safari, Firefox, IE8・9で動作確認済み。 デモ ダウンロード 1. プランニング 誰のため？何のため？Webサイトを作り始める前に。 突然Phot
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: IAシンキング Web制作者・担当者のためのIA思考術: 坂本貴史 (著), 宮崎綾子 (編集), 長谷川恭久 (その他): 本
開発フローの作り方
git-flowでもgithub flowでもない、Git本家推奨のワークフロー
