PM Stories » software engineering

Краят на софтуерното инженерство?

Майк Рам — Thu, 30 Jul 2009 05:10:19 +0000

Tom DeMarco, един от големите световни специалисти по управление на софтуерни проекти, автор на една от най-важните книги за управлението на хора – Peopleware – разбуни духовете наскоро с публикуването на една своя статия, в която се отрича от предишните си вярвания за смисъла и важността на софтуерното инженерство, обявявайки го за ненужно.

Какво, всъщност, представлява софтуерното инженерство?

Терминът на английски е software engineering и в компютърните среди все още няма консенсус относно неговото точно значение. Някога, в зората на компютърната индустрия, са смятали, че софтуерното производство трябва да се постави на научна основа и да се разглежда като инженерно-техническа дейност, която може лесно да се планира и контролира. Тази идея бързо се възприема от бизнеса, който все повече иска да измъкне програмирането от научните лаборатории и да го вкара в производствените цикли на печеленето на пари.

На тази идея се противопоставят привържениците на “софтуерното занаятчийство”, които твърдят, че програмирането си е майсторлък и не може да го вкараш в калъп или да му поставяш ограничения. Това е творчески процес, който изисква вдъхновение, вглъбяване и талант.

Факт е, че днес софтуерното производство вече е бизнес като всеки друг, но пък OpenSource движението показа, че може да бъде и некомерсиална дейност, бореща се за качествени продукти без значение от цената. Остава въпросът

дали програмирането наистина е инженерна дейност?

Том ДеМарко смята, че инженерната страна на софтуерното производство се състои във възможността да го измерваш и контролираш. Той е авторът на популярната сентенция “Не можеш да контролираш онова, което не измерваш“. Днес, обаче, той се отрича от възгледите си, че контролът е най-важното нещо в един проект.

За да разберете истинската роля на контрола, представете си два напълно различни проекта:

Проект А, който евентуално ще струва 1 милион долара и ще донесе печалба около 1.1 милиона долара и

Проект Б, който евентуално също ще струва към 1 милион долара, но ще донесе приходи от над 50 милиона долара

Очевидно е, че контролът е от голямо значение за Проект А, но почти не играе роля за Проект Б. Това веднага води до странното заключение, че стриктния контрол има голямо значение за относително безполезни проекти и много по-малко за истински полезните проекти. Излиза, че колкото повече се фокусирате върху контрола, толкова по-вероятно е да работите върху нещо, което носи минимална полза.

За мен, по-важният въпрос не е как да контролираме софтуерните проекти, а защо, по дяволите, се занимаваме с толкова много проекти, от които ползата е почти нищожна?

И още:

За последните 40 години се тормозехме от неспособността си да завършим своите проекти навреме и в рамките на бюджета. Но това въобще не е трябвало да бъде нашата главна цел. Много по-важна цел е трансформацията, да създадеш софтуер, който да промени света или дори да промени само една фирма и начина, по който тя прави своя бизнес.

С тези си думи, Том ДеМарко направо разбива концепциите за управление на проекти, които битуват сред големите организации, но, честно да си кажа, сякаш има право. Не случайно дори и сред популярните блогъри по темата за управление на проекти и производство на софтуер се появиха разногласия и много емоционални коментари. Предлагам ви да прочетете мненията на Jeff Atwood, който подкрепя идеята на DeMarco, и на Glen Alleman, който я отрича.

Разбира се, задължително прочетете статията на Tom DeMarco (в PDF формат).

Гласувайте за тази статия в Svejo.net:

Ако харесвате статиите в този блог и се интересувате от тематиката, която разглеждаме, за да си гарантирате, че няма да изпуснете публикация, абонирайте се за съдържанието му чрез RSS feed или по имейл.

Вижте и тези публикации:

Семинар „Best Practices in Software Engineering” – 20.02.2008

Майк Рам — Mon, 18 Feb 2008 06:00:21 +0000

За тези, които не са видели досега обявата – напомням за семинара, организиран от БАРС, на темата „Best Practices in Software Engineering”.

Семинарът ще се проведе на 20 февруари (сряда) в парк-хотел „Москва” в София, зала „Киев” от 18:00 часа. Входът е свободен – доведете колеги и приятели!

Аз ще изнеса две от лекциите, а третата ще я изнесе Стефан Кирязов от Верео. Ето и самата програма на семинара:

18:00-18:50 – Rapid Development, Part 2 (Майк Рам)
19:00-19:50 – Software Development Estimation – Dark Art or Science (Стефан Кирязов)
20:00-20:40 – Usability Considerations for Developing Web Applications (Майк Рам)

Заповядайте! Обещавам, че ще ви бъде интересно

Гласувайте за тази статия в Svejo.net:

Ако харесвате статиите в този блог и се интересувате от тематиката, която разглеждаме, за да си гарантирате, че няма да изпуснете публикация, абонирайте се напълно безплатно за нашия бюлетин чрез RSS feed или по имейл

Вижте и тези публикации:

Препоръчано четиво: Project Management, System Architecture, Business Analysis

Майк Рам — Fri, 15 Feb 2008 13:02:29 +0000

В софтуерния бизнес ролите на системния архитект и бизнес анализатора са придобили своята стойност и авторитет, но все още малко са хората, които имат задълбочени познания в тези области. Предлагам ви няколко линка с основополагащи ресурси в тази насока, които могат да ви бъдат изключително полезни.

Craig Brown от Better Projects предлага един списък с полезни ресурси в областта на системната архитектура, сред които:

The Journal of Enterprise Architecture, издаван от The Association of Enterprise Architects
The Association of Open Group Architects
Връзки към Enterprise Architecture от Bredemeyer Consulting.

Към неговия списък бих добавил и сайта на Международната асоциация на софтуерните архитекти (IASA), на която и аз съм горд член. Там можете да намерите много ценни материали за ролята и работата на софтуерния архитект – една професия, която тепърва има да разкрие пълния си потенциал.

Същият Craig публикува и един друг списък с Bodies of Knowledge – основополагащите документи на професии, специфични за софтуерното производство като:

BABOK – Business Analysts Body of Knowledge, от IIBA
G2SEBoK – Guide to the Systems Engineering Body of Knowledge, от INCOSE
NPDBOK – New Product Developmet Body of Knowledge, от NPD Solutions
SWEBOK – Software Engineer’s Body of Knowledge, by IEEE Computer Society
Enterprise Architecture BOK – draft версия, предложена от Lastly Kerber

както и връзки към по-популярните “библии” на проджект мениджмънта:

PMBOK от PMI
APM BOK от APM
Competency Standards for PMs от IPMA

Забележка: Някои от връзките са към Google запитвания, тъй като самите документи са платени.

Накрая ви предлагам и един доста обширен речник на проджект мениджмънта от PM Hut, за да бъдете в час с понятията, с които се сблъскваме всеки ден в работата.

Приятно четене!

Гласувайте за тази статия в Svejo.net:

Вижте и тези публикации:

Новият дом на блога за управление на софтуерни проекти

Майк Рам — Sun, 06 Jan 2008 16:09:39 +0000

Добре дошли на страниците на PM Stories – блогът за разработка на софтуер и управление на проекти!

Започнах да пиша по тази тема преди няколко месеца в моя първи блог Спри и помисли!, но реших, че темата за software engineering и project management си заслужава свое собствено място, където да се концентрира интереса на програмисткото братство, и където (надявам се) да се включат повече хора в дискусиите, а защо не и като автори?

Този блог има и версия на английски език, но не всички постове са еднакви. Постовете на английски език третират теми, които засягат професията на софтуерния разработчик и на проджект мениджъра в по-общ смисъл и биха били интересни за читатели от целия свят. Постовете на български език са свързани с теми от нашата действителност, които са по-важни за нас, отколкото за чужденците. Надявам се, че тези от вас, които могат да четат на английски, ще намерят интересни неща и в английската версия на блога.

Ще се радвам, ако сред вас има желаещи да станат автори в този блог. Вярвам, че по този начин ще успеем да направим този блог истински полезен източник на информация в областта на софтуерното производство и управлението на проекти.

Добре дошли в PM Stories!