第8回 やってはいけない、「製造工程」の丸投げ
第8回 やってはいけない、「製造工程」の丸投げ：キーワードでわかるシステム開発の流れ（1/3 ページ） 開発ベンダ 若井さんの強力なサポートを受けながら、着実に開発が進行していきます。前回「設計作業の成果は完成品質を左右する」では、設計工程での作業に関する一般的な話と、設計作業を進める上で発注担当者としてのかかわり方について話を進めました。今回は、多くの場合「設計」工程の次工程とされる「製造」工程について、前回同様、「一般的な話（知識）」と「発注担当者としてのかかわり方」のそれぞれの面から説明を加えていこうと思います。 発注担当者の「製造」工程へのかかわり 「プログラミング知識が一朝一夕で身に付くはずがない！」というのはもっともな話。「発注担当者なのだから責任を持って詳細まで理解しておきたい！」と思っても、システム開発のプロたち（システムエンジニア、プログラマなど）の技術レベルに追い付くこ
話し合いをダメにする論証パタン１３個（有意義な論争のための議論ハック） - 女教師ブログ
↓こちらに続編あります↓ 論争に絶対負けない議論ハック（心構え編） - 女教師ブログ ====== 常々「ダメな論証方法」に関する話が好きで、自分でも色々考えたりしていたのだけれど、先日、ウィキペディアでまさにそれがリスト化されているページを見つけ、とても嬉しくなってしまった。誤謬 - WikipediaList of fallacies - Wikipedia, the free encyclopediaというわけで、以下は、wikiのページから13個の「間違った論証方法」を抜粋・再構成して、勝手に自分で例を考えてみたものです。こういうのを俗に、人の海パンで水泳をする、と言うんですね。 論理ルールの違反1. 後件肯定： 「PならばQだ」という論理を改変し、逆に「Qだ」から出発して「Pだ」を導く 例「瀧沢の彼女・奈々子は『もし浮気したら、別れるから！』と言っていた。最近、彼らは別れたらしい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
実践的アプローチに基づく要求仕様の発注者ビュー検討会 - NTTデータ