Kajiken.me - UXデザインに不可欠な「アジャイル・ユーザビリティ」のまとめ
VASILYのグロースハッカー見習い。 グロースハックと検索すると一番上に出てくるブログやってます。 ここでは、グロースハックとか本とか気軽に書いてきます。 Twitter : kajiken0630 Home Twitter Facebook Growth Hack Blog 会社の人に貸してもらった「アジャイル・ユーザビリティ」という本が超面白かったので、メモ的に印象に残った点をまとめてみました！ ユーザーエクスペリエンスの要素 目に見える表層の下に、骨格、構造、要件、戦略の順に階層がある。 UXの課題を考える際には、表層ではなく、骨格、構造を見直す必要があり、そのためには要件、戦略に立ち戻る必要がある。 ユーザー中心デザインのプロセス UXを設計する上で、ユーザー中心デザイン(UCD)はマスト。 UCDの手順としては、以下の６つをサイクルとして回していく。 ①調査 ②分析 ③設
高速で無駄のない開発をするチームのための"７つ道具"（2014/03/08 - Websig）
パーソナルなアイディア出し会における、ブレインストーミングメモ。コンテンツサービスのアイディア"MogMog"。ユーザーは手元のローカル音楽を再生しつつ、地理的な移動によってコンテンツを獲得できるフリーミアムサービス。感想・チョイ足しアイディア募集。また、アイディアを使いたい方は一報の上、ご自由にどうぞ。 Written in Japanese. Idea brainstorming notes about a new Content Service "MogMog". Music on Geograph. The user can listen the songs he/she has already had, and also he/she can get new content by walking around some geographical spot. Freemium Mo
炎上プロジェクトの責任はプロマネが９割 - プロマネブログ
サルでも分かるアジャイルとウォーターフォールをハイブリッドしたマネジメント・デザインパターン - プロマネブログ 前回からの続きです。 以下、３部作の３本目となります。 ウォーターフォール開発とアジャイルの本質 - プロマネブログ サルでも分かるアジャイルとウォーターフォールをハイブリッドしたマネジメント・デザインパターン - プロマネブログ 炎上プロジェクトの責任はプロマネが９割 - プロマネブログ 追記)ブコメで誤字の指摘がありましたので、訂正します。。。お恥ずかしい NetPenguinさん、ご指摘ありがとうございます 改めて考えたいプロマネの仕事 プロマネの仕事とは、PMBOKのプロジェクト管理に関する観点をマネジメントする、と言えます。 統合 ・・・ チーム内の意思統一 スコープ ・・・ 目標、成果決定 タイム ・・・ 期限、スケジュール管理 コスト ・・・ 予算、費用管
アジャイルがダメだと思う7つの理由 - arclamp
1.全体スケジュールにコミットできない アジャイルはタイムボックス型（一定期間で棚卸しをして、それを繰り返す）のマネジメントをする。だから、全体としての計画は立てられない。「だって、最初に全ての機能を洗い出せないでしょ」というのは分かる、分かるけど全体の計画は立てないといけない。経営者は顧客やVCと全体の計画にコミットしなきゃいけないんだ。そのときに「やってみなきゃ分からない」なんて言えるわけでない。 てか「やってみなきゃ分からない」なんてことは誰でも知っているんだよ。でもさ、それを言わぬが花。大人なんだからコミットメントをしないといけないんだよ。そして、その達成ためには、あらゆる手段を尽くすのです。 2.アーキテクチャ上の無駄が生じる ソフトウェアの構造や構成は工程が進むほどに修正しにくくなり、ずっと残る。だから、アーキテクチャ設計は慎重に全体を考えながらやらなきゃいけない。でも、アジャ
情報処理推進機構：ソフトウェア・エンジニアリング ｢アジャイル型開発におけるプラクティス活用事例調査｣の報告書とリファレンスガイドを公開
2013年3月19日公開 独立行政法人情報処理推進機構 技術本部 ソフトウェア・エンジニアリング・センター 概要 インターネット販売サイトやSNS(ソーシャルネットワークサービス)等のシステムでは、その構築において要件のすべてが明確にならなくても開発に着手し、要件の明確化や変更には開発と並行して対応します。それは、いかに早くサービスを提供するかに、ビジネスの命運がかかっているからです。 こうした要件の変化に柔軟に対応できる開発手法として、「アジャイル型開発」があります。これは、ビジネス上の優先度が高い順に、短いサイクルで機能単位の開発を繰り返す手法です。 このアジャイル型開発手法は自社開発（内製）が中心の米国で発展したものであり、要件を決めて外部に開発を委託することが多い等、受発注環境が異なる日本でアジャイル型開発を適用するのは難しいと考えられています(*1)。 「アジャイル型開発」には、
プロジェクトリーダーに必要な6つの能力。スクラムの生みの親が語る、絶えざるイノベーションの創造（前編）
プロジェクトリーダーに必要な6つの能力。スクラムの生みの親が語る、絶えざるイノベーションの創造（前編） スクラムは、アジャイル開発における方法論の中でもっとも普及している方法論の1つです。スクラムという用語を用い、その考え方を最初に提唱したのは、1986年に一橋大学の野中郁次郎氏と竹内弘高氏が日本企業のベストプラクティスについて研究し、ハーバードビジネスレビュー誌に掲載された論文「The New New Product Development Game」でした。それが1990年代半ばにジェフ・サザーランド（Jeff Sutherland）氏らによってアジャイル開発の方法論としてのスクラム（アジャイルスクラム）になったわけです。 野中氏は知識創造理論によって知られており、ウォールストリートジャーナルによる、「もっとも影響力のある思想家リスト」の20位にランクされています。 1月15日に都内で
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
社内スタートアップによる組織の成長に伴い発生する痛みとその解決策について(Rebuild) #devlove