この手順なら、あなたの会社もトヨタ流改善活動を実践できる！ - 記者の眼：ITpro
日経情報ストラテジーが2004年から追いかけ続けている取材テーマの1つがトヨタ流企業改革である。2006年末には、過去3年間に書き溜めてきた事例記事をまとめた集大成のムック「ケースで学ぶトヨタ流企業改革」を発行したのだが、記者には1つだけ「記述が欠けていたな」と反省させられる点があった。 それは、「どうしたら、我が社もトヨタ流企業改革が根付く会社に生まれ変われるのか？」という読者の素直な疑問に対して、その改革を進めていく「手順」という意味での「答え」がムックには明確に記されていなかったことだ。改革の手順については、ムックで詳細に取り上げたイトーヨーカ堂やトヨタ系自動車販売会社、トヨタファイナンス、キヤノンなどの事例記事を通して、読者に推測してもらうしかなかった。そこで、日経情報ストラテジー2007年5月号の総力特集（3月発売）では、トヨタ流企業改革を実践して現場に根付かせていくための手順を
意図が伝わる設計書作成の心得【第4回】
「仕様書」は，設計者とプログラマをつなぐ重要なコミュニケーション・ツールだ。それゆえ，安易な書き方をすると問題を起こす。よく議論されるのは，「仕様書の内容はどこまで詳しく書くのが適当か？」という点だろう。過剰品質を避け，効率的に書きたいところだが，きちんと意図が伝わることが大前提である。二つの実例を通して，そのキー・ポイントを紹介する。 今回から，題材を「仕様書」に移して設計書作成の心得を紹介していこう。 前回までは，ユーザーからの要望聴取を基に作成する基本設計書を題材として，設計者とユーザーとのコミュニケーションを軸に展開してきた。これに対し，今回から取り上げる「仕様書」は，基本設計書を基にシステムを実装するプログラマやSEに対して，より具体的なシステムの詳細を伝える設計書である（図1）。 このような設計書は「詳細設計書」や「プログラム仕様書」など，様々な名前で呼ばれていることと思う。ま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「カイゼンの伝道師」は工場、オフィスのどこを見ているのか？：NBonline(日経ビジネス オンライン)
