1. Прадпрыемства патрабуе праект аўтаматызацыі? Пачніце правільна! На нулявым этапе, г.зн. у месцы...
2. выбар тэхналогіі
3. ўзгадненне дакумента

Прадпрыемства патрабуе праект аўтаматызацыі? Пачніце правільна!

На нулявым этапе, г.зн. у месцы вашага чытання, мы не маем ніякага ўяўлення аб парадку работ, бюджэце і тэрмінах дасягнення статусу "Працуе як трэба!». Адзінае, чым мы можам валодаць - разуменнем, што бізнес-працэс працуе не эфектыўна. На жаль, часта кіраўнікі гэтага не бачаць ці не жадаюць бачыць. (Прыклады відавочных неаптымальнай бізнес-працэсаў вы ўбачыце ў будучых рассыланнях).

Пачынаць працу неабходна з складання Тэхнічных патрабаванняў (ТТ) праекта 1С аўтаматызацыі (аптымізацыі або беражлівага вытворчасці).

Якой-небудзь структуры дакумента ТТ ў ДАСТ Р ІСО / МЭК 12207-2010 вы не знойдзеце.

«Сапраўдны стандарт не ўсталёўвае патрабаванняў да дакументацыі ў частцы яе найменняў, фарматаў, пэўнага зместу і носьбітаў для запісу"

ДАСТ Р ІСО / МЭК 12207-2010

Адразу паведамлю, што дакумент ТТ неабходны для:

• ўзгаднення патрэбных функцый і іх ўзаемадзеяння паміж падраздзяленнямі;
• пацверджання дырэктарата ў неабходнасці праекта і ідэнтыфікацыі Замоўца праекта (службовая асоба прадпрыемства);
• аргументаванага падставы пачатку дыялогу з Выканаўцам.

Ва ўласнай практыцы я выкарыстоўваю прыблізна вось такі пералік, як на малюнку. Ён чымсьці падобны з ​​тэхнічным заданнем, але мэта іншая. Праўда ён будзе незаменным памочнікам у будучыні пры напісанні асноўнага дакумента праекта - тэхнічнага задання.

Раздзелаў шмат, але асноўнай мэтай дакумента з'яўляецца апісанне бізнес-патрабаванняў праекта. Іх фармулёўка, у першую чаргу, дазваляе супрацоўнікам прадпрыемства (Заказчыку) выпрацаваць адзіны пункт гледжання на перспектыву праекта. Менавіта тут узнікаюць першыя дэбаты кіраўнікоў падраздзяленняў аб патрэбе таго ці іншага функцыяналу і «хто гэта будзе рабіць».

Вось прыклад падзелу бізнес-патрабаванняў нядаўняга дакумента ТТ вытворчага прадпрыемства па ўкараненні 1С: ERP.

Як бачыце, табліца бізнес-патрабаванняў ўтрымлівае ўчастак аўтаматызацыі (прадметную вобласць), бізнес-патрабаванне і прыярытэт. Бізнес-патрабаванні складзеныя лаканічна. Ніякіх падрабязнасьцяў тут быць не павінна, паколькі гэта канцэпт. Дэталі будуць у тэхнічным заданні, але менавіта гэта першы крок да самапазнання і дабрабыту прадпрыемства 🙂 Прыярытэт паказвае парадак чарговасці рашэння гэтых праблем не.

Хто павінен стварыць дакумент?

Ідэальна - штатны супрацоўнік з веданнем праектных тэхналогій і спецыфікі прадпрыемства. Часта такі кампетэнцыі на прадпрыемстве няма. Асвоіць! Нічога складанага - гэта не тэхнічнае заданне. Калі ж звяртацца да знешняга Выканаўцу, то ўзнікае іншая непрыемнасць - падрадчык не валодае спецыфікай прадпрыемства.

На практыцы я часта сустракаю што гэты дакумент не распрацоўваюць, чым ствараюць першую ж памылку праекта.

»« Паўната дадзеных неацэнная! »

Тэхнічныя патрабаванні »

Гэта дакумент патрабаванняў. Такім чынам маем 2 варыянты запаўнення. Глядзім на блок-схему.

Паказаўшы ў ТТ тэрміны выканання праекта, тэхналогію, абмежаванні, вы тым самым прад'яўляеце Выканаўцу ўмовы да яго рэсурсаў. Калі праект праца- і / або навукаёмістых, то ў тэндэрных УДЗЕЛАМ адпадаюць слабыя прэтэндэнты, якія не валодаюць вытворчымі магутнасцямі, якія няздольныя выканаць па абранай тэхналогіі і ў патрабаваны тэрмін. Тут пастаўлю зноску - дзеля праекта многія зманяць што могуць. У будучай рассылцы я апішу як распазнаць блеф прэтэндэнта (у конкурсах па аўтаматызацыі 1С).

Неабходна ўказваць тэрміны - пачатак і заканчэнне праекта. Дыскрэтнасць - квартал, калі рэалізацыя праекта ацэньваецца ў больш чым 6 месяцаў. Мага менш, але не забывайце што гэта першасны прагноз, і для памесячна планавання патрэбныя аргументы.

Дакладная дата заканчэння праекта варта толькі ў тым выпадку, калі маштаб праекта настолькі вялікі, што абяцалі У.Пуціна. Але ўлічваючы апошнія падзеі з будаўніцтвам новага касмадрома «Усходні» і дэдлайн - ня дэдлайн 🙂

У ходзе паездкі на касмадром "Усходні" Уладзімір Пуцін заявіў аб парушэнні тэрмінаў выканання шэрагу праектаў па касмадром і дазволіў перанесці першы пуск з «Усходняга» на 2016 год.

РІА Навіны

Часам, калі вядомыя некаторыя дэталі праекта - выбар тэхналогіі ўкаранення і наяўнасць вопыту па аналагічным праекце, я паказваю часовую стужку стадый праекта (з MS Project). Гэта я раблю пры руху па «пракладзенай» дарожцы і разумею крокі. Як бачыце, замест тэрміна «Этап праекта» выкарыстоўваю «Квант» (для тэхналогіі хуткага выніку ТБР). Ніжэй растлумачу чаму.

Дапушчальныя нормы адхіленні ў рэалізацыі праекта я дэталёва апішу ў рассыланні пра Тэхнічнае заданне. Там вельмі важна разуменне межаў выхаду за тэрміны праекта.

выбар тэхналогіі

Па-першае: тэхналогію можаце не ўказваць, тым самым дае магчымасць Выканаўцу прапанаваць лепшую на яго погляд. Але калі на вашым прадпрыемстве (часцей у Групе Кампаній) распрацаваны методыкі і стандарты праектнага кіравання - трэба ўказваць ўласную тэхналогію. Пры ўсім іх разнастайнасці - іх адзінкі, астатняе «дыялекты» :).

Для пачатку я б парэкамендаваў вам азнаёміцца ​​з артыкулам «Як запускаць праекты своечасова» . урывак:

Крызіс. Адставанне на 56 дзён. Менеджэр ў паніцы. Да праекта падключаецца дырэктар студыі: асабіста едзе да заказчыка і дамаўляецца аб павелічэнні тэрмінаў на два месяцы. Кліент згаджаецца, але не гатовы аплачваць дадатковы час. Студыя працуе бясплатна. + 60 дзён у план

Слова «студыя» можна замяніць на 1С: Франчайзі. І будзе ўсё гэтак жа.

У гэтым жа артыкуле апісваецца, як я яе называю, квантавая тэхналогія (c). Квант - дасягненне непадзельнага абавязковага выніку за кароткі прамежак часу. Мая любімая і эфектыўная 🙂

Што на гэты конт прапануе 1С:

1С: ТБР (Тэхналогія хуткага выніку)

ТБР - ні месяца без выніку!

Як адзначана вышэй, ТБР - гэта тэхналогія кіравання праектамі ўкаранення праграмных прадуктаў на базе "1С: Прадпрыемства», накіраваная на атрымання хуткіх, рэгулярных і якасных вынікаў, якія маюць каштоўнасць для заказчыка.

Тэхналогія Хуткага Выніку:

• накіравана на мінімізацыю рызык за кошт фармалізаванай жыццёвага цыкла праекта і набору спецыялізаваных кіраўніцтваў;
• дазваляе знізіць транзакцыйных выдаткі, звязаныя з вядзеннем праекта;
• простая ў засваенні, Індустрыяльная (лёгка адчужаецца, тыражуецца і адаптуецца для пэўнай кампаніі);
• даступная як для партнёрскай сеткі фірмы "1С", так і для кліентаў;
• грунтуецца на багатым вопыце удзельнікаў партнёрскай сеткі фірмы "1С", існых тэхналогіях (стандартнае ўкараненне) і перадавым сусветным вопыце (PMI PMbok, eXtreme Programming).

http://www.1c.ru/news/info.jsp?id=10403

1С: ТСВ (Тэхналогія стандартнага ўкаранення)

Гэта ўкараненне тыпавога рашэнні без строгай фармалізацыі праекта з магчымымі невялікімі дапрацоўкамі (напрыклад, ўнясенне / змяненне дадатковых справаздач, апрацовак, друкаваных формаў), якія не ўплываюць на структуру базы дадзеных. З-за таго, што многія / усе бізнес-працэсы прадпрыемствы накладваюцца на логіку працы праграм 1С, то, магчыма, мінімальная ўдзел Заказчыка.

1С: ТКВ (Тэхналогія карпаратыўнага ўкаранення)

Велізарны камень - цяжкі, непаваротлівы, статычны ... [Тэхналогія заснавана на правілах праектнага кіравання PMBoK (Project Management Body of Knowledge). Гучыць трэндавымі, чым ДАСТ 34] ... і калі яго захацець пасунуць - патрабуецца велізарныя рэсурсы і час. Кожны этап апісаны, узгоднены набор абавязковай дакументацыі. Часта з абавязковай наяўнасцю ТТ (аб чым і гаворка артыкула).

Для аналізу выбару тэхналогіі я выкарыстоўваю ўласную табліцу.

Поінт дапамогуць вам у выбары. АЛЕ! Вашу аналітычную працу ніхто не адмяняе. Вы павінны разумець, што ёсць віды бізнэсу дзе 5 чалавек патрабуюць ТКВ. Напрыклад, даччынае прадпрыемства буйнога холдынгу якое займаецца сэрвісам - уборкай тэрыторыі, грамадскага харчавання, паслугамі аўтатранспарту і да т.п. - шмат бізнэс-працэсаў, якія патрабуюць апісання.

ўзгадненне дакумента

Наяўнасць ўзгодненага дакумента пацвярджае, што дырэктарат азнаёмлены (ці ж выступае ініцыятарам) з намерамі пачаць дыялог аўтаматызацыі з выканаўцам і ўсведамляе вобласці і бізнес-патрабаванні аўтаматызацыі.

Калі дакумент ТТ доўгі час не падпісваецца варта насцярожыцца. Магчыма ініцыятар праекта не мае ўплыў на прыняцце рашэння, альбо адсутнічае адзіны пункт гледжання, альбо ТТ створаны нездавальняюча і не раскрывае бізнес-мэты ў поўным аб'ёме.

Калі плануецца выконваць праект сіламі прыцягваецца, арганізацыі, то дакумент ТТ з'яўляецца прадметам першаснага дыялогу з прэтэндэнтамі. На падставе гэтага дакумента вы можаце запытаць першасныя аналізы, фарматы работ, папярэднія ацэнкі і да т.п.

Рэальныя ўзоры дакументаў ТТ можаце запытаць па электроннай пошце: [email protected] з тэмай «ТТ«

Сяргей куканаў, праектны менеджэр ІТ праектаў, бізнес-аналітык.

Чаму ў штаце 6 праграмістаў 1С, а УПП не працуе .