見積りは科学であり、ソフトウェア開発は不確実性との戦い
はじめに イオンスマートテクノロジー株式会社（通称AST）のCTO室TechLeadチームの@t0doroki_takaです。 本記事の内容は、上記の書籍で紹介されている手法を自分の解釈で整理・アレンジしたものです。 計画段階から完成形を定義して、全体の開発工数・工期を見積もって年単位で開発を進めるプロダクトは、アジャイルという考え方の無かったウォーターフォール・モデル時代の考え方なのかもしれません。とはいえ、業務システム開発においては、プロジェクト開始直後からアジャイル開発することは難しく、このような見積もりは欠かせないと思います。 なぜなら、多くの業務システムは、出来る限り早く市場に投入してフィードバックを得てピボットする性質のサービスではなく、予め要件・機能を定義してステークホルダーとの合意形成が不可欠です。アジャイル的な開発を導入するにしても、事前に全体規模の把握は必要です。その際
生産的な組織・仕事の鍵となる「不確実性の正体」とは何か 『エンジニアリング組織論への招待』の著者が語る、モヤモヤの発生源
エンジニアとして経験を積んでいくと、「技術に深く潜っていくこと」と「開発をうまく進めること」はイコールではないとぼんやりと感じ、モヤモヤする時があります。「Meets Professional #5」のゲストは、『エンジニアリング組織論への招待』の広木大地氏。モヤモヤの原因となる「不確実性」への向き合い方について語りました。全3回。1回目は、不確実性の発生源である2つのことについて。 技術書とビジネス書の両方の分野で大賞を取った『エンジニアリング組織論への招待』の著者 広木大地氏：今日は『エンジニアリング組織論への招待』という、僕が書いた本に関しての概観というか、いったいどういうコンセプトで書かれた本なのかという話を通じて、仕事をすることや、この書籍のサブタイトルでもある「不確実性に向き合う」ことについて、みなさんと一緒に考えていけたらなと思っています。よろしくお願いします。 まず簡単に自
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
