はじめに 株式会社デジサク がお送りするプログラミング記事、 今回は要件定義・システム設計について扱っていこうと思います。 プログラミングを勉強していて、こんな事を感じた経験はないでしょうか。 「勉強してもプロダクトが作れない」 「そもそも開発ってどうやるの？」 「要件定義ってなに？」 その悩みを解決するために、まずは開発の全体感を理解しましょう。 下図『ソフトウェア開発プロセス』をご覧ください いつも勉強しているプログラミングは 『実装』 の部分に該当します。 つまり、プログラミングの実力を発揮する前に４つも壁が存在するのです。 そのため、本記事では実装（プログラミング）を開始する前に必要となる、 『企画～設計』 について順を追って説明して行きます。 特に、エンジニアが理解しておくべき 『要件定義』『設計』 にフォーカスします。 なお、開発全体において実装（プログラミング）に使用する時間
2015.4.20 【第５２回】仕様変更判断の鍵を握るベースライン設定タイミング 執筆者：工藤 武久 カテゴリー：ブログ, 新感覚プロジェクトマネジメント タグ：ステークフォルダ, Ｐ子さん, スコープ ご訪問ありがとうございます！ ＜ 前回 ｜ 目次 ｜ 次回 ＞ 前回は、仕様変更への不適切な対応が生む悲劇とその対応策についてご紹介しました。システム開発のプロジェクトにおいては、必ず仕様変更は発生するものと考えて、変更への備えを怠らないようにする必要があります。 しかし、現実のプロジェクトにおいては、そもそも仕様変更なのか、設計不良なのかをめぐって、発注側と受注側の間でバトルが繰り広げられることを良く見かけますよね。。。 【 仕様変更とは何か？ 】 ～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～・～ 「仕様変更は必ず発生するものなので、変更へ
▽最新版 blog.copilot.jp 新型コロナウイルスの感染拡大は、私たちの働き方を大きく変えようとしています。 空間を共にしながら働くという前提は崩れ、離れた場所から仕事をしていくというスタイルが新たな前提となりつつあります。 この前提の変化は、短期的には「オンラインでミーティングをどう進めたらよいか」という問題を突きつけますが、長期的には、「プロジェクトや組織そのものをどう運営していくべきか」というより本質的な問題を顕在化させていくのではないかと考えています。 そこで今回、コパイロツトでは、民間企業や行政機関がテレワーク環境下において最適なファシリテーションを行うことができるように「リモートワークにおけるファシリテーションの方法論」を公開することにいたしました。 その対象は「ミーティング」「プロジェクト」「組織」の3つで、いずれもコパイロツトがこれまでにご支援をしてきたプロジェク
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く