Menu
News
All News
Dungeons & Dragons
Level Up: Advanced 5th Edition
Pathfinder
Starfinder
Warhammer
2d20 System
Year Zero Engine
Industry News
Reviews
Dragon Reflections
White Dwarf Reflections
Columns
Weekly Digests
Weekly News Digest
Freebies, Sales & Bundles
RPG Print News
RPG Crowdfunding News
Game Content
ENterplanetary DimENsions
Mythological Figures
Opinion
Worlds of Design
Peregrine's Nest
RPG Evolution
Other Columns
From the Freelancing Frontline
Monster ENcyclopedia
WotC/TSR Alumni Look Back
4 Hours w/RSD (Ryan Dancey)
The Road to 3E (Jonathan Tweet)
Greenwood's Realms (Ed Greenwood)
Drawmij's TSR (Jim Ward)
Community
Forums & Topics
Forum List
Latest Posts
Forum list
*Dungeons & Dragons
Level Up: Advanced 5th Edition
D&D Older Editions
*TTRPGs General
*Pathfinder & Starfinder
EN Publishing
*Geek Talk & Media
Search forums
Chat/Discord
Resources
Wiki
Pages
Latest activity
Media
New media
New comments
Search media
Downloads
Latest reviews
Search resources
EN Publishing
Store
EN5ider
Adventures in ZEITGEIST
Awfully Cheerful Engine
What's OLD is NEW
Judge Dredd & The Worlds Of 2000AD
War of the Burning Sky
Level Up: Advanced 5E
Events & Releases
Upcoming Events
Private Events
Featured Events
Socials!
EN Publishing
Twitter
BlueSky
Facebook
Instagram
EN World
BlueSky
YouTube
Facebook
Twitter
Twitch
Podcast
Features
Top 5 RPGs Compiled Charts 2004-Present
Adventure Game Industry Market Research Summary (RPGs) V1.0
Ryan Dancey: Acquiring TSR
Q&A With Gary Gygax
D&D Rules FAQs
TSR, WotC, & Paizo: A Comparative History
D&D Pronunciation Guide
Million Dollar TTRPG Kickstarters
Tabletop RPG Podcast Hall of Fame
Eric Noah's Unofficial D&D 3rd Edition News
D&D in the Mainstream
D&D & RPG History
About Morrus
Log in
Register
What's new
Search
Search
Search titles only
By:
Forums & Topics
Forum List
Latest Posts
Forum list
*Dungeons & Dragons
Level Up: Advanced 5th Edition
D&D Older Editions
*TTRPGs General
*Pathfinder & Starfinder
EN Publishing
*Geek Talk & Media
Search forums
Chat/Discord
Menu
Log in
Register
Install the app
Install
Community
General Tabletop Discussion
*Dungeons & Dragons
How D&D Beyond Will Handle Access To 2014 Rules
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="Cergorach" data-source="post: 9440691" data-attributes="member: 725"><p>Extensive experience in IT at many different (big) companies over the last 25+ years as an outside contractor. At small(er) companies you can often do everything yourself, so very agile. At bigger companies everything has been segmented, what you did yourself at a smaller company, now requires multiple different people, often in different departments. Just getting everyone lined up to do something together is already a task that will take time. If it's something that's blocking what you're doing it can easily take a week+ to get things done. While previously you did it yourself in an hour or two.</p><p></p><p>That's one aspect, the other is while cash is more readily available at big companies, actually getting permission to use it takes a lot of layers and often TONS of meetings. Many people who came from a small company that got bought by a large company don't have the fortitude for that. And one hand might not know what the other is doing or what is possible or required.</p><p></p><p>And the only thing that more money does, is hire more people to do stuff, more people takes more overhead, more time to get things done and often doesn't fix the underlying problem. If 10 people can't fix something adding another 40 using the same criteria probably won't fix it either. It's often more of an organizational and/or procedural issue.</p><p></p><p>And what's even worse is couch generals thinking project X is simple because they did their own tiny project Y. We have only basic insights into the frontend, zero insights into the backend and a total lack of knowledge of the internal marching orders for the development team. Just adding more people to the pile doesn't fix things. More people is only useful if they can do things the rest can't or if there's a general lack of (wo)manpower, there is zero indication that this is the case.</p><p></p><p>Change doesn't happen with more people, the people already there need to change. And even if they change, their marching orders might just stay the same. Minimum effort development.</p></blockquote><p></p>
[QUOTE="Cergorach, post: 9440691, member: 725"] Extensive experience in IT at many different (big) companies over the last 25+ years as an outside contractor. At small(er) companies you can often do everything yourself, so very agile. At bigger companies everything has been segmented, what you did yourself at a smaller company, now requires multiple different people, often in different departments. Just getting everyone lined up to do something together is already a task that will take time. If it's something that's blocking what you're doing it can easily take a week+ to get things done. While previously you did it yourself in an hour or two. That's one aspect, the other is while cash is more readily available at big companies, actually getting permission to use it takes a lot of layers and often TONS of meetings. Many people who came from a small company that got bought by a large company don't have the fortitude for that. And one hand might not know what the other is doing or what is possible or required. And the only thing that more money does, is hire more people to do stuff, more people takes more overhead, more time to get things done and often doesn't fix the underlying problem. If 10 people can't fix something adding another 40 using the same criteria probably won't fix it either. It's often more of an organizational and/or procedural issue. And what's even worse is couch generals thinking project X is simple because they did their own tiny project Y. We have only basic insights into the frontend, zero insights into the backend and a total lack of knowledge of the internal marching orders for the development team. Just adding more people to the pile doesn't fix things. More people is only useful if they can do things the rest can't or if there's a general lack of (wo)manpower, there is zero indication that this is the case. Change doesn't happen with more people, the people already there need to change. And even if they change, their marching orders might just stay the same. Minimum effort development. [/QUOTE]
Insert quotes…
Verification
Post reply
Community
General Tabletop Discussion
*Dungeons & Dragons
How D&D Beyond Will Handle Access To 2014 Rules
Top