Group items matching

in title, tags, annotations or url

よいソフトウェア開発プロセスは実験を最大限に活用し、現実からのフィードバックに磨きをかけるべきです。これが現実駆動開発の意図するところです。そして、ソフトウェアにとってもっとも重要な現実とはユーザ体験と技術的な品質です。しかし一方で、主な実験はソフトウェアとコードを動作させることです。これは「形式モデル(笑)」ではありません。ソフトウェア開発について私が好んで使う単なる例え話です。私は、「現実駆動」という名前を気に入っています。なぜなら、現実について話すときは、ユーザーのことが頭に浮かぶからです。 

分析よりも実験を好んでください(両者ともそれぞれにいいところがあるのは分かっています)。 実験を最大限に活用してください。できるだけ早い時期に、手早く、お金をかけずに、大まかに作ってみるのです。ここで分析が役に立ちます。 精力的に実験してください。 Be smart and proactive about measuring reality: user experience and technical quality. 現実(ユーザ体験と技術的な品質)を評価することについて賢く前向きであってください。 フィードバックに反応してください。そして、現実によって駆動してください。

これまで個人事業主であるフリーエンジニアとMCEAとの共同受注だけだったが、新たにSIerとも手を組み、より大規模な開発案件を受注できるようにする。

元請から下請けに仕事が切り出されて流れていくという構造は何も問題がない。そうではなくて元請のプロジェクトが人を求めて、下請けから人を持っていくのが大きな問題

一般ユーザ プロダクトを利用する プロダクトに問題が発生した場合 IssueとしてITSに問題(which/where/when)を登録 Issueを「報告済み」のステージへに移行 マネージャ(テスタ) ITSを眺める Issueが発生していた場合 Issueに対して再現ToDoをToDo管理システムに登録。このとき、Issueとのrelationがあることを記録する Issueを「確認中」のステージに移行 テスタ ToDo管理システムを眺める 再現ToDoが発生していた場合 再現ToDoの内容を実行し、再現する 再現手順と、現象(what)を再現ToDoとrelationalなIssueに書く Issueを「確認済み」のステージに移行 マネージャ(レビュア) ITSを眺める Issue(>= 確認済み)が発生していた場合 Issueに対して分析ToDoをToDo管理システムに登録。このとき、Issueとのrelationがあることを記録する Issueを「分析中」のステージに移行 レビュア ToDo管理システムを眺める 分析ToDoが発生していた場合 分析ToDoの内容を、関連する再現ToDoの結果を利用して再現 原因(why)を分析ToDoとrelationalなIssueに書く Issueを「分析済み」のステージに移行 マネージャ(プログラマ) ITSを眺める Issue(>= 分析済み)が発生していた場合 Issueに対して改修ToDoをToDo管理システムに登録。このとき、Issueとのrelationがあることを記録する Issueを「改修中」のステージに移行 プログラマ ToDo管理システムを眺める 改修ToDoが発生していた場合 改修ToDoの内容を、実施 実績(how)を改修ToDoとrelationalなIssueに書く Issueを「改修済み」のステージに移行