第5回 コンセプト・アウト/デマンド・インと相性が良いアジャイル開発
「コンセプト・アウト/デマンド・イン」型でソフトウエアを開発するなら，開発の進め方についても考慮する必要がある。仮に，ユーザーが「こんな製品・機能がほしい」と言ってから1～2年後に製品をリリース/バージョンアップしたとしても，ユーザーは納得しないだろう。市場の反応も冷めたものになるはずだ。 では，「コンセプト・アウト/デマンド・イン」型の開発に有効なソフトウエア開発手法とは何だろうか？ コンセプト・アウト/デマンド・イン型の開発プロジェクトには，以下のような特徴がある。 (1)要求がめまぐるしく変わる（3カ月前の要求が今も有効かどうか，疑わしい）。 (2)リリースごとのテーマと締め切りを守ることが最優先。スコープ（機能）は削ってもよい。 (3)開発は少数精鋭。チームは10名以下であることが多い。 (4)若い企業文化（モチベーションと成功意欲が高い）。 (5)継続的にバージョンアップを繰り返
Passion For The Future: 「頭がいい人」が武器にする 1分で話をまとめる技術
「頭がいい人」が武器にする 1分で話をまとめる技術 スポンサード リンク ・「頭がいい人」が武器にする 1分で話をまとめる技術 1分の話は字数にすると約400字で、新聞のリード文に相当する。必要最低限のことを伝えるには十分な量だとして、話を短くわかりやすくする方法論が語られている。まず最初に、話を長くわかりにくくしている盲点として挙げられた9つのポイントはとても参考になる。 １ 相手に気を遣うあまり、言いたいことがいえなくなる ２ 具体例をいううちに、話がズレてしまう ３ イエス・ノーを決められず、何を言いたいのかわからない ４ 何をしゃべっても、すぐ得意ネタ、自慢話になる ５ 前提となる説明をすっ飛ばす ６ 相手がわかっていることをクドく説明する ７ 細かいことを正確に伝えないと気がすまない ８ 言い訳が多い ９ へりくつを言う 言われてみれば、その通りだと思う。要領の悪い話し方の欠点は
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
