памятай, што трываласць ланцугі вызначаецца па самаму слабаму звяну

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

Прыклад: гэта ўсё аб дэдлайне!

Дапусцім, вы будуеце што-то для Алімпійскіх гульняў. У праекта вельмі строгі дэдлайн, што робіць кіраванне тэрмінамі вельмі важным. Ці так гэта?

Што калі якасць настолькі нізкая, што праз некаторы час патрабуецца паўторная праца. Гэта паўплывае на час, значыць, трэба надаваць увагу якасці ў тэрмінах. У вас можа быць мудрагелісты сад, названы ў першапачатковым вызначэнні праекта, але вы ведаеце, што калі не хапае часу, вы можаце прапусціць яго і проста замяніць траўнікам, калі вы своечасова разгледзелі гэтую магчымасць і падрыхтаваліся да яе. Такім чынам, кіраванне зместам таксама важна. Цяпер змест, час і якасць у цэнтры нашай увагі.

Вы чулі пра знакаміты выпадак, калі прэзідэнт Кэнэдзі сустрэў прыбіральніка ў NASA і спытаўся ў яго, што ён робіць? Прыбіральнік адказаў: «Я дапамагаю пасадзіць чалавека на Луну». Хіба такія людзі ў праекце не дапамагаюць выканаць яго ў тэрмін?

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

Прыклад: выбарачныя запазычанні

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

Таму мы часам бачым супярэчлівыя элементы ў розных падыходах; нешта добра працуе ў адным, а яго супрацьлегласць добра працуе ў іншым. Самі па сабе гэтыя элементы не з’яўляюцца ні правільнымі, ні няправільнымі.

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

Прыклад: антыпрацесный падыход

Адна з лепшых рэчаў, якую зрабілі Agile-метады, - прыцягненне ўвагі да чалавечых аспектах. Agile Manifesto дае вялікую каштоўнасць асобным асобам і узаемадзеянням у параўнанні з працэсамі і прыладамі, хоць гэта можа і не быць справядлівым параўнаннем. Амаль усе падыходы прызнаюць важнасць чалавечага аспекту, але менавіта ў Agile чалавечыя аспекты ўбудаваны ў працэсы, а не з’яўляюцца іх дадаткам. Такім чынам, гаворка ідзе не аб канкурэнцыі паміж чалавечымі аспектамі і працэсамі, а хутчэй пра тое, як чалавечыя аспекты разглядаюцца ў сістэме.

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

Прыклад: гэта ўсе дамены, якія вам патрэбныя

Калі вы думаеце аб даменах, будзьце асцярожныя, каб не прапусціць ні адзін з іх. Дарэчы, што гэта за дамены? Калі вы праверыце асноўныя рэсурсы, вы атрымаеце розныя адказы; і ўсё ж, ні адзін з іх не з’яўляецца поўнай праўдай.

Тэмы PRINCE2^® - гэта дамены, але гэта толькі тыя дамены, якія гуляюць ключавую ролю ў метадалогіі. Іншыя дамены толькі маюцца на ўвазе.

Кіраўніцтва PMBOK^® не з’яўляецца метадалогіяй і можа сфармуляваць адказ значна лепш з дапамогай дзесяці абласцей ведаў. Аднак гэта інтэрпрэтацыі ўсіх даменаў, заснаваныя на пункце гледжання кіраўніцтва PMBOK^® на праект, а не на нейтральнай (нейтральная кропка гледжання існуе не заўсёды). Напрыклад, чалавечыя аспекты не атрымліваюць вялікай увагі ў Кіраўніцтве PMBOK^®.

Добрым крыніцай інфармацыі аб даменах з’яўляецца ICB. Аднак тут гаворка ідзе не аб даменах, а аб кампетэнцыі, якія патрабуюцца ў праекце. У іх няма адназначных супастаўленняў з даменамі, але гэта вельмі дапамагае ў іх ідэнтыфікацыі.

У NUPP няма спісу даменаў, у першую чаргу таму, што гэта хутчэй метасістема, чым сістэма, а таксама таму, што катэгарызацыі даменаў залежыць ад тыпу праекта і яго асяроддзя; напрыклад, руцінны будаўнічы праект можа мець патрэбу ў іншым падыходзе, чым творчы даследчы праект.

▼ PDF