並び順

ブックマーク数

期間指定

  • から
  • まで

1 - 40 件 / 901件

新着順 人気順

デザイン思考の検索結果1 - 40 件 / 901件

  • もしも童話「おおきなカブ」がITのデスマプロジェクトだったら

    渋谷の雑居ビル。 ホワイトボード前に置かれたパイプ椅子にイヌ、ネコ、ネズミが一触即発の雰囲気で座っている。 扉が開き、慌てた様子の青年が入ってくる。 孫「お疲れ様です、すいませ――」 ネズミ「遅えよッ!!」 ネコ「!!」 イヌ「……ネズミさん、怒鳴るのはやめましょうって……」 ネズミ「……チッ」 孫「あの、本当、すいません。11時からって、皆さんにお約束してたのに……」 イヌ「ま、まぁ。とりあえず、ミーティングの報告をお願いします。もう2時間も押してるんで」 孫「は、はい! すいません、ではこちらの資料を…… あっ」 イヌ「どうかしましたか?」 孫「印刷した資料が1部たりなくて。……じゃあ、はい! 僕のは大丈夫なんで、業務委託の皆さんで、どうぞ!」 ネズミ「ッ……!」 イヌ・ネコ「……」 孫「はい、では皆さんお手元に資料ありますかね、お疲れ様です!」 ネズミ「……」 イヌ・ネコ「……お疲れ

      もしも童話「おおきなカブ」がITのデスマプロジェクトだったら
    • 【Google re:Work】マネジメントで悩むすべてのエンジニアが見るべき完全無料テキスト | DevelopersIO

      エンジニアにとって、正解が分かりづらいマネジメント業務ってとっつきづらいんですが、その良き羅針盤となってくれるテキスト「re:Work」の紹介です。 「エンジニア天国な会社にしたい。したくない?」 「したい。けど、どうやって?わっしょい的な雰囲気で?」 今年の6月あたり、クラスメソッドAWS事業本部コンサル部で合宿を予定しているんですが、その合宿でやるネタを考えているときに知ったのが、この「Google re:Work」。 正解が見えづらい組織運営において、「良いチームとはなにか?」「採用で気をつけるべき点」「ビジョンがもたらす効果」など、マネジメントの頻出課題をギュッと凝縮して詰め込んだこのコンテンツがむっちゃ有用だったので、紹介します。 Webコンテンツとして完全無料なので、今マネジメントで悩んでいる人も、これからマネージャー目指そうとしている人にも参考になる点多いと思うので、一度気軽

        【Google re:Work】マネジメントで悩むすべてのエンジニアが見るべき完全無料テキスト | DevelopersIO
      • 富士通の実践知が詰まったデザイン思考のテキストブック公開

        2021年12月3日に本テキストブックを題材に、デザイン経営の考え方や導入方法、テキストブックの制作秘話などについて語るオンラインイベントが開催されました。下記のリンク先からアーカイブ動画をご覧いただけます。 詳しくはこちら(外部サイト) > 富士通のこれまでの実践から得られたノウハウと、イタリアのミラノ工科大学デザインスクールPOLI.Designの研究成果やフィロソフィーを組み合わせた、デザイン思考のテキストブック「Transformation by Design デジタルトランスフォーメーションに挑戦するデザイン戦略とサービスプランニング」(日本語版・英語版)を公開いたします。このテキストブックはPDFで閲覧可能です。またテキストブック制作の背景や制作チームの想いなど、制作のディレクターを務めた宇多村志伸と高嶋大介に話を聞きましたので、ぜひダウンロードの際に併せてお読みください。

          富士通の実践知が詰まったデザイン思考のテキストブック公開
        • ミルクボーイがUIとUXの違いを説明したら|広野 萌

          挨拶内海「どうもお願いします。ありがとうございます。今、NFTアートをいただきましたけどもね。ありがとうございます。こんなんなんぼあってもいいですからね」 駒場「いきなりなんですけどね、うちのおかんがね、好きなIT用語があるらしいんやけど」 内海「そうなんや」 駒場「その名前を忘れたらしいねん」 内海「IT用語の名前忘れてまうってどうなってんねん。あれやろ、IT用語ゆうたらどうせ、デザイン思考か、アジャイル開発か、リーンスタートアップやろ!」 駒場「俺もそう思ったんやけどちゃうらしくてな、いろいろ聞くんやけど、全然わからへんねん」 内海「そうなん?」 駒場「うん」 内海「ほんだら俺がね、おかんの好きなIT用語、一緒に考えてあげるから、どんな特徴言うてたかとか教えてみてよ」 定義駒場「おかんが言うには、製品やサービスとの関わりを通じて利用者が得る体験及びその印象の総体やって言うてた」 内海「

            ミルクボーイがUIとUXの違いを説明したら|広野 萌
          • エンジニアリングマネージャ/プロダクトマネージャのための知識体系と読書ガイド - Qiita

            本記事は、Engineering Manager Advent Calenderの1日目です。 はじめに エンジニアリングマネージャ(EM)と呼ばれる職務を設置する企業が増えてきました。 私たちの主催したイベントEOF2019でも700名近い方に参加していだき、また多くの方にご協力いただき成功裏に終わることができました。 EM Meetup/EM.FMなどのムーブメントの中心の一翼を担わせていただき、その高まりを感じる一方で不安も感じます。このエンジニアリングマネージャという職務は非常に多岐にわたるケースが存在していますし、必要だとされるスキルもまちまちです。そして、多くの場合、その企業のステージや状況ごとに求めるものは違います。また、求めていることを明文化することすらされていないケースも存在します。 このことから、エンジニアリングマネージメント自体が一時的な潮流として消費され、消えていっ

              エンジニアリングマネージャ/プロダクトマネージャのための知識体系と読書ガイド - Qiita
            • デザインは、見た目じゃない | NHK | ビジネス特集

              “シリコンバレーを作った人物の1人”と称され、故スティーブ・ジョブズ氏が頼りにした人物がいる。 レジス・マッケンナ氏。 半導体関連の企業で働いたあと、70年代にみずからのマーケティング会社を設立した、マーケティングのプロだ。 あるときマッケンナ氏は、うわさを聞きつけたジョブズ氏から電話でコンタクトを受け、ジョブズ氏、そしてエンジニアのスティーブ・ウォズニアック氏との打ち合わせにのぞんだ。 相談は「アップルII」(1977年発売)というコンピューターのマーケティングについて。 ジョブズ氏らは、製品についての記事を雑誌に載せる方針を明かした。 マッケンナ氏は、その内容があまりに専門的で、一般の消費者には受け入れられないと感じ、「市場を広げたいなら、自分と同じようなタイプの人たちに発信するのではだめだ。記事は書き直すべきだ」と助言した。 ところが2人はその意見を気に入らず、部屋を出ていってしまっ

                デザインは、見た目じゃない | NHK | ビジネス特集
              • 多摩美術大学が、誰もが参加できる“デザインの大学”を期間限定開校。50の新たなデザイン領域を知る、講義プログラム公開

                多摩美術大学が、誰もが参加できる“デザインの大学”を期間限定開校。50の新たなデザイン領域を知る、講義プログラム公開東京ミッドタウン・デザインハブ第94回企画展「Tama Design University」12月1日(水)〜12月26日(日) 会期中は講義プログラムを毎日開催。聴講無料。 学校法人多摩美術大学(所在地:東京都世田谷区、理事長:青柳正規、多摩美術大学学長:建畠 晢)は、東京ミッドタウン・デザインハブ第94回企画展「Tama Design University」を、東京ミッドタウン・デザインハブにて、12月1日(水)より開催します。 デザインの先端領域および隣接する分野、社会的なテーマに着目し、それぞれに問いを立て、多彩なデザインについての講義を学内外のデザイナーや研究者などを招いて行います。会場ではヴァーチャル大学としてのデモンストレーションや展示を行います。教室を模したス

                  多摩美術大学が、誰もが参加できる“デザインの大学”を期間限定開校。50の新たなデザイン領域を知る、講義プログラム公開
                • なぜデザイン思考はゴミみたいなアイデアを量産してしまうのか|サカキバラ・ケイ|note

                  デザイン思考がもてはやされてしばらく経ちましたが、デザイン思考の成功例、何か思い出せますか?仮に思い浮かんだとしたら、その「成功例」は本当にデザイン思考によって生まれたものですか? 一応最初に断っておきますと、僕は「デザイン思考はゴミだ」と言っているわけではありません。デザイン思考(デザインシンキング)にも向き・不向きがあるのに、その特性を踏まえないまま変なバッターボックスに立たせた企業が大変シュールな状況に陥っていることを、普段デザインで事業成長を支援している身として危惧しているというわけです。マイナスドライバーでプラスのネジを回すのはやっぱり無理があるし、おもしろTwitterおじさんだった人に大統領をやらせたらそりゃみんな怪我するよね、という単純な話です。 著名デザインファームPentagram New Yorkのグラフィックデザイナーであり教育者でもあるNatasha Jenは「D

                    なぜデザイン思考はゴミみたいなアイデアを量産してしまうのか|サカキバラ・ケイ|note
                  • 「技術的負債」への処方箋と「2つのDX」 - Qiita

                    はじめに 本稿は、日経クロステックにて筆者が昨年連載していた3回分の記事一部変更して1つにまとめたものです。 https://xtech.nikkei.com/atcl/nxt/column/18/01394/ 有料記事として配信されておりますが、無料でも閲覧できるようにということで日経クロステック様に許可を得てQiitaにも掲載しています。 第1回:技術的負債はなぜ生じるか。 第2回:ソフトウエア開発を「制御」する意外な処方箋 第3回:技術的負債への取り組みはなぜ「2つのDX」につながるのか。 第1回:技術的負債はなぜ生じるか。 年間12兆円ものマイナスの影響をもたらす技術的負債(あるいはレガシーシステム)はどのように生まれるのでしょうか。それを防ぐ方法はあるのでしょうか。第1回は、技術的負債をとりまく歴史をたどりながら、ソフトウェアエンジニアではない人にも理解できるようにその正体に迫り

                      「技術的負債」への処方箋と「2つのDX」 - Qiita
                    • クリエイティブになるには、3種の読書を1000日続けよ | きのう、なに読んだ?|篠田真貴子| エール |『LISTEN』監訳

                      Ray Bradbury’s advice for being more creative Every night read: - one short story - one poem - one essay Do that for a thousand nights and you’ll be stuffed full of ideas pic.twitter.com/35d6Z2V1os — Austin Kleon (@austinkleon) November 1, 2022 レイ・ブラッドべリ:クリエイティブになるにはツイートにはレイ・ブラッドベリ(「華氏451度」著者)の講演の一部を切り出した動画がついています。聞きながらざっと訳をつけてみました。 【動画の粗訳】 とにかく様々な分野のものをまずインプットしないといけない。シンプルな方法を教えましょう。 これから1000日間、毎

                        クリエイティブになるには、3種の読書を1000日続けよ | きのう、なに読んだ?|篠田真貴子| エール |『LISTEN』監訳
                      • デザインに活かせるフレームワーク20|金 成奎

                        久しぶりのnote投稿です。今回は自分の勉強がてら、UX・情報設計・アジャイル開発など、デザインに関わる様々な局面で知っておくと役立つフレームワークを集めてみました。 有名なものからデザイン以外にも使えそうなものまで幅広く選んでいますので、気になるものがあれば改めて実作業に生かすなり、掘り下げて研究するなり、資料に生かすなりしてもらえると良いのではないかと思います。 (ちなみにここでいう「フレームワーク」とは共通して用いることのできる考え方や思考の型や枠のようなもので、いわゆるCSSフレームワークの類ではありませんので、その点ご了承ください) 1.UXの5段階モデル まずは有名なUXの5段階モデル。アメリカのUXデザイナーであるJesse James Garrett 氏が著書『Elements of User Experience(ウェブ戦略としての「ユーザーエクスペリエンス」)』にて提唱

                          デザインに活かせるフレームワーク20|金 成奎
                        • ソフトウェアアーキテクトに必要なシステム設計知識を学んだ17冊 - yoshikipom Tech Blog

                          はじめに アーキテクチャ・デザイン全般 ソフトウェアアーキテクチャの基礎 Clean Architecture 達人に学ぶソフトウェアの構造と設計 Design It! ソフトウェアシステムアーキテクチャ構築の原理 データ指向アプリケーションデザイン マイクロサービス マイクロサービスアーキテクチャ マイクロサービスパターン 実践的システムデザインのためのコード解説 ソフトウェアアーキテクチャ・ハードパーツ ドメイン駆動設計 エリック・エヴァンスのドメイン駆動設計 ドメイン駆動設計入門 ボトムアップでわかる!ドメイン駆動設計の基本 現場で役立つシステム設計の原則 要件定義 はじめよう!プロセス設計 ~要件定義のその前に はじめよう! 要件定義 ~ビギナーからベテランまで はじめよう!システム設計 ~要件定義のその後に Web, Web API Webを支える技術 プロになるためのWeb技術

                            ソフトウェアアーキテクトに必要なシステム設計知識を学んだ17冊 - yoshikipom Tech Blog
                          • 【新規事業開発】知ってること全部まとめてみた - Qiita

                            はじめに 新規事業開発に役立つ記事のリストを友人や知人に共有することが多くなり、そのつどメールやチャットツールで送ることが面倒になってきたため、「まとめ記事」にしました。 これらはたくさんの方々から教えていただいて集まった情報のリストです。実際に会ってみた、行ってみたという情報も多いです。コピーしてご利用いただいても問題ありませんし、アフィリエイトもしていません。 ※追記 (1)Qiitaの記事以外は、リンクをクリックしたら自動的に新しいタブで開くようになっています。 (2)頻繁に新しい情報を教えていただいて追加しています。「これも追加してほしい」という情報があればお気軽にコメントください。 (3)Qiitaはプログラミング記事しかダメだと知らずにこの記事を作成しました。もしQiitaから注意されたら移動します。コミュニティガイドライン - Qiita:Support 目次 新規事業開発の

                              【新規事業開発】知ってること全部まとめてみた - Qiita
                            • 放送大学マイルストーン('23)|lumpsucker

                              はじめにこの記事は、放送大学の(主に情報コースを中心とする)学生さん向けに、私の履修済み科目の感想と主観的評価を共有して、履修計画の参考にしていただくことを目的に作成しました。下記の記事の通り、2019年-2020年の2年間で情報コースの科目を8割方履修したのでそれなりの網羅性があるかと思います。 (2023年2月追記)その後、選科履修生として履修した他コースの科目や大学院科目などを追加して112科目掲載しています。試験難易度については履修時期によって会場試験・在宅ペーパー試験・在宅Web試験が混在しているので参考程度でお願いします。 タイトルは私が現役生の時に通っていた大学の似たような評価システムから拝借しました。 以下の科目は基本的にナンバリングが低い順に並べています。閉講済みの科目も混じっていますが、記録と後継科目の参考のために残しておきます。あくまで全て(上記の記事にある通り、文系

                                放送大学マイルストーン('23)|lumpsucker
                              • 「日常に溶け込むデザインとは?」講師:深澤直人

                                講師:深澤直人 多摩美術大学統合デザイン学科教授、日本民藝館館長、プロダクトデザイナー。 https://tub.tamabi.ac.jp/tdu/lecture/17/ #美しい考え方 #The beauty of thinking SCREEN LAB. https://miro.com/app/board/o9J_l5sDKw8=/ SCREEN LAB.は放課後も続く議論の場のようなものです。 講義で示されたテーマ、問い、関連領域について気楽に意見交換することで、 考察を深め、TDU学生のみなさんとともに新たな研究領域を切り開くことを期待しています。 随時更新されますので、何度でもお立ち寄りください。 Chapter 0:00 オープニング 2:00 講義開始「統合デザイン」という考え方 22:19 今デザインにできること 27:25 美しい考え方 33:24 気づける人 41

                                  「日常に溶け込むデザインとは?」講師:深澤直人
                                • 世界を変えるはずだった「デザイン思考」はどこで間違ったのか|Hiroshi Maruyama

                                  MIT Technology Reviewに2月に掲載されたRebecca Ackermann氏の表題の記事を読みました。 https://www.technologyreview.com/2023/02/09/1067821/design-thinking-retrospective-what-went-wrong/ 世界を変えるはずだった「デザイン思考」はどこで間違ったのか、という記事です。日本語版もあるのですが、最後まで読むには課金しなければなりません。この記事は、最後まで読む価値があると思うので、英語版で読むことをお勧めします。 デザイン思考は、デザインのような創造的な仕事を1人の天才が行うものから多くの人の協調的な作業に変えた、という意味で画期的な方法論です。シリコンバレーのIDEO社や、スタンフォード大学のdスクールの名前を聞いたことがある人も多いでしょう。よく知られた、ポスト

                                    世界を変えるはずだった「デザイン思考」はどこで間違ったのか|Hiroshi Maruyama
                                  • ベイジの業務システムUIデザインワークフロー(100のタスクを徹底解説) | ベイジのUIラボ~業務システムとSaaSのUIを考える

                                    2021年現在、ベイジの柱の事業はウェブ制作事業とウェブアプリデザイン事業です。ウェブ制作事業は会社設立の2010年からの主力事業で、サービス品質の平準化を目的に2014年頃からワークフローの整備を進めてきました。 一方ウェブアプリデザイン事業については、事業拡大したのがここ数年で、まだワークフローが整備されておらず、各人の裁量に委ねた進め方になっていました。そこで今後の事業拡大とメンバー増員を想定し作成したのが、業務システムやSaaSのUIデザインに特化した「ベイジの業務システムUIデザインワークフロー2021年版」です。 基本的な進め方は国際規格(ISO 9241-210※)の人間中心設計プロセスに基づいて組み立てていますが、細かいタスクの順序や内容は、今までベイジで培ってきたノウハウをふんだんに盛り込み、組み換えています。 また今回ワークフローを整備するうえでは、クライアントごとの開

                                      ベイジの業務システムUIデザインワークフロー(100のタスクを徹底解説) | ベイジのUIラボ~業務システムとSaaSのUIを考える
                                    • さよなら、さよなら、デザイン思考|KESIKI

                                      こんにちは、KESIKIの石川 俊祐です。 今年の10月にIDEOのレイオフのニュースが出ました。驚いた方も多かったのではないでしょうか。 このニュースによって、「デザイン思考はもう終わりなのでは?」という意見を耳にします。アメリカの経済メディアFast Companyも「Design giant Ideo cuts a third of staff and closes offices as the era of design thinking ends(意訳:デザインの巨人IDEO、デザイン思考の時代の終わりに伴いスタッフの3分の1を削減しオフィスを閉鎖)」という記事をあげています。 しかし、本当にデザイン思考が“終わった”と言えるのでしょうか。 もしデザイン思考が終わったとして、これからのデザインはどのような役割を果たすのでしょうか。 そんな話を書いていきたいと思います。 「デザイン

                                        さよなら、さよなら、デザイン思考|KESIKI
                                      • いい加減、プロダクトマネージャーという職業に幻想を抱くのはやめよう。

                                        この記事に関連する話題: プロダクト開発者に求められる、これからの「倫理」の話をしよう。 プロダクトマネージャー (PM) としてのこれまでの私的な経験を踏まえて、『プロダクトマネジメントのすべて 事業戦略・IT開発・UXデザイン・マーケティングからチーム・組織運営まで』を読んで思ったことをつらつらと。 (8/12 追記)冒頭で示しているように、本記事ではPM=プロダクトマネージャーとして表記しています。後述の通りPMとプロジェクトマネージャーは異なるものであり、後者に対して略記は用いていません。 プロダクトマネージャーは本当に“魅力的な職業”か “完璧な世界”など存在しない 良かった点 「PMはミニCEOである」という言説や「PMとプロジェクトマネージャーの違いは?」というよくある質問に対する補足 「プロダクトの成功」を定義するところから始めることの重要性 PMの武器は信頼、情熱、共感、

                                          いい加減、プロダクトマネージャーという職業に幻想を抱くのはやめよう。
                                        • 繰り返される部下の問題行動、原因は上司の「問い方」にあった これからの時代に求められる、適切な問いを導く力

                                          リモートワークの普及によって、社員からの積極的な発言が減少したり、仕事を頼みにくくなるなど、さまざまな課題が浮かび上がっています。社員の力を引き出すために有効な「自走型組織」を目指すためには、どのような力が求められているのでしょうか。本記事では、これからの時代に求められる「問い」の力とは一体どのようなものなのか、株式会社クエスチョンサークル代表取締役の宮本寿氏が解説しています。 これからの時代は「適切な問い」を持つ力が重要 宮本寿氏:私が大学受験をしていた頃の25年くらい前なんかは、知識を持っている人が優秀とされて、ビジネスの場面においても、いろんな知識を持っている方、経験の蓄積がある方が重宝されるような時代だったと思うんですけれども。 これからの時代は、必ずしも自分が知識を持っていなくても、適切に問えることが重要です。ここで間違った問いをしてしまうと、しかるべき情報が得られないわけですね

                                            繰り返される部下の問題行動、原因は上司の「問い方」にあった これからの時代に求められる、適切な問いを導く力
                                          • 世界を変えるはずだった 「デザイン思考」とは 何だったのか?

                                            Design thinking was supposed to fix the world. Where did it go wrong? 世界を変えるはずだった 「デザイン思考」とは 何だったのか? 企業や自治体から一時注目を浴びた「デザイン思考」の輝きは近年、失われつつある。組織内での「イノベーション劇場」が常態化し、多くの課題が大量の付箋では解決困難であることが明らかになった今、デザイン思考のアプローチにもイノベーションが求められている。 by Rebecca Ackermann2023.04.07 409 96 2011年のことだ。カイル・コーンフォースがアイディオ(IDEO)のサンフランシスコ・オフィスに初めて足を踏み入れたとき、まったく新しい世界に迷い込んだように感じた。当時、非営利団体「エディブル・スクールヤード・プロジェクト(Edible Schoolyard Projec

                                              世界を変えるはずだった 「デザイン思考」とは 何だったのか?
                                            • ソフトウェア設計・アーキテクチャの学び方 - Qiita

                                              はじめに この記事はHow to Learn Software Design and Architecture | The Full-stack Software Design & Architecture Mapを翻訳したものです。 翻訳がおかしい箇所などあればご指摘頂けるとありがたいです。 元記事の著者: Khalil Stemmler(@stemmlerjs) 設計、アーキテクチャ、フロントエンド、ブロックチェーンに興味ある方是非Twitter(@show_clements)フォローしていただけると嬉しいです! 設計に関する記事 ソフトウェアデザインとアーキテクチャは、DevOpsやUXデザインのように、コンピューティングの領域の中でも独自の研究分野となっています。ここでは、クリーンコードからマイクロカーネルまで、ソフトウェアデザインとアーキテクチャの幅広さを説明するマップを紹介しま

                                                ソフトウェア設計・アーキテクチャの学び方 - Qiita
                                              • 量的な概念をちゃんと認識しようぜ(参考文献追記)

                                                anond:20230321094940 量的な概念をちゃんと認識しようぜ。 合計特殊出生率は、20年で30%以上低下してるが、夫婦の完結出生児数は、1割程度しか低下してないんだよ。 下がっていると行っても全然程度が違う。 では、合計特殊出生率と連動するように下がっている統計というと、婚姻率になる。これが概ね20ポイント以上低下している。 これと夫婦の完結出生次数が掛け算すると、ほぼ合計特殊出生率になる訳だ。 問題の解決に必要なコストは、100%に近づければ近づけるほど、指数関数的に増大する事が知られている。なので、パレート図というものを用いて、特に理想から乖離している差が大きいところ、影響が大きいところから重点的に対応する事が、よりよい問題解決に繋がるとされる。 今のところ、分析として影響が大きいのは 非婚化による婚姻率の低下(経済的理由が主)結婚年齢の高齢化による出産人数の低下経済的理

                                                  量的な概念をちゃんと認識しようぜ(参考文献追記)
                                                • 「シン・トセイ」、始まります。|#シン・トセイ 都政の構造改革推進チーム(東京都 公式)

                                                  都は本日(2月12日)、都政の構造改革の実行戦略である「シン・トセイ 都政の構造改革QOSアップグレード戦略」(以下、「シン・トセイ」戦略と記載)の(案)を公表しました! (詳細はこちらをクリック☟) 「シン・トセイ」戦略 -自治体の公表物としては、聞き慣れないタイトルですよね。 このタイトルには、 東京の更なる「”進”化」に向け、都民ニーズに「”真”摯」に向き合い、民間等、都庁外の様々な主体と連携を"深"めながら、誰からも「”信”頼」される都政へ - といった新たな都政の実現への想いを込めています。 都庁職員1人1人がいかにこの戦略を身近に感じ、改革の浸透を図っていくことができるか。構造改革推進チームの若手職員が真剣に議論し、「職員一丸で新しい都政を創り上げる」意識を共有するためのキーワードとして、「シン・トセイ」を提案しました。 (はい、あのシン・ゴ〇ラや安宅和人氏のシン・二ホンからヒ

                                                    「シン・トセイ」、始まります。|#シン・トセイ 都政の構造改革推進チーム(東京都 公式)
                                                  • レベルアップしたい人必見 Qiita記事43選 - Qiita

                                                    はじめに 本記事ではレベルアップしたいエンジニアが読んでおくべきQiita記事を紹介します。厳選に厳選を重ねた43記事です。全ての記事を読んでおく必要はありませんが、ちょっとでも「分からないな」「興味あるな」など思ったタイトルがあれば読んでみてください。 次の4種類に分類して紹介しています。参考にしてください。 フロントエンド バックエンド インフラ・Linux周りの知識 その他 それでは、早速紹介していきます! 弊社Nucoでは、他にも様々なお役立ち記事を公開しています。よかったら、Organizationのページも覗いてみてください。 また、Nucoでは一緒に働く仲間も募集しています!興味をお持ちいただける方は、こちらまで。 フロントエンド まず最初はフロントエンドエンジニアに読んでおくべきとおすすめできるQiita記事を11個選びました!フロントエンドエンジニアとしての基礎が身に付く

                                                      レベルアップしたい人必見 Qiita記事43選 - Qiita
                                                    • デザイン思考が生んだ、問題解決というデザインの「誤解」|designing

                                                      デザイン思考が生んだ、問題解決というデザインの「誤解」 イノベーションを促進する方法として、2000年代のビジネス界に瞬く間に広まった「デザイン思考」。しかし、そのなかで「デザインは問題を解決するためのもの」という誤った意識が強まってしまったと、あるデザイナーは警告する。 2023.06.01 アップルの台頭とともに高まった企業のデザインへの関心。 その流れを追い風に広まったのが「デザイン思考」ではないだろうか。 しかし、そのなかで「デザインはアップルの成功を追随させてくれるもの」「デザイナーは問題を解決する人」という認識も強まってしまい、デザイナーの役割を窮屈にしててしまった——ノースカロライナ州立大学グラフィックデザイン学科助教授で、自身もデザイナーのジャレット・フラーは言う。 では、デザイナーの真の力を発揮するためにもつべきマインドセットとは何か? フラーはスウェーデン政府イノベーシ

                                                        デザイン思考が生んだ、問題解決というデザインの「誤解」|designing
                                                      • ソフトウェア設計の Why & What & How | Wantedly Engineer Blog

                                                        こんにちは、開発チームのアーキテクトをやっている竹野(@Altech)です。先日、新人研修でソフトウェアの設計について話す機会がありました。 ソフトウェアの設計というのは関連する領域が広いため、どうしても断片的な理解になりがちです。そこで、早い段階で全体像を感じてもらうために、ソフトウェア設計の Why と How と What を1時間でまとめて話すというちょっと意欲的なコンセプトで研修を行いました。今回は、その内容を記事にしました。 この研修のねらいはじめにソフトウェアの設計について書かれた情報は世の中に多いですが、その情報の多くは How であり、それだけを読んで適切に使うことが難しいと感じています。その直接的な理由は、How に対しての What、How / What に対しての Why が語られることが少ないからです。 ただ、How だけを知っていると、それは本当に問題を解決して

                                                          ソフトウェア設計の Why & What & How | Wantedly Engineer Blog
                                                        • 大規模アジャイルフレームワークの紹介

                                                          みなさんこんにちは。@ryuzeeです。 12月1日に新刊『チームトポロジー』が発売になったのでぜひよろしくお願いします。 スクラムの認定コースでも基礎的なコースでも、よく聞かれるのが大規模の場合の対応についてです。 そこで、今日は大規模の場合の選択肢になりそうな大規模アジャイルフレームワークを紹介します。 紹介しますが、最初に大事なことをお伝えしてから紹介します。 そんなにたくさん作っても使わない2019年にプロダクトマネジメント関連のSaaS企業であるPendoが行った調査によると、ソフトウェアプロダクトにおいて平均的な機能の利用状況は次のようになったそうです。 まったく使わない: 24%ほとんど使わない: 56%よく使う: 8%いつも使う: 12%つまり80%の機能はほとんど、もしくは、まったく使われないということになります。 たくさんの人を集めて、たくさんの機能を作るのは、ムダであ

                                                            大規模アジャイルフレームワークの紹介
                                                          • 30歳エンジニア転職で役に立たなかった経験と役に立った経験 - Qiita

                                                            はじめに いつも聞いているポッドキャスト番組で、エンジニア転職について生々しくリアルな話が聞けたので、紹介します。今の自分がやっている仕事が市場価値を上げられているのか? と日々の業務を振り返るきっかけになりました。詳しく知りたい方は是非、聞いてみて下さい。 転職の前提 かいちさん(転職した人)の紹介 情報系の大学院卒 中堅のバックエンド・エンジニア(30代) 社会人7年目 主に使っている言語: python, PHP アジャイル開発ができることを転職の軸に据えた 転職して感じたこと ① 30代は中堅の仕事を求められる → リーダー的立場が求められる ② 若い時の業務経験が転職の際に活きてくる → 20代はとにかく挑戦する回数を増やそう ③ 転職はどのタイミングでやってくるかわからない → 常に職務経歴書を更新し続けよう 結論 重要なポイント ・チームで開発した経験があるか? ・AWSなど

                                                              30歳エンジニア転職で役に立たなかった経験と役に立った経験 - Qiita
                                                            • 企画を元にゲームのUIを作るときの流れ|tkm

                                                              「Game Graphic Design Advent Calendar 2019」の初日の記事です。 ゲーム制作に関する素敵な記事がたくさん公開されると思いますので、私自身もワクワクしてます。 言い出しっぺとして、初日としてまず何を書こうかなと思ってたんですが、以前Twitterでチラッとつぶやいた「普段ゲームUIを作るときってどういう工程があって、どういう流れで作っているか」をまとめてみたいと思います。 というのも、いろいろな方から「何から手を付けていいのか…」「デザインが上手くまとまらない」「デザイナーが社内外注みたいになってしまって…」みたいな話をよく聞きまして。 そのアンサーになるかは分かりませんが、自分の場合はこういうフローで、こういうことを意識してますよ。というのを書いてみたいと思います。 もちろん組織や人によってやり方は様々だと思いますので、こんな風にやってる人もいるんだ、

                                                                企画を元にゲームのUIを作るときの流れ|tkm
                                                              • 『Design It! ― プログラマーのためのアーキテクティング入門』 - snoozer05's blog

                                                                翻訳を担当した書籍『Design It! ― プログラマーのためのアーキテクティング入門』(オライリー・ジャパン)が11月25日に発売になります。本書は2017年にPragmatic Bookshelfより出版されたMichael Keeling著『Design It!: From Programmer to Software Architect』の全訳です。Pragmatic Bookshelfファンにはおなじみの「... It!」シリーズの一冊で、日本語で読める「... It!」シリーズとしては4冊目の書籍となります。 O'Reilly Japan - Design It! 本書は、設計スキルを成長させたいプログラマーに向けたアーキテクティングの入門書です。ソフトウェアアーキテクチャの基礎とデザイン思考の考え方から始まり、ソフトウェアアーキテクトとして、チームと共に優れたソフトウェアを

                                                                  『Design It! ― プログラマーのためのアーキテクティング入門』 - snoozer05's blog
                                                                • 『デザイン思考』という言葉にデザイナーとして改めて向き合って考えた結果得られたもの - Pepabo Tech Portal

                                                                  こんにちは、デザイン部デザイン戦略チームでプリンシパルデザイナーをしている咲 @satosio です。 2020年4月にGMOインターネットグループの新卒入社パートナーを対象に「デザイン思考について」約1時間の講義を行いました。この記事ではそこで使用したスライドをもとに「デザイナーにとってデザイン思考とはなにか」を説明していきます。 「デザイン思考」はデザイナーに限った話ではないのですが、「デザイン思考(笑)」というように、言葉自体をなんとなく毛嫌いしてしまっているデザイナーに「デザイン思考」と呼ばれているものの正体はなにかを説明することが本記事の目的です。 結論 概要 共感とはSympathyではなくEmpathy 共感からインサイトを得ることで自分ごと化する デザインとは意思決定の積み重ね 意思決定は「仮説推論」に基づいている デザインの思考法とはフレーミングを用いた仮説推論 デザイン

                                                                    『デザイン思考』という言葉にデザイナーとして改めて向き合って考えた結果得られたもの - Pepabo Tech Portal
                                                                  • エムスリー執行役員VPoE兼PdMの山崎が、エンジニア、QA、デザイナー、プロダクトマネージャーにお薦めする良書7選 - エムスリーテックブログ

                                                                    こんにちは。最近、お掃除職人きよきよ*1というYouTuberにハマってしまい掃除に明け暮れ、近所のドラッグストアでドメストとパイプフィッシュの原材料が同じことなどを知って、ふむふむと楽しんでいるエムスリー執行役員兼VPoE兼PdMの山崎です。薬剤を活用した掃除はDr. STONE*2気分で面白いですね。 本ブログはエムスリー Advent Calendar 2021の25日目の記事です。 エムスリー Advent Calendar 2021の締めとして、今年も「VPoEとしてこの◯年間を振り返って」シリーズで2021年を締めくくろうかとも思ったのですが、先日fukabori.fmの第59回と第60回でしっかり語ったのと、流石に3年連続でやっていて4年目も同じネタだと皆さん飽き飽きするかなとも思ったので、本日は新企画として「エムスリー執行役員VPoE兼PdMの山崎が、エンジニア、QA、デザ

                                                                      エムスリー執行役員VPoE兼PdMの山崎が、エンジニア、QA、デザイナー、プロダクトマネージャーにお薦めする良書7選 - エムスリーテックブログ
                                                                    • 0→1フェーズで最も重要なサービスコンセプトのつくり方 | 実プロジェクトの事例付き|梶谷健人 / 新著「生成AI時代を勝ち抜く事業・組織のつくり方」

                                                                      サービスを0→1でつくる上でまず必要になるのが、サービスのコンセプトづくりです。 いままで自社事業や様々な企業との共同プロジェクトを通じてサービスづくりに取り組む中で、サービスのコンセプトづくり、すなわちコンセプトメイキングのプロセスにもある種の型があることに気付きました。 このnoteでは社内ドキュメントである「サービスコンセプトのつくり方」の内容を一部NDAでシェアできない資料を除いて全公開します。 <コンセプトメイキングの大前提>🧐 STEP1:コンセプトとは何かを知ろうコンセプトが何かを知る上で、コンセプトの立ち位置と役割を知ろうコンセプトそれ自体は様々な形があり、非常に漠然としている。 なので、コンセプトがそれ以外の要素とどういった関係にあるのか、どういった役割を果たすのかという観点からコンセプトとは何かを理解しよう。 まずサービスアイデアは下図のような構造を持っている。 ある

                                                                        0→1フェーズで最も重要なサービスコンセプトのつくり方 | 実プロジェクトの事例付き|梶谷健人 / 新著「生成AI時代を勝ち抜く事業・組織のつくり方」
                                                                      • 東京都初のアジャイル型開発はいかにして導入され、実践されたか – 調達、スクラムの工夫、展望を聞いた - Agile Journey

                                                                        「初!都庁職員、アジャイル型開発に参加する」 東京都デジタルサービス局デジタルサービス推進部の公式note(2023年1月公開)には、かつて“試みたことのない開発手法”であったアジャイル型開発を東京都が採り入れ、複数のソフトウェアを開発した経緯が綴られています。 これまでAgile Journeyでは、さまざまな組織、企業のアジャイル導入事例を紹介してきましたが、それぞれの組織がそれぞれのモチベーションを持ち、課題に向き合いながら、導入に取り組んできました。では、それが自治体の場合では? 東京都がアジャイル型開発を導入し、運用していくための動機、準備、事業者との契約の方法、そして実践のありようを、東京都デジタルサービス局の石川秀之さん、下家昌美さんに聞きました。 コロナ禍で浮き彫りになった、「迅速」の重要性 「システムをアジャイル型開発で作ってみませんか」メールで呼びかけ、アジャイル型開発

                                                                          東京都初のアジャイル型開発はいかにして導入され、実践されたか – 調達、スクラムの工夫、展望を聞いた - Agile Journey
                                                                        • DDD is dead. God is in Twitter #scrumsapporo

                                                                          Scrum Fest Sapporo 2021でプレゼンしました。 私達の愛したDDDを取り戻すための苦悩と挑戦について紹介します。本作品はマリリン・マンソン Rock is dead オマージュ作品となっております。 DDDはその構造上、デザイン思考やリーンスタートアップやディスカバリーといったものを考慮しておらず、デリバリーフェーズを意識した手法になっているのですけど、これはチーム開発のボトルネックを生み出す原因になりがちではないでしょうか? デリバリーにおいてはドメインを語れる人がいく人かおり、それをベースにそこそこの規模のシステム設計やアプリケーション設計をしていく。その過程でDDDを実践したという経験がつくわけですが、その人に対して、新規事業であったり、若々しい状態の事業のサポートをお願いすると、劣化したDDDのような設計をベースに進めつつ、現場のプログラマーを説得する行為に走る

                                                                            DDD is dead. God is in Twitter #scrumsapporo
                                                                          • Googleで営業をしていた私が、なぜ退職して世界一の美大 Royal College of Artに行ったのか。|Takayuki Sakai

                                                                            Googleで営業をしていた私が、なぜ退職して世界一の美大 Royal College of Artに行ったのか。 はじめにはじめまして。さかいたかゆきです(@tokeikun)。このnoteは社会人学生 Advent Calendar 2019 の10日目のnoteです。 ちょっと前に4年と7ヶ月勤めたGoogleを退職し、海外の大学院に入学しました。大学院に行くというと「MBAに行くの?」と聞かれるのですが、自分が入学したのはイギリスのRoyal College of Art(RCA)という美大です。 Googleでのキャリアを振り返りつつ、なぜ退職を決断し、美大に進学するのか、自分の思考整理も兼ねてここに記したいと思います。 また、デザイナーでもエンジニアバックグラウンドでもなく、帰国子女でも留学経験者でもない、私立文系出身者が海外美術系大学院に入る過程として参考になるものがあれば幸

                                                                              Googleで営業をしていた私が、なぜ退職して世界一の美大 Royal College of Artに行ったのか。|Takayuki Sakai
                                                                            • プロダクトマネジメントの優先順位付けフレームワークの究極ガイド

                                                                              この記事は、以下サイトの機械翻訳です。 何を作るか(あるいは次に何を作るか)を決めることは、プロダクトマネージャーの仕事の中で最も重要な部分の一つです。インパクトを与えるチャンスは何度もありません。だからこそ、賢く選択して、チャンスを最大限に生かすことが重要なのです。 プロダクトの優先順位を決めるには、さまざまな要素を考慮する必要があります。しかし、何よりもまず、お客様の真の問題を解決することを優先しなければなりません。多くの企業では、このプロダクト開発の基本方針が守られていません。おそらく、価値よりも革新性を優先しているからでしょう。私たちは皆、自分たちが最先端の先駆者であると他人に思われたいと思っていますが、市場が求めているのは必ずしもそうではありません。 市場が求めているのは、すでに機能しているものを適度に改良することだったりします。究極のゲームチェンジャーを追い求めるのではなく、フ

                                                                                プロダクトマネジメントの優先順位付けフレームワークの究極ガイド
                                                                              • メルカリなどメガベンチャーにありがちなプロダクト開発の企画フローと成果物|田辺めぐみ

                                                                                こんにちは~!プロダクトマネージャー(PM)を10年以上してしている@megです。私が若手の頃はPMについての情報がほとんどなくて困ったので、若手PMのちょっとでも役にたてばいいなぁとまとめていこうと思います。 メルカリや副業でのスタートアップでの新規プロジェクトの立ち上げをよくしていたので、その時のプロダクトマネージャーをしていた視点から企画フローをまとめてみました!あくまでも、会社としてではなく、私個人が自分のチームやコンサル先で使っているフローです。 10年以上前はSIerで100人規模のウォターフォールでの開発をしていて、ここ数年のスタートアップはアジャイルぽいものが多く、その中間のメルカリだと事業計画や予算もある中、ウォーターフォールっぽく一定フェーズをを決めつつ、アジャイルのいいところを取りいれるような開発していました。実際は、そのようなどっちとも言えない開発が多いのでそのパタ

                                                                                  メルカリなどメガベンチャーにありがちなプロダクト開発の企画フローと成果物|田辺めぐみ
                                                                                • Design Skill Map - メルカリUXデザインチームの専門スキル|Mercari Design Blog

                                                                                  UX Designチームのasakomです。今回はデザイナーの役割定義の活動の一つとして作成した、”Design Skill Map”についてお話しします。 このSkill Mapは、メルカリUX Designチームで求めるデザイナーの専門スキルを整理したものです。以前紹介したDesign Ladderは、メルカリの行動指針に基づいて作成した、デザイナーに求める態度やマインドセット。今回は専門職としてのデザイナーに必要な技術や知識をSkill Mapとしてまとめました。 UXデザイナーの役割定義や、個人の目標設定、採用の基準作りなど、チームの運用に関わる人や、メルカリのUXデザインチームが求める人材に興味のある方に、ぜひ読んでいただきたいです なぜSkill Mapを作ったかUXデザインチームの役割定義は、チームのミッション達成のために存在します。私たちのチームのミッションは、”メルカリの

                                                                                    Design Skill Map - メルカリUXデザインチームの専門スキル|Mercari Design Blog