栄前田勝太郎のレビュー一覧

UIデザインをどのように作っていくかをプロジェクトマネジメント的な側面から説明されています。
デザインとはしばしば属人的なものですが、会社が提供するサービスのデザインはその過程が説明可能なものである必要があります。
私自身はシステムエンジニアですが、そうしたデザインの開発過程を理解できた点で本書は非...続きを読む常に良かったです。
開発だけでなくデザインには運用が必要というのも真新しい観点でした。確かに世の中のサービスは、周りの環境や時代の変化に合わせて少しずつデザインを変えているものばかりです。業務システムを作る立場ではあまりない視点でした。

また、プロトタイピングツールの存在を知れたのも良かったです。photoshopやペイントで足りると思っていましたが、AdobeXDやFigmaなどのツールのほうがプロトタイプを作るには適しているようですね。

はかどりの目的は、効率化やお金だけではない。生産性を高めて、自身の成長につなげる。
計画を実行した後に結果を振り返るプロセスが大切。はかどりのためには、時間と学習の投資が不可欠。

見える化が大切。作業ゴール、作業細分化、進捗の見える化がある。

自身のはかどりのために、目標などを言語化してみる。
...続きを読む自己開示をして関係を築く。
チームメンバーのスキルや経験の見える化が大切。

人を育てる手法の一つにOKRという目標達成のフレームワークがある。
目標(Object)達成のための主要な成果(Key Result)に定量的な項目を設定する。

個と組織のバランス。will(やりたいこと)、can(できること)、must(求められること)のバランスを探る。

小さなチャレンジとふりかえりを繰り返し、新しい認識を獲得する。

仮説を立てて失敗すれば、成長につなげることができる。

考える時間を確保する。
毎日業務の棚卸しをする習慣は従来的ではあるが、おすすめとのこと。

アイデアを他者に効果的に伝えることを考える。
そのためにはロジック(誰が、何のために、どのような成果が得られるか)を鍛えいる。
また、テンプレートを利用して表現することは重要。
考える時に、フレームワークを使うことも有用。

非常に読みやすいUIデザインの本。他組織（プロマネやエンジニア）との役割分担も参考になる。ユーザーテストを分散することや、ニーズ・競合の強み・自社の方向性をプロマネが鮮明に語れることなどできてなくて耳が痛い項目も多数。

サービスをローンチするまでの一連のフローが描かれている。実践的な内容が記載されているものの、具体例などは少なく、概念的な話が多いが、様々な部署と横断的に関わる必要があるスタートアップのデザイナーなどにはオススメ。

アサイン前に一気読み。
大きな流れを網羅的に読み取れたのが良かった。現場に入ってからも都度この書の内容に立ち返りたい。
「正解とされる手法が変わっていく」いうのが面白いと感じた。変わりゆく正解に合わせて、Googleアナリティクスのようなツールができることも変化していくというのが興味深かった。
そう...続きを読むいった変化を捉えることにおいて、趣味としてWeb環境に触れていることは強みとなるのだろう。というか一定以上の活躍をするには必須なのだろう

システム開発に置いて，断片的にはわかっているけれども，線になっていない。ということで網羅的な情報にしたくて買ったのがこの本。サブタイトルにあるとおり，非エンジニア視点でも使える本なのだけれども，やりとりなので請ける側のエンジニアにも役に立つことが多い。馴れないうちは会社にストックしておきたい。

‪システム開発プロセスの入門書。仕事でマネジメントの機会が少しずつ出てきたので読んだのだが、混乱気味だった頭を整理できた。特に与件・要件定義フェーズが手厚いのが助かる。要求定義と要件定義の違いは全く理解できてなかったな…開発フェーズの章で参考図書を紹介してくれているのも嬉しい。‬

一例にKPT(keep.problem.try)振り返りの習慣化。忙しい時こそ振り返る、可視化、やることの細分化で思考を整理し、「はかどり（生産性）」につなげたい。

読みやすい
Webサイト構築案件の企画から運用までの間で、どんな成果物がなぜ必要か、考えるべきコトは何か、などざっくりとディレクターのお仕事を知るのにはよい
これを読んですぐさま仕事ができるわけではないが、道しるべにはなってくれそうである

will can mustの考え方は、自分の中に残しておきたいと思った。また、小さな計画からスタートを切ることなども、納得ができた。
あえてなのかもしれないが、内容が重なっているように感じる部分があり、要点を短くまとめてほしいと思った。

上長や同じチームメンバーのと1on1では引き出しづらい課題やキャリアを取り巻く不安を取り除くためわチーム外の上司や外部のメンターが行う「シャッフル1on1」、①探索→②共有→③試行→④省察と続き、その後は①から③のいずれか、というPDCA「サイクル」にない発想、および③と④の中で行われる「思考」→「...続きを読む振り返り」→「クリティカル・シンキング「→「新な行動の決定」のステップが参考になる。

借りたもの。
Webやアプリの表面的な“意匠”に留まらず、仕事で発生する”計画””設計”すべてのデザインについて、その手順を説明したもの。
特にPDCAサイクルには「はじめに計画ありき」による限界があり、臨機応変に“現場”合わせた対応が手薄になるという問題があること指摘。
それを補うために、OODA...続きを読む(「Observe(観察)」「Orient(仮説構築)」「Decide(意思決定)」「Act(実行)」)サイクルを用いて微調整してゆくことを提唱。
デザインとは(その言葉の意味通り)あらゆる計画設計を指すのだから、意匠という意味でのデザイナーだけの問題ではなく、チーム全体で考えることを再認識する(10年くらい前まで、そこは分業スタイルだったと思う)。
ユーザーリサーチから、システム設計、webやグラフィックのデザインにおけるアイデンティティのルールまで。
「神は細部に宿る」という言葉の如し。
それらはいわゆる、“ブランディング”に関わることだと理解する。