Издаване управление на методология за проследяване на проекта въпроси
1. Какъв е проблемът? Въпросът е инцидент, обстоятелство проблем или запитване, които засягат или могат да се отразява на срочното изпълнение на проект, продукт или услуга, тя може също да повлияе на качеството на продуктите, и разходите за production.Some проекти са в ход и за определянето на даден въпрос е малко по-различна. А Help Desk определя един въпрос, тъй като искане за помощ, което изисква отговор. Услуга отдел следи на услуги заявки за услуги и въпроси. Група софтуерна поддръжка песни доклади на софтуерни бъгове и повишаване на исканията issues.Because на въздействието въпроси са по проект, разработване на продукти или текущи услуги, въпрос за управление е важен аспект във всеки управление методология. Тази методология за управление на издаване обещава да направи разглеждането на въпроси на плавен част от по-голям scoped методики, а не като процес отделно от them.It обикновено не е трудно за членовете на екипа да се идентифицират проблеми, но тя все още е на стойност като работна дефиниция на един въпрос. Не забравяйте, че колкото по-амбициозни проекта си за повече въпроси ще arise.Action продукт: Екипът на проекта трябва да бъдат информирани за това, което въпроси, предвиждат някои примери, и питам другите членове на екипа да се дадат някои examples.2. RequirementsA централно хранилище на издаване информация лесно достъпна за всички членове на екипа, защото това е добре за отбора морала и производителността да знаят, че техните проблеми се решават. Автоматизирана централно хранилище, като издаване Tracker е желателно, тъй като направи въпрос за управление и отчитане много по т. easier.Action: Избор на централно хранилище за вашия ръководител issues.An въпрос за лице, избран да контролира всички въпроси. Тя може да бъде ръководител на проекта, ръководителят на екипа или друга лице в една отговорна позиция ръководство. Въпросът ръководител е отговорен за гарантиране, че не е последователен, дисциплиниран и постоянен напредък по всички въпроси. Въпросът ръководител е отговорен пред горната управление за постигнатия напредък по всички въпроси. Въпросът ръководител съобщава за напредъка на екипа, горната част на управлението и всички елементи stakeholders.Action: назначи мениджър на издаване и да уведоми въпроса управител на тяхната роля и responsibilities.This методология за управление на издаване представлява най-добри практики за управление на въпроси. Все пак, целта е да има един успешен проект, разработване на продукти или услуги, като целта е да не се следват методологията fanatically.Action продукт: Приспособяване на методологията, така успех на проекта ви е maximized.3. Steps3.1 DiscoveryIssues могат да възникнат по всяко време. Когато даден въпрос е открила, че е са регистрирани в централната repository.It е важно да се даде възможност въпросът да бъде записана от широка група от хора, включително членовете на екипа, горната част на управлението, потребителите, клиентите, заинтересованите страни, доставчици и изпълнители. Това е важно, защото ако има пречки за отчитане на въпрос след това има повишен шанс, че въпросът ще незаписани. Вие не може да се обърне въпроси, които не знаят. Не е необходимо, че всеки има достъп до централната хранилище, но колкото повече може да позволи на т. better.Action: Създаване на достъп до централния регистър за тези хора, които се нуждаят от it.3.2 RecordingTraining хора за намиране често ненужни, обаче Първи хората да се записват въпрос в централно хранилище ще отнеме известно обучение и насърчение. Например, един член на екипа може да посочи един незаписани въпрос за ръководителя на проекта по време на кафе-пауза или други неформални случай, този отбор се нуждае от някои държави-насърчаване отчитането на такива проблеми в централната repository.For всякакви въпроси, превенцията е по-добре от корекция. Освен това, въпросите са по-тежко, ако те са адресирани по-рано, отколкото късно. Това означава, че всички усилия трябва да се съобщават за проблемите веднага след като те бъдат открити, вместо да чакат за издаване да стане "достатъчно сериозно", преди да го записвате. Да не се се страхуват от копиране на издаване или припокриване със съществуващите проблеми, е по-добре, отколкото липсва issue.A пълно описание на причината на проблема трябва да се отчитат в централно хранилище. Въздържайте се от изкушението да се опише въпроса от гледна точка на решение. Всяко отражение на проблема трябва да се отчита. Приложете всички подкрепящи документи, снимки на екрани, доклад продукция, факсове, съобщения за грешки и други медии, че описва проблем.Комисията лице, което е запис на въпроса може да направи препоръка за решение, ако разполагате с такъв. Това лице трябва да възложи на въпроса, ако е възможно, дори ако е само, възложени на издаване Мениджър за повторно assignment.When проблем е първоначално регистриран трябва да се отчитат в централно хранилище с код, който отразява факта, че е нов проблем и не е бил преразгледан. Направен е опит да също така да се категоризира и ранг на тежестта на проблем.Комисията дата и, което е създало проблем трябва да бъде вписана в централния регистър. Това става автоматично за Вас в системите, като екипи на издаване Tracker.Many описват проблемите от гледна точка на желаното решение, оставяйки другите да се потвърди действителното им издаване. Това не е най-добра практика, тъй като тя ограничава обхвата на възможностите за творчески решения. Като пример за лошо формулиран въпрос: "Ние нужда от повече хора. "Няма признаци, в този пример на това, което действително е въпрос, така че намирането на алтернативни решения, е невъзможно. Ако например въпросът е бил формулиран като" Доставка отдел ни е блокирана с продукта, има възможност за повреждане на храните, ако не могат да получат доставен продукт. "По въпроса гласи този начин може би на корабоплаването отдел може да узнае за това как има действие предизвиква въпроси за определяне на линия и адаптират своите actions.3.3 Първоначално ReviewThe първоначален преглед е разпределяне на нови проблеми. Това обикновено се извършва чрез издаване управител или заместници, които са запознати с обхвата и приоритетите на проекта. Ако екипът е малък за целия екип да се срещнат за преразглеждане. За всяко ново издание на статута, категорията и тежестта да се преглеждат и на въпроса, възложени на някого за действие и по желание един собственик се определя като follows.Sometimes същото лице, което записва проблем може да се правиш на първоначалния преглед, така че тези две стъпки могат да бъдат разтопени в едно в този брой situation.3.3.1 решение StatusA се прави за следващото състояние на въпрос. (Предишното състояние, е "нов".) Следващата статут на въпроса отразява естеството и графика на действията за решаване на проблема. Той е един от следните: отворен: незабавни действия ще бъдат предприети за справяне с issuedeferred: действия, ще бъде отложено, докато някои бъдещи timereferred: Ще бъдат предприети действия от някои други групи, най-вероятно, тъй като въпросът е извън контекста на сегашната scopecancelled: не ще се предприемат действия сега или в бъдеще 3.3.2 категоризират issueA първи опит за категоризиране на въпроса беше направено, когато е било първото записват. Но, сега по време на първоначалния преглед на категорията може да се refined.The правилното категория въпрос е полезен, когато приоритизиране на ресурсите, необходими за справяне с проблемите. Тя е особено полезна за докладване purposes.Action точка: Обсъждане с екипа на най-добрите начини да се категоризират на въпроси очаквате да получите, както и документ от категориите , които ще бъдат used.3.3.3 ранг тежестта въпрос severityThe отразява важността на получаване на решения въпрос. Очевидно е, че искате да насочи ресурси към най-важните въпроси пред малка ones.Action артикул: Избор на малък набор от тежестта кодове, които имат ясно класиране. Например: тривиален, Стандартен, Важна, от решаващо значение. Някои хора предпочитат: ниско, средно, високо, много High.3.3.4 AssignmentFrom самото начало на следващата лице да предприеме действия по въпроса трябва да бъде назначен за издаването и нотифицирани. Издаване Tracker автоматично ще уведомява лице, определено на въпроса чрез email.If въпроса описание е непълно, въпросът може да бъде поставят в съответните страни да събере необходимата информация, да направят описание въпрос clear.Assign един човек, а не като група. Опитът показва, че възлагане на въпроси на лица, води до по-голяма отчетност от възлагане на въпроси за групи. Едно лице може да се сблъскат за липсата на напредък, е много по-трудно да се изправи срещу една група от хора. А група може да бъде представляван от ръководител на групата, така че можете да присвоите един въпрос към "Лидер" група, които ще предприеме действия, за преназначаване на въпроса за коригиране на групата, който действително ще отговори на issue.3.3.5 OwnershipIt трябва да бъде възможно да се вземе решение кои заинтересовани страни са на собственика на въпрос. Като проблем собственик е начин на отчитане, който е отговорен за resolution.Owners на емисията трябва да преразгледа въпроса, които притежават за напредъка на резолюция. Ако напредък не е достатъчно издаването мениджър трябва да се каже така, че ситуацията може да се remedied.3.4 Като процес ActionThe за справяне с проблема повтаря през следващите под-стъпки, докато въпросът не бъде решен. Лице, назначено на въпроса, да предприеме действия с Адрес на проблем.Комисията лице, определено на въпроса, документи за действията, предприети като въпрос събитие в централно хранилище. Въпрос събитие е името на лицето, дата и описание на дейността taken.Some издаване процеси изискват одобрение стъпка преди по-нататъшни действия могат да бъдат взети. Това одобрение трябва да бъде под формата на подписването на разстояние по предложение. Докато на хартиен носител подписи са приемливи, една автоматизирана система е по-добре. Издаване събития в Моите доклади може да бъде използувана за да подпише, тъй като потребителят е длъжен да влезете, за да се легитимират, това е толкова добър, колкото една книга signature.If има документация в подкрепа на предприетите действия, като анализ на икономическата ефективност на предложените промени системата, поддържащи файлове са прикрепени към проблем.Комисията процеса на намиране на решение може да помогне за усъвършенстване на описание въпрос. Това уточнение следва да бъдат отразени в актуализации на въпроса описание и заглавие, както и свързани допълнителните поддържащи файлове. Тя може също така да изискват издаването бъде отново categorized.If следващата итерация е задължение на друго лице, въпросът е reassigned.If въпросът е разрешен в тази итерация, статутът е актуализиран, за да отрази факта, че въпросът не е активна. Забележете, че предприетите действия могат да включват презадаване издаване, промяна на статута, рафиниране на въпрос описание, промяна на категорията на този въпрос. Всички тези промени трябва да бъдат записани в централно хранилище. Промяната на статута, категорията и тежестта автоматично сте логнати за вас по автоматизиран система като Издаване Tracker.3.5 Активен OversightConsistent и непрекъсната оценка на въпроса с въпрос управител и екипът трябва да се извършва за привеждане на въпроси за резолюция. Това може да се осъществява чрез периодични преглед на всички активни проблеми в централно хранилище с екипа и отделен преглед с stakeholders.Escalate въпроси, ако е необходимо чрез повторно възлагане или чрез промяна на издаване ownership.Report и съобщават напредък по всички въпроси, които са достигнали нивото и на екипа, абонамент може да се използва от горната част на управлението и на екипа да следи напредъка по отделните въпроси. Това отчитане могат да бъдат интегрирани в проекта статут reporting.Analyze за напредъка и да се адаптира действия. Централният регистър трябва да бъде в състояние да предоставят обратна информация за това как ефективно въпросите са производство от създаването на резолюция. Ако е като твърде дълъг, за да решаване на важни проблеми, а след това управителят на въпрос трябва да намери начини за подобряване на рулиране time.4. FinallyThe Следват още няколко itemsAction действия продукт: разпространявате копия на тази методология за управление на издаване за членовете на екипа и заинтересованите страни, така че всеки знае как и защо са въпроси managed.Action продукт: адаптиране и мащаб този въпрос методология за управление по ваш вкус мащабен проект и т. quirks.Action: Създайте си централно хранилище, и да започнете today.This методология въпрос за управление се развива в продължение на много години. Тя се развива от опит по проекти с бюджет от $ 500,000 до $ 50,000 милиона, които са имали общ брой на въпроси, вариращи от няколко стотин до няколко хиляди въпроси. В половината от случаите, екипа на проекта е бил физически разпръснати в няколко countries.Grant Мъри е ръководител на проекта и архитект предприятие заявление
Член Източник: Messaggiamo.Com
Related:
» Legit Online Jobs» Wholesale Suppliers
» The Evolution in Anti-Spyware
» Automated Money Machine On eBay
уебмастъра Вземи Html кодекс
Добави тази статия на вашия сайт сега!
уебмастъра Подайте членове
Не е необходима регистрация! Попълнете формата и статията ви е в Messaggiamo.Com директория!
