学術研究が関係する場合の開発計画
親愛なる仲間のプログラマー、 学術研究が関係する場合、どのように「ソフトウェア計画」を行いますか?そして、副次的に、ソフトウェアを書くことは家を建てるようなものではなく、小説を書くことに似ていると上司にどのように説得しますか? 厄介な詳細は以下のとおりです。 私は、研究室で働く小さな開発チームを担当しています。ある日公開することを目的にソフトウェアの開発を始めました(つまり、それを売ってお金を稼ぐ)。このようなソフトウェアは、とりわけ、少なくとも2つの独立した研究ラインに依存しています。つまり、少なくとも2つの博士号があります。願わくば、いつか私たちが必要とするものを実際に実装してくれる候補者です。 メインソフトウェアは、グラフィックレンダリング、ソフトボディの変形など、開発者が処理できる他のより具体的なリソースにも依存します。 上司から、プロジェクト全体の仕様、要件、血まみれのガントチャートを書くように頼まれました。私は研究部分についての手がかりがなく、そのような研究はソフトウェアの基本であるという事実に直面して、彼は「仮定を立てる」と言った。議論を明確にするために、彼は博士号を持つ教授です。学生は必要な研究を考え出す必要があります。そして、彼は厳密にエンジニアリングのバックグラウンドから来ています。最初にすべてを計画し、仕様を書き留めてから、「最後の部分」であるコードを書き留めます。 私が今していること: 製品の機能を分解しました。事実上、各「機能」は個別の製品です。 各機能は、前の機能の上に構築されています。 機能(A)が機能するプロトタイプを作成すると、チームは次の機能(B)の作業を開始できます。AのQAは完了します(お金が許せば、より多くの人を持ち込むことができます)。 研究に依存する機能は、最後に来る。(その後で、うまくいけば、研究の一部は、完成されたときにはまだ大きな問題です)。 また、数か月後に予定されている「バージョン1.0」の開発にSCRUMを使用するようにチームを設定しました。この期限は、合理的な仮定に基づいて設定できます。必要な機能をすべてリストし、可用性を数え、合理的な見積もりを出しました。 私の質問は次のとおりです。 上司を喜ばせながら、ドアから何かを取り出すにはどうすればよいですか? 私たち-開発者-ができるかどうかの手がかりがないものの仕様を書くにはどうすればいいですか?(一部のタスクに使用するライブラリをまだ決定していません。必要に応じて決定します) まだクライアントも投資家もなく、多くの利益と約束があるのに、どうすればその要件を取得できますか? 世界で平和を得るにはどうすればいいですか? 私の質問の少なくとも1つが答えられると確信しています:) ps:潜在的な投資家がこれを発見すると裏目に出るかもしれないので、私はこれを匿名で書いています。ご理解いただければ幸いです。しかし、私はこの「真実を隠す」という考え方が好きではないと言う必要があります。このプログラムは多くの人に利益をもたらす可能性があり、これについて公然と話すことができない(私の名前と私の評判を付けて)検閲のように感じます。しかし悲しいかな、私はあなたの提案をもっと気にしています。