Съкращения: Какво означават DEAD и DITO?

Разработвам, дефинирам, интегрирам и оценявам проекти повече от десетилетие. След като съм работил със стотици компании, както и с много фирми за вътрешно развитие и външни консултантски фирми, винаги съм изумен колко точно греши индустрията винаги при определянето на приблизителни оценки и крайни срокове за завършване. В резултат на това измислих новите DEAD и DITO изчисления за оценка и завършване на проекти. Ето ги и тях:

DEAD: Оценки за развитие и крайни срокове:

1. Управление продажби: Очакванията на клиента ще вземат 25% по-дълго да се разработи от действителния проект, обещан от продавача.
2. Функционални изисквания: Функционалните изисквания, които сте определили, всъщност няма да работят. Добавяне 25% повече време за планиране, за да се гарантира, че функционалните изисквания всъщност могат да бъдат приложени въз основа на вашата архитектура на системата и интерфейса на приложението.
3. Функционални изисквания: Функционалните изисквания, които сте определили, всъщност няма да бъдат разработени по начина, по който сте очаквали. Това е свързано с езиковите бариери на клингонски срещу английски (или обратно) между разработчик и продуктов мениджър. Добавяне 25% повече време за разработка на вашия проект, предварителна версия, за да сте сигурни, че той е разработен според вашите изисквания.
4. Управление на проекти: Действителното развитие ще отнеме 25% по-дълго да се разработи от действителната оценка на проекта.
5. Случаи на употреба: Случаите на бизнес употреба, които сте определили, се състоят само от 25% на действителните случаи на употреба, които ще възникнат. Добавете 50% повече време за разработка към вашия проект, след пускане, за да коригирате действителната употреба спрямо очакваната употреба. Това включва функционалност, както и производителност.

DEAD Приложен:

1. Проектът се изчислява и продава за завършване на 10 работни дни.
2. Всъщност ще отнеме 12.5 дни, за да завършим, както е обещано.
3. Всъщност ще отнеме 15.625 дни, за да се изяснят проблеми с неправилни или пропуснати изисквания.
4. Всъщност ще отнеме 19.53125 дни, за да завършите проекта, както е правилно дефиниран.
5. И така ... проектът е завършен за ~ 20 дни.
6. След стартирането ще са необходими още 10 дни, за да се коригират нерешени проблеми.
7. Общото време на проекта е 30 дни.

DITO: Безсъние за разработчици и изваждане.

За щастие обаче нашите компании имат компенсиращия фактор DITO, който да приложи, да запази проекта и да цитира следващия проект.

DITO Приложен:

1. Невероятните разработчици, които сте наели, всъщност са безсъние и често могат да разтегнат 8 работни часа в много повече, включително и през почивните дни. 100% печалба в производителността Спестявания: ~ 10 дни. Сега закъсняваме само с 10 дни.
2. Примамвайки програмистите с храна за вкъщи, можете да спечелите уикенди и да работите чрез хранене. (Разработчиците са брилянтни момчета, но винаги съм се чудил защо програмист от $ 75 на час ще работи за един час обяд за пица за $ 10 ... кой знае ?!). Спестявания: ~ 25%. Сега закъсняваме само с 5 дни.
3. Тъй като крайните срокове стават очевидни и клиентите стават по-ядосани, ще трябва да добавите Mountain Dew към Take-Out, но това понякога ще доведе до 24 до 36 часа пряко програмиране. Полученото решение ще бъде пуснато с грешки (понякога поради трохи от пица в клавиатурата) навреме.
4. ДИТОприложените резултати след издаването водят до 5-дневна икономия на подобрение след издаването.

Комбиниране на СМЪРТ и ДИТО резултатите от изчисленията са прости 1.5 кратни при завършване на проекта. Винаги прилагайте 50% повече време за изпълнение на проекти, отколкото очаквате.

ЗАБЕЛЕЖКА: Съкращението СМЪРТ е приложимо, защото разработчиците ще умрат средно с 25% по-рано от обичайния служител поради усложнения, произтичащи от липса на сън, високо кръвно налягане, диабет и проблеми с теглото от закупени от работодателя пица, понички, планинска роса и кафе. ДИТО се прилага, защото хората от продажбите ще приложат първоначалната оценка за следващия продаден проект.