English version
German version
Spanish version
French version
Italian version
Portuguese / Brazilian version
Dutch version
Greek version
Russian version
Japanese version
Korean version
Simplified Chinese version
Traditional Chinese version
Hindi version
Czech version
Slovak version
Bulgarian version
 

70% разтвор: практическо изпитване и контрол на версиите

Бизнес RSS Feed





"Какво искаш да кажеш трябва да се отложи датата започне?" Казва изпълнителният директор. Казва главен финансов директор. Казва общността на потребителите. CTOs, директори, както и всички служители, които следят за големи проекти е трябвало да достави страховитите съобщение. Но крайният срок за целите на краен срок е опасен капан, който може да консумира цял проект и да го безизходно положение до точката, че тя никога не стартира. През годините съм се с шест прости правила, които помагат срокове стават все по-значим, при запазване на разработчиците, общността на потребителите, на главен финансов директор и главен изпълнителен директор на всички satisfied.1. Винаги са незначителни за управление на версиите цялата развитие. Група функционалните изисквания в малки версии, така че основната функционалност е приоритет и затова, че целия екип на развитие като цяло, действащи на същите малки version.2. Винаги целевите малки версии на всеки 2-4 weeks.3. Винаги започвайте изпитване в момента, всеки второстепенен версия е complete.4. Винаги приоритет бъгове фиксиране на най-високо ниво при завършването на всеки testing.5. Не се допуска една проблематична функционален аксесоар за една showstopper. Преговарят с общността на потребителите и главен финансов директор и главен изпълнителен директор за забавяне или премахване на доставката на тази functionality.6. Винаги стартиране на продукта на време - докато най-новите напълно завършен незначителни версия е функционално еквивалентна или по-добре от сегашната система производство. Хвърлят го, без значение колко далеч сте от complete.So 100 процента искам да хвърлям непълно заявление? Нека просто го наречем "функционално оспорва ". Това е, което аз наричам на 70% разтвор. Крайният срок не се движи и разработчиците дават напълно тествани, бъгове фиксиран версия навреме и в рамките на бюджета. Това дава възможност за управление за оценяване нататъшни инвестиции в прилагането функционалност, докато усвояване на ползите от всяко развитие на date.Don го обвинявам разработчиците. Това е по-вероятно един проект работи по бюджет и през срока поради оптимисти разходи за планиране или обхват пълзене от лоши умения за разработчик. Вследствие на тези правила гарантира доставката на най-добрия продукт на екипа за развитие може да се постигне в рамките на определен бюджет, или период от време. Дори и в една среда, в която обхвата пълзене става фактор, нарастващо изисквания могат да бъдат планирани в малки версии, така те никога не са попречили на старта на "функционално оспорва" application.Testing? Кой се нуждае от изпитване? Така че не сте следват шест правила, вие сте последните датата код замразява, а ти си би трябвало да бъдат в крайното изпитване, но все още има повече неща за изпълнение. Общността на потребителите и главен изпълнителен директор искам да знам дали ще може да започне по време, независимо. Това е, когато той ви удари-ако само можем да "рационализира" на фаза тестване ние все още може да го направи. Много лоша идея. Разходите за подкрепа вън, поради недостатъчно тестване може да струва повече от проекта себе си. Наскоро бях свидетел на botched изпълнение на заявка за обслужване на клиенти, че почти разходите на дружеството под съмнение нейните трите най-големи клиенти и милиони dollars.Work си посредничество магия. Прилагане развитие на мениджърите трябва да бъдат част преговарящ и магьосник част. Те трябва да водят всички страни щастлив, дори ако продуктът очаквания и бюджетни ограничения са в конфликт. Никой не иска 70% разтвор, но Всеки може да живее с него. И 100% никой няма щастлив, знаеш, че вероятно това е right.Read повече в конкретния случай: "В четвъртък Rule" Стив Пикард главен изпълнителен директор, FounderWorking активно с Oracle от началото на 90-те, Стив architected и разработени всички големи складове данни и вземането на решения за подкрепа на всепризнатата миг Уеб applications.Steve Завършва математика и по "Мениджмънт на информацията Система от Отава университет. Преди основаването Питийските, Стив работи като консултант на много фирми, както и канадското правителство. Той остава основен архитект на Питийските на сложни вътрешни

Член Източник: Messaggiamo.Com

Translation by Google Translator





Related:

» Legit Online Jobs
» Wholesale Suppliers
» The Evolution in Anti-Spyware
» Automated Money Machine On eBay


уебмастъра Вземи Html кодекс
Добави тази статия на вашия сайт сега!

уебмастъра Подайте членове
Не е необходима регистрация! Попълнете формата и статията ви е в Messaggiamo.Com директория!

Add to Google RSS Feed See our mobile site See our desktop site Follow us on Twitter!

Подайте членове на Messaggiamo.Com директория

Категории


Авторско право 2006-2011 Messaggiamo.Com - Карта на сайта - Privacy - уебмастъра представят вашите статии за Messaggiamo.Com директория [0.01]
Hosting by webhosting24.com
Dedicated servers sponsored by server24.eu