TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

“What Went Right and What Went Wrong”: Analysis of 155 Postmortems from Gamedev

95 点作者 winterismute大约 9 年前

7 条评论

Negative1大约 9 年前
The old post-mortems in Game Developer magazine were written almost in template form.<p>Went right: 1) Great team&#x2F;culture 2) Everyone put forth the effort (scheduled crunch) 3) Some amazing techwork or artwork or designwork etc...<p>Went wrong: 1) Didn&#x27;t anticipate x&#x2F;y&#x2F;z 2) Burnout (remember that crunch)? 3) Bad&#x2F;lazy scheduling and&#x2F;or capacity planning<p>Kudos to the people who did this at MS but you&#x27;re looking at tainted data. Most game developers know what really went wrong and do not publicly broadcast it in fear of losing future contracts or publisher trust. In the end the postmortem becomes a soundboard for &#x27;shoutouts&#x27; and cheer-leading instead of that raw, unbiased feedback.<p>I&#x27;ve been to all hands post-mortems that were like that and it can get really really ugly.
评论 #11367031 未加载
评论 #11366939 未加载
评论 #11366959 未加载
teddyh大约 9 年前
&gt; <i>9. CONCLUSIONS</i><p>&gt;<p>&gt; <i>We find that we were able to identify both best practices and pitfalls in game development using the information present in the postmortems. Such information on the development of all kinds of software would be highly useful too. Therefore we urge the research community to provide a forum where postmortems on general software development can be presented, and practitioners to report their retrospective thoughts in a postmortem.</i><p>&gt;<p>&gt; <i>Finally, based on our analysis of the data we collected, we make a few recommendations to game developers. First, be sure to practice good risk management techniques. This will help avoid some of the adverse effects of obstacles that you may encounter during development. Second, prescribe to an iterative development process, and utilize prototypes as a method of proving features and concepts before committing them to your design. Third, don&#x27;t be overly ambitious in your design. Be reasonable, and take into account your schedule and budget before adding something to your design. Building off of that, don&#x27;t be overly optimistic with your scheduling. If you make an estimate that initially feels optimistic to you, don&#x27;t give that estimate to your stakeholders. Revisit and reassess your design to form a better estimation.</i>
评论 #11366111 未加载
评论 #11368143 未加载
vvanders大约 9 年前
I found the Games Outcome Project to be much more rigorous(and anonymous) on the what practices help and hurt gamedev:<p><a href="http:&#x2F;&#x2F;gamasutra.com&#x2F;blogs&#x2F;PaulTozour&#x2F;20141216&#x2F;232023&#x2F;The_Game_Outcomes_Project_Part_1_The_Best_and_the_Rest.php" rel="nofollow">http:&#x2F;&#x2F;gamasutra.com&#x2F;blogs&#x2F;PaulTozour&#x2F;20141216&#x2F;232023&#x2F;The_Ga...</a>
评论 #11367371 未加载
ekianjo大约 9 年前
The recommendations at the end of the pdf seem to be written by captain Obvious. They are so generic they can apply to about ANY project even non gamedev related.
评论 #11366481 未加载
评论 #11366143 未加载
评论 #11366531 未加载
评论 #11366091 未加载
jacques_chester大约 9 年前
PDF is on the right, for anyone else wondering what to do about an abstract that doesn&#x27;t contain any spoilers.
评论 #11366048 未加载
chipsy大约 9 年前
In the past, Gamasutra has also published data indicating correlations between &quot;biggest problems&#x2F;biggest successes&quot; and marketplace success.<p>The takeaways I remember about that: A good producer matters, a team of a least three people does better than one or two, and experience shipping stuff matters.
msane大约 9 年前
Apparently they didn&#x27;t achieve any insights suitable for mentioning in the summary.