Управление на проекти - са си направил още
Какво се случва, когато един ръководител на проекта искаме един от членовете на екипа "Свърши още"? Ако сте опитен проектен мениджър, а след това следната ситуация ще звучи много познато. Ако сте нов в тази игра, да вземе думата си за него: Това ще се случи с теб !----------------------------------------- ------------- участието в тази статия: RU Dunyet (известен още като "Червената )-------------------------- ----------------------------( понеделник) Червен: Вие ще да се направи за този петък? Разработчик: О, да. Аз съм действително предсрочно. (Сряда) Червен: Все още ли сме на път за петък? Разработчик: Да, няма проблем. (Петък сутринта) Червен: Свърши ли? Разработчик: Не, но аз трябва да се направи днес. Ако може да има до края на престоя, но аз не виждам защо да не може да приключи тази вечер. (Петък вечер) Червено: Свърши ли? Разработчик: Не, но както казах тази сутрин, ще работи до късно тази вечер да завърши нея. (понеделник) Червен: Свърши ли? Разработчик: Ами, не. Но аз съм много близо. (Сряда) Червен: Свърши се! Разработчик: Аз се блъсна в някои интеграция проблеми, тъй като така и така не обясни му интерфейс правилно. Но не притеснения, той ще ми помогне този следобед го интегрират. Ще ви уведомим, когато сме готови. (Петък) Червен: Свърши се! Разработчик: Аз съм на работа толкова бързо, колкото мога! Не казвам, ще ви уведомим, когато приключа, какво Те предвид под "почти готови"? Най-популярните отговор на "Как си функция отиваш?" Въпросът е "Аз съм почти прави". Но какво да развивам предвид под "почти"? А какво да кажем за "направи"? Аз съм имал разработчиците да ми кажете, че те са били извършени, когато те всъщност дори не им ангажименти код на източника хранилище. Когато попитах ги какво има предвид под готови, те отговориха кода си работил на тяхна машина. Разбира се, те не са извършили им код, интегриран техните функции, той инсталира върху всекидневния изграждане или разработени тестове единица все още, но това е нещо, което правя, след като сте готови, нали? Грешно! Урок LearnedDon't поиска неясни въпроси като "Ти направи още" и след това пеша. Пробийте разработчик за повече информация. Питайте за конкретни резултати като спецификации изискванията към софтуера (СРП), е възможност демо, резултатите от изпитвания единица, или дори по-добре, са един от вашите тестери Напиши пробен изграждане на СРС и да го изпълнявам то срещу дневно строя. Ако тестът не е преминала, тази функция не се прави! Не се вредители. Има предприемачи, които са доказали отново и отново те ще разработят характеристики на време и в съответствие с очила, и няма нужда да ги дразня. Но нека всички знаят, че искате точно доклад за състоянието на всички, и правя това, което е необходимо да се it.Luc Ричард е професионален говорител и автор на над 10 години опит в управлението на разработването на софтуерни приложения. Той може да бъде постигнато чрез проекта Mangler (http://www.projectmangler.com).
Член Източник: Messaggiamo.Com
Related:
» Legit Online Jobs» Wholesale Suppliers
» The Evolution in Anti-Spyware
» Automated Money Machine On eBay
уебмастъра Вземи Html кодекс
Добави тази статия на вашия сайт сега!
уебмастъра Подайте членове
Не е необходима регистрация! Попълнете формата и статията ви е в Messaggiamo.Com директория!
