検索対象

並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 192件

新着順 人気順

ディレクションの検索結果1 - 40 件 / 192件

ディレクションに関するエントリは192件あります。 仕事、 マネジメント、 デザイン などが関連タグです。 人気エントリには 『管理職必読　順番に読むと理解が深まる「マネジメントの名著」11冊』などがあります。

ディレクションの関連エントリー

  • 管理職必読　順番に読むと理解が深まる「マネジメントの名著」11冊

    日経BOOKプラスに掲載されている記事、本、著者を任意のキーワードで検索することができます。 ※ISBNも検索にご利用いただけます。ISBNとは出版物固有の13桁の番号で、裏表紙に記載されています。本サイトでISBNを使って書籍を検索する際は、ハイフン（-）を省略し、13桁の数字のみを半角文字で入力してください。

      管理職必読　順番に読むと理解が深まる「マネジメントの名著」11冊

    • Google re:Work - マネージャー

      イノベーション イノベーションを起こすためのスキルを習得し、業務に活かす方法を学びます。

        Google re:Work - マネージャー

      • 【雑感】絶対覚えて！案件アサイン前情報収集の鉄板のやり方！｜外資系うさぎのちょこさん

        どうも、外資系うさぎのちょこさんです。 気がつけばもう2023年が始まってしまってますね。 一年の計は元旦にあり、ということで正月早々とても有益なnoteを書いて徳を積むところから今年をスタートすることにしましょう。 年末年始に限らず、それなりにまとまった時間を使えるタイミングってインプットにもアウトプットにもとても良いですからね。 せっかくなのでﾌｫﾛﾜｯｻﾝ各位も何かアウトプットしてみるとよいんじゃないでしょうか。 というわけで、新年早々のアウトプットにおすすめな、土地勘の無い業界/テーマのプロジェクトにアサインされた場合の最低限の情報収集を手早くこなすにはどうするのがよいかってnoteをお届けします。 これは再現性のあるやり方なので、このnoteを見ながら同じような流れで情報収集して自分なりの見解なんかをまとめてみたりすると良いセルフトレーニングになるはずです。 これは有益な情報なの

          【雑感】絶対覚えて！案件アサイン前情報収集の鉄板のやり方！｜外資系うさぎのちょこさん

        • 【ChatGPT】海外でバズったヤバい使い方9選【2023å¹´3月版】 | WEEL

          ChatGPTでインテリアデザインを出力 この記事では、CnatGPTとほかのツールを連携させて高品質なインテリアデザインを出力させる方法が紹介されています。 ok, I got ChatGPT working with Additive Prompting Here's a 1 paragraph ChatGPT prompt you can use to generate infinite interior design/architecture photographs w/ 90%+ coherence to the prompt in Midjourney Full prompt w/ examples in thread. Try reading the prompts as you go 🧵 pic.twitter.com/zhGB03UGpD — Nick St. Pier

            • ディレクションの関連エントリー

          • 成功法則が詰まったBtoBサイトの標準ワイヤーフレームを無料配布します | knowledge / baigie

            約1年前、BtoB企業における顧客獲得型サイトの勝ちパターンをまとめた『BtoBサイト・チェックリスト』を、ベイジ、才流さん、WACULさんの3社連名で発表し、大きな反響をいただきました。 このチェックリストはブログで公開しただけではなく、私たちのウェブ制作の現場でもフル活用されています。この1年間に手掛けた多くのBtoBサイトが、このチェックリストを満たすように設計され、多くのBtoBサイトでコンバージョン数/率やフォーム誘導数/率の向上など、ポジティブな変化が生まれました。 このような活動の中から、『BtoBサイト・チェックリスト』の内容を満たした『BtoBサイト・ワイヤーフレーム』なるものが誕生しました。これを今回、皆さんにご提供します。リード情報なども一切取らず、そのまま丸ごとお渡しします。 BtoBサイト標準ワイヤーフレームXD版（770KB） BtoBサイト標準ワイヤーフレーム

              成功法則が詰まったBtoBサイトの標準ワイヤーフレームを無料配布します | knowledge / baigie

            • 電車の中で座るための戦略とアクションプラン｜みずほリサーチ＆テクノロジーズ

              • 一人前のプロマネってどんな人？ プロジェクトマネジメントのスキルセットとは - 誰も教えてくれないプロマネのコツ

                今やあらゆる場面で必要とされるプロジェクトのノウハウを、300件以上成功させてきたプロフェッショナルがこっそりお伝えします。 先日、仕事で関わっている方から、「結局、プロマネって何ができないといけないんですかね？」という質問をされたので、その場でざっくり洗い出してみました。 世の中には PMBOK や ITSS, PRINCE2 などのスキル標準を定めたものはありますが、これらは大規模システム開発を志向しており、概念として抽象度が高いためベースの知識として利用できる環境は残念ながら非常に少ないという現実があります（もしこれらを利用できる環境にいるならとても幸せなことです）。 少なくとも日本で実施される一般的なプロジェクトは PMBOK や ITSS を元に共通認識を整備するどころか、「限られた予算で1年でクライアントのシステムを刷新する必要がある」とか、「社長の思いつきで何も決まっていない

                  一人前のプロマネってどんな人？ プロジェクトマネジメントのスキルセットとは - 誰も教えてくれないプロマネのコツ

                • Webページ高速化に必須の知識！ブラウザがWebページをどのようにレンダリングしているか、図を用いて解説

                  ブラウザがWebページをどのようにレンダリングしているか、図を用いてやさしく解説した記事を紹介します。 レンダリングの仕組みを理解することで、HTMLやCSSやJavaScriptなど実装時にも気をつける点があります。 How the browser renders a web page by James Starkie 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様にライセンスを得て翻訳しています。 はじめに 1. HTMLの解析（パース）を開始する 2. 外部リソースを取得する 3. CSSを解析し、CSSOMを構築する 4. JavaScriptを実行する 5. DOMとCSSOMをマージしてレンダリングツリーを構築する 6. レイアウトとペイントを計算する はじめに 私の考えとしては、高速で信頼性の高いWebサイトを構築するには、実装中に各ステップを最適

                    Webページ高速化に必須の知識！ブラウザがWebページをどのようにレンダリングしているか、図を用いて解説

                  • システム構成図、ER図、フローチャートなどを描くときに無料で使える作図ツールやドローイングツールまとめ。2024

                    システム構成図、ER図、フローチャートなどを描くときに無料で使える作図ツールやドローイングツールまとめ。2024 システムを開発する際には、インフラを構築するためのシステム構成図やアプリケーションの仕様を検討するためのさまざまなUML関連のダイアグラム、フローチャートやデータベース設計におけるER図など、さまざまな作図をする場面があります。 これらの作図作業を支援してくれるツールは多数存在しますが、ここでは無料で使えるツール、あるいは無料プランが利用できる有料サービスなどをまとめました。 draw.io 無料で利用できるドローイングツールの代表的な存在がdraw.ioでしょう。ユーザー登録すら不要ですぐに使い始めることができて、作図したデータはGoogle DriveやOneDrive、Dropbox、GitHubやGitLab、ローカルデイバイスなどに保存できます。 GitHubにサーバ

                      システム構成図、ER図、フローチャートなどを描くときに無料で使える作図ツールやドローイングツールまとめ。2024

                    • "牛乳パック"どっちが好きですか？｜内田 広由紀｜視覚デザイン研究所

                      一部内容修正につきまして 今回の記事も多くの反響をいただき沢山の方に読んでいただいたことを大変感謝しております。 このシリーズの趣旨は、デザインの過程をわかりやすくし多くの人にとって役立つスキルにすること、またジャンプ率などの「視覚スケール」を知って有効活用していただくことにあります。「視覚スケール」は商品パッケージから建築物のような大規模なものまで一貫して使える便利なツールです。 「視覚スケール」を説明するため、アンケートの方法や脳が選択するしくみについて、皆様に不安や誤解を招いてしまう表現があったと思います。これらを踏まえ、一部内容を加筆修正させていただきました。（記事での主張に関しての変更はありません。） 当室ではこれからもご意見・ご質問などをなるべく反映させながら、わかりやすい記事を作りたいと考えております。どうぞよろしくお願いいたします。 こんにちは。 絵本と美術書の出版及び、デ

                        "牛乳パック"どっちが好きですか？｜内田 広由紀｜視覚デザイン研究所

                      • プロダクトマネジメント入門: 失敗しないプロダクトの作り方を学ぼう

                        Founder Customer Fitこのセクションについて解決したい課題を見つけよう顧客を決めようリーンキャンバスを書こうミッションを決めようCustomer Problem Fitこのセクションについてペルソナを立てよう共感マップをつくろうカスタマージャーニーマップをつくろう課題仮説を整理しようプロブレムインタビューをしようProblem Solution FitこのセクションについてPEST分析をしようフックモデルを定義しようプロトタイプをつくろう解決策仮説を整理しようソリューションインタビューをしようSolution Product Fitこのセクションについて名前をつけようユーザーストーリーマップをつくろうMVPを構築しようMVP仮説を整理しようMVPインタビューをしようProduct Market Fitこのセクションについてグロースサイクルを定義しよう利用規約をつくろうプロ

                          プロダクトマネジメント入門: 失敗しないプロダクトの作り方を学ぼう

                        • 提案書の書き方、徹底解説～提案書のストーリー・コピー・デザインの基本法則【スライド付】 | knowledge / baigie

                          PowerPoint歴23年、デザイナー歴20年、経営者として10年以上に渡って自社のマーケティングやセールスに深く関わり、提案書を作ったコンペでの勝率91%を誇る私の知見を余すことなく注ぎ込んだ、『最強の提案書を作る方法～伝わるストーリー・コピー・デザインの法則』というスライドを公開しました。 便宜上「提案書」としていますが、企画書、営業資料、ホワイトペーパー、社内文書など、人を動かすために作られるすべてのビジネス文書に応用できるはずです。 提案書のストーリー、コピー、デザインに関する、実践的かつ具体的なノウハウを詰め込んでいます。デザインについては、プロのデザイナーではなく一般のビジネスパーソンを対象とし、仕事の中で本当に必要な知識だけをまとめています。 約170ページある本スライドは、私が企業向けにこれまで20回以上行ってきた有料講座の配布資料を元に、公開用に仕上げたものです。スライ

                          • Webディレクターのスキルツリー - 二宮日記

                            Webディレクター解体アドベントカレンダー初日の記事です。今日はWebディレクターという職種を定義するために作ったRPG風のスキルツリーとその活用方法を紹介します。あとは関連する他の開発メンバーとお互いの担当範囲を明確にする方法や、スキルツリーをスキルアップに役立てる方法について書きます。 曖昧な仕事 Webディレクターという職種に期待される仕事の内容は、開発に関わる他の職種と比べても非常に曖昧です。そもそも何ですか、ディレクションって。英語を直訳すると方向とか指示とかそういう意味ですけど、概念的でふわっとしています。 ディレクションという仕事に含まれる範囲も様々です。受託でホームページ制作を請け負って進行管理をメインに行うWebディレクターもいれば、既存自社サービスの売上増に責任を負う人も、新サービスの立ち上げに挑戦する人もいて、同じディレクターという名前でもやっている仕事が全然違います

                              Webディレクターのスキルツリー - 二宮日記

                            • エンジニアの稼働率を上げれば上げるほど機能リリースが遅くなっていく｜mtx2s

                              組織内のメンバーを「リソース」として見始めると、それを100%使い切ることにばかり注力してしまいます。リソースの稼働率を下げることは、すなわち、生産性を下げること。マネージャーは、まるで強迫観念に取り憑かれたように、そのような考えに囚われます。 自社でのソフトウェアプロダクト開発において、その対象は特に、開発者に強く向けられます。その理由は明らかでしょう。バックログに積み上がり続けるアイデアをソフトウェアに変えられるのは、開発者だけです。より多く、できる限り早く、アイデアを市場投入したい。彼らに空き時間という無駄を作らせてしまうわけにはいかない。 しかし、そのような努力が、必ずしも良い結果につながるとは限りません。むしろ、開発者の稼働率を高めすぎたことが、リードタイムに悪影響を与えているかもしれないのです。そして言うまでもなく、アイデアの市場投入が延びれば延びるほど、ユーザーにとってもビジ

                                エンジニアの稼働率を上げれば上げるほど機能リリースが遅くなっていく｜mtx2s

                              • ミーティング・ファシリテーション入門 / Introduction To Meeting And Facilitation

                                Stockmark ( https://stockmark.co.jp ) 社内勉強会の資料公開です。

                                  ミーティング・ファシリテーション入門 / Introduction To Meeting And Facilitation

                                • 全てのデザイナーが知っておくべき10の法則 デザイン会社 ビートラックス: ブログ

                                  デザインを行う際には、感覚ではなく複数のロジックを活用することで、より精度の高いプロダクトを創り出すことができる。 そのプロダクトを人間が利用する場合、ユーザーの視覚や行動心理学などをしっかりと理解し、活用すればデザイナーとしての能力が一段と高まるはず。 今回紹介するのは、複数あるデザインにおける法則のうち、ビートラックスのデザインチームでも頻繁に利用される代表的な10の法則。プロのデザイナーなら、これは押さえておきたい。 デザイナーなら知っておきたいデザインに関する基本の10法則ヤコブの法則ヒックの法則80/20の法則パーキンソンの法則フィッツの法則ミラーの法則テスラーの法則FBMモデルドハティのしきい値3対1の法則ヤコブの法則ユーザービリティーの父であるヤコブ・ニールセンが提唱する法則。一般的なユーザーは、アプリやプロダクト、Webサイトなどに、既存のものと同じような動作体験を望む。

                                    全てのデザイナーが知っておくべき10の法則 デザイン会社 ビートラックス: ブログ

                                  • Yuki Matsuzaki 松崎悠希📽 on Twitter: "日本で映像制作をされている方からよく「どうすれば自分の作品のクオリティを上げられますか？」と聞かれます。・・・もちろん、皆さんそれぞれ苦手な部分があるとは思うのですが、一つだけ多くの方に共通している大きな弱点があります。それは「台詞に頼りすぎている」という部分です。(続"

                                      Yuki Matsuzaki 松崎悠希📽 on Twitter: "日本で映像制作をされている方からよく「どうすれば自分の作品のクオリティを上げられますか？」と聞かれます。・・・もちろん、皆さんそれぞれ苦手な部分があるとは思うのですが、一つだけ多くの方に共通している大きな弱点があります。それは「台詞に頼りすぎている」という部分です。(続"

                                    • プロダクトマネージャーの仕事を10倍快適にするNotion活用法【テンプレート公開】｜Shin

                                      最近は仕事をするとき必ずNotionを触っていますので、仕事をする=Notionを使う、と言っても過言ではありません。Notionの素晴らしい点は、私のように複数社で顧問をしていても、必要な業務によってカスタマイズができることです。 日々Notionを使う中で「プロダクトマネージャーが圧倒的に仕事しやすくなるテンプレートを作りたい！」と思ったのが始まりです。そんな中いろいろ探してみたところ、Notionのテンプレート自体はすでに色々なものがありますが、現実問題としてToo much（情報が多すぎる）ものもあれば、逆に情報が足りないものもあり最適解がありませんでした。 そこで、プロのプロダクトマネージャーとしてこれを使っておけば間違いない！というものをキュレーションして整理しました。そのテンプレートの使い方を解説します。 ※テンプレートはページ下部からご利用になれます プロダクトマネージャー

                                        プロダクトマネージャーの仕事を10倍快適にするNotion活用法【テンプレート公開】｜Shin

                                      • 「デイリーポータルZ」がサイト改善で入会数54.6％増！ ウェブ解析士マスターと語る裏話 | 【レポート】Web担当者Forumミーティング 2022 秋

                                          「デイリーポータルZ」がサイト改善で入会数54.6％増！ ウェブ解析士マスターと語る裏話 | 【レポート】Web担当者Forumミーティング 2022 秋

                                        • 鈴木おさむ「僕も老害になっていた」。40代からのソフト老害とは

                                          2024年3月31日をもって、32年間続けてきた放送作家業と脚本業を辞めることを表明した鈴木おさむ。マンネリを捨てることで、働く意味、人生の目的、幸せのカタチが見えてくるという。著書『仕事の辞め方』の一部を再編集してお届けする。1回目。 老害は60代、70代の話ではない 僕は「老害」による被害者側だとずっと思ってきました。 でも、この一年はそうでもないと思っています。 老害は60代、70代の話ではない。40代から老害を与える加害者側に立っている人もかなり多い。 事の始まりは、とあるYouTube チャンネル。『街録ch』という人気チャンネルをご存じでしょうか？ 三谷三四郎というテレビディレクターが町中で、とんでもない人生を経験した人たちにインタビューするもので、これがとてつもなくおもしろい。 三谷Dは、元々お昼の番組『笑っていいとも！』のADさんで、そのあとディレクターになり、僕もいくつか

                                            鈴木おさむ「僕も老害になっていた」。40代からのソフト老害とは

                                          • Webサイト制作をどれくらいの粒度で分解してタスク化するか｜重松佑 / Shhh inc.

                                            プロジェクトが始まるときにかなり初期の段階でWBSを作ることは多いとおもいます。そのWBSの作成、プロマネやディレクターに任せっぱなしになっていないでしょうか。WBSはスケジュールをガントチャートで表したものを指していると思われがちですが、実はスケジュールだけでなく見積もりやアサインを精度高く行うためにも重要なものです。 たとえば「Webデザイン作成」というスコープにどのような実作業が含まれているかはWBSを作ることによって見える化しプロジェクトメンバーやクライアントと共有できるようになります。ときどき下記のように書かれたWBSを見ることがあります。 Webデザイン作成 ・作成 ・確認 ・修正 ・確認2 ・修正2 ・確定 しかし、これでは「Webデザイン作成」に必要な知識、さらには作業量・スケジュール・予算も分かりません。Webデザイン作成の例を続けると、下記のように「作成」のスコープを分

                                              Webサイト制作をどれくらいの粒度で分解してタスク化するか｜重松佑 / Shhh inc.

                                            • マネジメントは教養や所作ではなく、"業務"である｜長村禎庸@EVeM

                                              はじめに「マネージャーは尊敬される人柄じゃないと無理ですよね」 「マネージャーは対人感受性がないと」 「そもそも、人として向き不向きがあるよね」 経営者の方と議論していると、マネージャーを誰にしようかと悩む時、あるいは自社のマネージャーについてコメントをする時、こういうご意見はよく伺います。 これらの問いに対して私の答えは「No」です。 マネジメントはフローもやり方もはっきりと言語化できる"業務"であり、そこにはマニュアルが存在します。訓練すれば誰でも一定程度のレベルで実行可能なものだと考えます。 今回は私が代表を務める会社、EVeMが提唱するマネジメント”業務”の実行方法「THE MANAGEMENT PATTERN」と、それを実行可能にする訓練方法について書きたいと思います。 マネジメントは"業務"であるドラッカーの言葉に「仕事を生産的なものにし、人間を活かすことが、マネジメントの役割

                                                マネジメントは教養や所作ではなく、"業務"である｜長村禎庸@EVeM

                                              • 準委任契約に基づく報酬請求と善管注意義務違反　東京地判令2.9.24（平28ワ28934） - IT・システム判例メモ

                                                開発は途中で終わった場合でも、準委任契約に基づく報酬請求はできるが、適切な計画立案・実行ができていなかったとして善管注意義務違反が認められた事例。 事案の概要 イベント企画会社Ｙは、自社の企画するイベントを管理するためのシステム（本件システム）の開発をＸに依頼することとした。 平成28年3月にＸは開発に着手したが、その時点では契約書が取り交わされておらず、4月になって、Ｘ・Ｙ間で以下の内容（抜粋）の契約書が取り交わされた（本件契約）。 1条2項 本件契約は，Ｘが（中略）業務に従事する技術者の労働をＹに対し提供することを主な目的とし，民法上の準委任契約として締結されるものとする。したがってＸは，善良なる管理者の注意義務をもって（中略）業務を実施する義務を負うものとし，原則として成果物の完成についての義務を負うものではないものとする。 3条3項 前各項にかかわらず，Ｙは，Ｘの本件サービスの業務

                                                  準委任契約に基づく報酬請求と善管注意義務違反　東京地判令2.9.24（平28ワ28934） - IT・システム判例メモ

                                                • 【レベル別】要件定義が学べるおすすめ本4選 - みんなのシステム企画

                                                  1. はじめよう! 要件定義 ~ビギナーからベテランまで（難度：★☆☆） 1-1. 本のポイント 要件定義のプロセスが平易な言葉で解説されている 内容がコンパクトで図解も多いため読みやすい 中級～上級エンジニアが初心に帰るためにも最適 1-2. 本の特徴 本書は、初学者向けにざっくりとした内容を具体的なアウトプットとともに学ぶことができる。 184ページとボリュームに物足りなさを感じそうだが、要件定義のプロセスと、プロセスごとの勘所がコンパクトにまとまっている。 ちなみに、本書は「要件定義のプロセスと勘所を知れる」という点で独立した書籍だが、著者が書いた下記2冊と合わせると、理解をより深められる。 ・はじめよう! プロセス設計 ~要件定義のその前に ・はじめよう! システム設計 ~要件定義のその後に 本書が有益だと感じた読者は、ぜひ上記2冊にも目を通していただきたい。 1-3. 本を書いた

                                                    【レベル別】要件定義が学べるおすすめ本4選 - みんなのシステム企画

                                                  • 画面をデザインするということ - Qiita

                                                    この記事は社内の勉強会で話した内容を再編したものです。 私自身はPC/ブラウザ/スマホのアプリ開発をしている１エンジニアにすぎないのですが、対客や要件定義から開発、運用、そしてUIのデザインを担当しており、自分なりに伝えられるものがないかと試みたものです。 デザインとは デザインとは単に見た目だけの話ではなく、「ビジネス」と「ユーザーが得る体験価値」から始まり、それを実データと結びつけながら人の認知を通してどう見せるのかという作業です。 始まりの部分は最近だとUXデザイナー、終わりの部分はUIデザイナーとかグラフィックデザイナーとか呼ばれるような人の仕事です。そしてそれらを形にするのがエンジニアです。 画面を設計するまでの作業 ギャレットのUX5段階モデルに従って、どういったことを考えないといけないのか確認します。 （実際にUX５段階モデルを意識して仕事してるわけではありませんが、何かしら

                                                      画面をデザインするということ - Qiita

                                                    • ベイジのウェブ制作ワークフロー2021年版（約100のタスクと解説） | knowledge / baigie

                                                      営業、受注、制作、納品、運用と、ウェブ制作の活動は長期に渡り、そのタスクの種類と量は膨大です。だからこそ、基本的なプロセスや使用するドキュメントなどを明確に定義しておかないと、サービスの品質が担当者により大きく変わることになります。 ベイジは社員がまだ5名の頃、各人に委ねた進め方によって以下のようなトラブルが頻発していました。 ミスが発生しても「次から気をつける」と精神論で終わらせてしまう 担当するディレクターやクリエイターによってタスクの抜け漏れが起きる 担当者それぞれが属人的な進め方をしてて品質が安定しない 役割が不明瞭なグレーゾーンのタスクが放置されてしまう 創造的な仕事の時間が、ルーチンや計画にないタスクに奪われてしまう 新しい社員が入る度に同じことを教えないといけない これら問題を解決するため、2014年頃からワークフローを整備するようになりました。ちなみに私が入社したのはこれ以

                                                        ベイジのウェブ制作ワークフロー2021年版（約100のタスクと解説） | knowledge / baigie

                                                      • SMBCホームページ、デザインリニューアルの裏側。｜SMBC DESIGN

                                                        こんにちは。デザインチームの八嶋です。2021年3月22日、SMBCのホームページが大幅にリニューアルされました。このホームページリニューアルは、約5年ぶりの大幅リニューアルでページ数は約1500ページにも及ぶ大プロジェクトでした。このプロジェクトはインハウスデザイナーによるホームページのデザインディレクションとデザインチームが作ったデザインシステムによる連携で作られています。ホームページの役割からUIの設計までコアとなる部分をインハウスデザイナーが設計し、多数のパートナー様にもご協力いただき完成させています。（特にトランスコスモス様、ありがとうございます。） 今回のnoteは、ホームページリニューアルチームの一員でもある八嶋が、デザイナーの大塚とプロジェクトマネージャーの髙橋、そして、デザインシステムを担当したデザイナーの金澤にインタビューをしました！ ホームページリニューアルを通して、

                                                          SMBCホームページ、デザインリニューアルの裏側。｜SMBC DESIGN

                                                        • これなら分かりやすい！Webサイトのデザイン仕様書・指示書の作り方

                                                          デザイナーがWebサイトのUIを実装する際にデベロッパーに渡すデザイン仕様書・指示書の作り方を紹介します。 仕様書を作成する基本ツール、指示に適したフォントやカラー、グリッドや要素間の距離を自動的に計算するツールをはじめ、レイアウトや各UIコンポーネントのデザイン仕様の記述例まで、デザインを仕様化する解説記事です。 ブレイクポイントの説明、スティッキー要素の仕様説明、相対サイズの要素の説明方法、ボタンの文字数の説明、アニメーションする要素の説明方法など、デベロッパーに分かりやすく、デザイナー自身も見直せるデザイン仕様書を作成します。 The Art of Design Spec'ing by Mahdi Farra 🍉 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様にライセンスを得て翻訳しています。 デザイン仕様書とは デザイン仕様書に使用するツール デザイン

                                                            これなら分かりやすい！Webサイトのデザイン仕様書・指示書の作り方

                                                          • 【2024å¹´6月版】ベイジの業務システムUIデザインワークフロー（100のタスクを徹底解説） | ベイジのUIラボ～業務システムとSaaSのUIを考える

                                                            ベイジは2010年の創業以来、ウェブ制作事業を中心に事業を展開してきました。この事業では、サービスの質を統一するために2014年頃からワークフローの整備に取り組んできました。 一方ウェブアプリデザイン事業については、事業拡大したのがここ数年で、まだワークフローが整備されておらず、各人の裁量に委ねた進め方になっていました。そこで今後の事業拡大とメンバー増員を想定し作成したのが、業務システムやSaaSのUIデザインに特化した「ベイジの業務システムUIデザインワークフロー」です。 基本的な進め方は国際規格（ISO 9241-210※）の人間中心設計プロセスに基づいて組み立てていますが、細かいタスクの順序や内容は、今までベイジで培ってきたノウハウをふんだんに盛り込み、組み換えています。 そして、様々なプロジェクトでこのワークフローを実用しながら、今もアップデートを続けています。 また今回のワークフ

                                                              【2024年6月版】ベイジの業務システムUIデザインワークフロー（100のタスクを徹底解説） | ベイジのUIラボ～業務システムとSaaSのUIを考える

                                                            • Webサイト制作の要件定義書の確認項目｜重松佑 / Shhh inc.

                                                              プロジェクトのキックオフ前後に作成する要件定義書。確認の抜け漏れを最小限に抑えるには、どのようなことを記載しておくべきか。そして、メンバーへのスムーズな共有と、その後の円滑なプロジェクト進行のための、良い要件定義書とはどのようなものだろう。自分たち用のメモも兼ねて「Webサイト制作プロジェクトの要件定義書」の確認項目をnoteに整理してみます。 1. プロジェクト概要1-1. 背景プロジェクトを発案するに至った背景です。現状の課題、ビジネス要件の変化、ユーザーの変化、社会的要請など、プロジェクトの存在意義や必要性を記載します。 1-2. ゴールゴールとは「完了条件」です。何を達成すれば終わるのか、どこに行けば終わるのかを記載します。通常は5W1Hのうち、WHATやWHEREをゴールとします。 1-3. 目的プロジェクトを何のために進めるのかという意図です。ゴールよりも広い視野で捉えます。5

                                                                Webサイト制作の要件定義書の確認項目｜重松佑 / Shhh inc.

                                                              • 画像による Layout Shift が無くなる Web がやって来る - mizdra's blog

                                                                はじめに Web では古来より <img> タグを用いて画像を読み込んでいました. しかし <img> タグにはアスペクト比に関する情報を埋め込むための属性が用意されていません. そのため, ブラウザが画像をネットワークから fetch して読み込みが完了するまで, レスポンシブな img 要素の寸法を決定できず, ページにガタツキ (Layout Shift) が生じる問題がありました. この問題を解決するため以前より, アスペクト比を埋め込むための新たな属性の導入が提案されていました. しかし最近議論に動きがあり, 既存の属性を利用する方法が提案され, ブラウザに実装され始めています. ここでは問題の背景, 提案と議論の変遷, そして開発者が取るべき対応について紹介します. はじめに img タグと Layout Shift intrinsicsize 属性 intrinsicsize

                                                                  画像による Layout Shift が無くなる Web がやって来る - mizdra's blog

                                                                • 曖昧なタスクへの耐性が下がってしまった、一時期の話

                                                                  この記事で書きたいことは、大筋以下のようなことです。 ・「曖昧さ耐性」についての記事を読みました ・部下の曖昧さ耐性の有無と状況に合わせて指示の出し方をコントロールする必要がある、というのはその通りだと思います ・ところで私には、自分の「曖昧さ耐性」を顕著に下げてしまった経験があり、「部下の曖昧さ耐性を下げない為にはどうすればいいか」を常々考えています ・重要なのは、チーム内での「成果物のフェーズ」に関する意識の統一ではないかと思います ・成果物のフェーズ認識に不一致があると、作業者が無駄に疲弊するし曖昧耐性が毀損される場合があります ・「今は成果物の曖昧さを許容するフェーズ」という意識統一がとても大事です 以上です。よろしくお願いします。 さて、書きたいことは最初に全部書いてしまったので、後はざっくばらんにいきましょう。 *** 先日、logmiBizさんでこんな記事を拝読しました。 曖

                                                                    曖昧なタスクへの耐性が下がってしまった、一時期の話

                                                                  • 完璧な要件定義など幻想である。個ではなく、チームで作る要件定義 - Qiita

                                                                    これはなにか エンジニア、ビジネスサイドの方に向けた、「良い要件定義の作り方」について書いた記事です。 長文がつらつらと書いてある本稿ですが、要するに言いたいことは、 ● 完璧な要件定義など幻想であり、誰がどう作っても不完全である ● そのため、一番危険なのは、とびきり賢い人が出してきた要件定義で、 「あの人が作ったんだから大丈夫」と盲目的に考えること ● 完璧にはならないことを受け入れ、ベストを尽くす姿勢が大事 ●そもそも、アジャイル開発において、完璧な要件定義は求められていない ●良い要件定義には以下のスタンスが必要 ● UXから逆算する ● 削ぎ落とす ● 個ではなく、チームで作る ● レビューを徹底する ● 3つのシナリオを想定する ということです。 ※約1万字あり、また各章について深く掘り下げる項目は別記事を添付しています。そのため、モバイルで通読するにはすこし骨が折れるかもしれ

                                                                      完璧な要件定義など幻想である。個ではなく、チームで作る要件定義 - Qiita

                                                                    • 移動が面倒じゃないゲーム

                                                                      割と真理だと思うのだけど、世の中で一番もったいない時間って移動の時間だと思っている。 移動の時間そのものがもったいないわけではなくて、移動の時間に移動という意味しかもたせられないことがもったいないという意味。 移動の時間中に何か別のことができるのであればそれはもったいなくない。 満員電車で両手を動かすことすらできないような状況だったり、上司と一緒で自分のために時間が使えないような状況だったりがもったいない時間という意味。（上司とのコミュニケーションに意味があるなら別） そういう理由から無意味な移動がゲームの中でもとても嫌いだ。 例えば、 ・ただゲーム時間を間延びさせるためだけにダンジョンがムダに長い ・移動速度が遅い ・目的地まで単調な繰り返しを強いられる このあたりにゲーム内で遭遇するとうんざりする。 クリアまでの時間を短縮させないキャップをつけてるだけじゃないかって。 そういう意味で、

                                                                        移動が面倒じゃないゲーム

                                                                      • 「カップ麺の出来上がりを待っていたら3日前一緒に居た同僚がコロナ陽性になったと連絡が来た」から始まる文才の塊みたいな137文字

                                                                        マキヤ @TwisterMakiya SEOの仕事をしてるサラリーマンです。たまに趣味でテキストを書いてます。 ご連絡先→[email protected] 今まで書いた全ての記事はブログから飛べます。 初めての方へおすすめをまとめたページがこちら→makiya-twister.com/archives/526 makiya-twister.com マキヤ @TwisterMakiya カップ麺の出来上がりを待っていたら、3日前一緒にいた同僚がコロナ陽性になったと連絡が来た。身を案じる返事をしつつ麺をすする、妙に味が薄く感じた。初期症状などを検索しながら味の薄い麺をすすり続ける。不安だ。麺の中から液体スープの袋が出てきた。後はどうぶつのニュースとか見てた。 2022-02-01 17:42:01

                                                                          「カップ麺の出来上がりを待っていたら3日前一緒に居た同僚がコロナ陽性になったと連絡が来た」から始まる文才の塊みたいな137文字

                                                                        • 「私考える人、あなた作業する人」の関係をつくっているのはあなたかもしれない

                                                                          Regional Scrum Gathering Tokyo2023 の中の moyiyuya さんの「私考える人、あなた作業する人」というセッションが大きな反響を呼んでいました。 スクラムを導入してチームとして一体感をもってプロダクト開発をよりうまくやっていきたかったはずなのに、いつの間にか「私考える人、あなた作業する人」という関係性ができてしまっていた、という相談を受けることがあります。 なぜこのような「私考える人、あなた作業する人」という関係性が生まれてしまうかについて、コミュニケーションの観点で考えてみます。 プロダクトオーナーと開発者の堺目 「私考える人、あなた作業する人」のような関係性が生まれてしまっているチームでは、開発者からプロダクトオーナーに対するコミュニケーションが以下のようになっていることが多いです。 プロダクトバックログを出してくれたらつくります 仕様を決めてくれた

                                                                          • 画像の遅延読み込みにloading属性とJavaScriptを併用した最大限のパフォーマンスを発揮させる実装方法

                                                                            画像やiframeの遅延読み込みに使用するloading属性と非サポートブラウザ用にJavaScriptを併用した現代的なアプローチで、最大限のパフォーマンスを発揮させる実装方法を紹介します。 Best way to lazy load images for maximum performance by Adrian Bece 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様にライセンスを得て翻訳しています。 はじめに 遅延読み込みのloading属性とは 遅延読み込みの現代的なアプローチ パフォーマンスとLighthouseスコアの向上 最大のパフォーマンスを得るための画像最適化テクニック はじめに 画像の遅延読み込みは比較的簡単に実装でき、パフォーマンスを大幅に向上させることができるため、Webサイトを最適化するために使用される選択肢の1つです。遅延読み込みで

                                                                              画像の遅延読み込みにloading属性とJavaScriptを併用した最大限のパフォーマンスを発揮させる実装方法

                                                                            • 本当に実践的なデザインドキュメントの書き方 第1回：なぜ渡されたワイヤーフレームは分かりにくいのか？ | アドビUX道場 #UXDojo

                                                                              本当に実践的なデザインドキュメントの書き方 第1回：なぜ渡されたワイヤーフレームは分かりにくいのか？ | アドビUX道場 #UXDojo 連載 本当に実践的なデザインドキュメントの書き方 いきなり渡されたワイヤーフレームをデザインするよう言われて戸惑った経験は、デザイナーなら誰でもあるのではないでしょうか？これはディレクターとデザイナーの分業という状況に起因する問題ですが、分業が一般的なのにはもちろん理由があります。そこで、この連載では、現在の分業体制を前提に、情報設計に関わる『デザインドキュメント』をきちんと制作することで、この問題を解決する手段を探ります。 第1回は、受託のWeb制作における一般的な分業体制を詳細に分析し、よりデザイナーが貢献できる役割分担について考えていきます。 なかなかはじめられないUXデザイン これはGoogleトレンドで、「Webディレクター」「Webデザイナー

                                                                                本当に実践的なデザインドキュメントの書き方 第1回：なぜ渡されたワイヤーフレームは分かりにくいのか？ | アドビUX道場 #UXDojo

                                                                              • Webサイトの構造を可視化！簡単にビジュアルサイトマップが作れる「Octopus.do」を使ってみた！ - paiza times

                                                                                どうも、まさとらん（@0310lan）です！ 今回は、Webサイトの構造を可視化して直感的に理解しやすい「ビジュアルサイトマップ」を作成できるWebサービスをご紹介します。 ブラウザからGUIベースのエディタにアクセスするだけで誰でも利用可能で、すべてマウス操作でできるので初心者でも簡単に使いこなせます。ブロックを追加していくだけでサイトマップに簡易的なワイヤーフレームが挿入できる点がとても便利です。 また、既存のWebサイトから素早くサイトマップに変換する方法も合わせて解説しているので、ご興味のある方はぜひ参考にしてみてください！ 【 Octopus.do 】 ■「Octopus.do」の使い方 それでは、「Octopus.do」をどのように使うのか詳しく見ていきましょう！ トップページにアクセスしたら【Create sitemap】ボタンをクリックします。 すると「サイトマップエディタ

                                                                                  Webサイトの構造を可視化！簡単にビジュアルサイトマップが作れる「Octopus.do」を使ってみた！ - paiza times

                                                                                • UIUX デザイナーと仕事をする際にプロダクトマネージャーとして持っておきたい 8 つのマインドセット｜Fritz | Lead Product Manager @ Mercari

                                                                                  2020 年に入り、メルカリ US ではプロジェクトの担当 PDM を検討する際に「UIUX に大きな変更が入るならこの人」「関係者マネジメントが重要ならあの人」「テクニカルな知識が要求されるならこの人」といった具合に、プロダクトマネージャーそれぞれの特性・得意分野を考慮したうえで決定する傾向が以前にも増して強くなりました。 その結果、自分（フリッツ と申します、こんにちは）の場合は UIUX 改善を中心としたプロジェクトが相当に増え、並行して 3-4 名の UIUX デザイナーとそれぞれのプロジェクトについて議論することが毎日の風景となりました（めっちゃくちゃ楽しい）。 こうした状況下にあって、あらためて デザイナーと UIUX について議論・もしくはフィードバックをする際に気をつけている・気をつけたいことについて前後編にわけて振り返りをしたので共有してみたいと思います： ・前編（この記

                                                                                    UIUX デザイナーと仕事をする際にプロダクトマネージャーとして持っておきたい 8 つのマインドセット｜Fritz | Lead Product Manager @ Mercari
                                                                                  1 2 3 4 5 次のページ

                                                                                  新着記事

                                                                                  はてなブックマーク

                                                                                  公式Twitter

                                                                                  はてなのサービス

                                                                                  • App Storeからダウンロード
                                                                                  • Google Playで手に入れよう
                                                                                  Copyright © 2005-2024 Hatena. All Rights Reserved.