Среща на Agile и Lean общостта – 18.04.2011
Преди няколко дни получих покана за среща от Явор Николов – колега и участник в някои от моите семинари по управление на проекти, и активен деец на Scrum-движението у нас. Предавам дословно неговото писмо-покана за среща със съвсем малки редакторски корекции.
Здравейте, приятели!
Наскоро да имаше семинар на тема “Методологии за управление на проекти”, където стана дума за Lean & Agile. Затова няма да изпадам в подробности – ще отбележа само, че Lean & Agile са философии/принципи/методи/практики, които през последните години набират широка популярност по света (до някаква степен и в България) и които имат сериозно отражение върху начина на управление на проекти (софтуерни и не само).
Конкретният повод да пиша тук е една инициатива, подета от Jurgen Appelo, целяща подобряване на комуникацията и сътрудничеството между хората в Европа, интересуващи се от Agile и Lean. Подробности за инициативата има тук: http://www.noop.nl/2011/02/agile-lean-europe-energize-the-network.html
На конференцията XP 2011 в Мадрид през месец май 2011 ще се дискутират идеи и планове за Agile Lean Europe (ALE) общността (http://www.noop.nl/2011/03/ale-gathering-at-xp2011.html). Идеята е всяка страна да представи своите идеи пред останалите.
Във връзка с това Scrum Bulgaria групата организира среща на 18 Април 2011, понеделник от 19:00 часа. Сборен пункт – фоайето на Факултета по Математика и Информатика (ул. Джеймс Баучър 5; град София). Основна тема за обсъждане: визия и идеи за Agile Lean Europe (ALE) общността:
- Какво е важно за нас от България по отношение на цялата ALE общност (Европа). В частност отговор на тези въпроси.
- Как ще представим нашите идеи пред останалите? (В най-добрия случай се търси някой да се появи на XP2011 в Мадрид през май 2011).
Междувременно темата се дискутира тук: http://bit.ly/ale-xp2011-bulgaria-sb
Подробности за събитието – на сайта на scrumbulgaria групата.
Срещата е отворена за всички желаещи! Заповядайте!
Гласувайте за тази статия в Svejo.net:
Ако харесвате статиите в този блог и се интересувате от тематиката, която разглеждаме, за да си гарантирате, че няма да изпуснете публикация, абонирайте се за съдържанието му чрез RSS feed или по имейл.
Категории: Гъвкави методологии, Събития | Няма коментари
10 проблема при преговорите с клиенти. Част 1 – избор на методология и избор на клиент
Марио Пешев започна една много интересна дискусия и покани своите читатели да участват в нея или с коментар, или с блог-пост. В нея той поставя 10 проблема, които според него са най-тежките при водене на преговори с клиенти относно стартирането на един ИТ проект и търси мнението и съвета на колеги, сблъсквали се с тях в своята практика.
Въпросите са доста и понеже съм се сблъсквал с тези проблеми и аз, и имам какво да кажа, реших да отговоря в няколко поста. Няма да са цели десет, тъй като някои от въпросите са свързани, но на по-сериозните ще отделя самостоятелен пост, а на другите ще отговоря групово. Ето и списъка с 10-те въпроса:
- Как договаряте условията – гъвкави (agile) методологии или дълги спецификации?
- Колко време отнема контактът с клиента: срещи, телефонни разговори, мейли?
- По какъв начин договаряте дизайна, за да избегнете постоянните промени в процеса на работа?
- Как разпределяте минорните (незначителни и кратки) корекции от съществените (тези, които отнемат време и водят до закъснения и загуби)?
- По какъв начин договаряте плащанията (авансови, на фази, на срокове)?
- Работите ли извън стандартното време (вечер, уикендите)?
- Как реагирате при закъснения на клиент (забавяне на материали, закъснение при отговор и на плащане)?
- Кои са задължителните въпроси и уточнения, които задавате и разяснявате на клиента в началото?
- Колко от проектите ви са на загуба или със закъснение?
- Кои са признаците на потенциалния проблемен клиент?
В този пост ще се фокусирам върху първия и последния въпрос – за избора на методология и за избора на клиент – тъй като те са основополагащи и от тях зависят отговорите на всички останали въпроси.
Независимо дали работя по голям проект като мениджър във фирма, или нещо по-малко като фрийлансър, принципът, по който решавам каква методология да избера, е в зависимост от това дали клиентът има ясна представа за проблемите, които иска да реши и за решението, което иска да внедри.
Първата работа е да си изясним проблемите.
Категории: Гъвкави методологии, Управление на проекти | 4 коментара
The Agile Manifesto – превод на български
Когато още през 2001 г. беше публикуван Agile Manifesto, бях привлечен от принципите и ценностите, които неговите автори издигнаха като основополагащи в едни нови отношения между софтуерните разработчици и потребителите. Признавам, че някои от практиките все още са трудно приложими в днешния меркантилен свят, но ето че близо 10 години тези принципи и ценности доказаха своята стойност и все повече хора в софтуерния бизнес се обръщат към тях.
За моя приятна изненада открих, че е създаден официален проект за превод на Agile Манифеста на различни езици и веднага побързах да се регистрирам като преводач на български. Съгласно правилата на проекта, всеки превод трябва да бъде предложен на публична дискусия и затова създадох специална страница в този блог, където публикувах оригиналните текстове и моите преводи, като преводите ще бъдат периодично актуализирани, съгласно вашите коментари към тях.
Категории: Гъвкави методологии | 7 коментара
Пътят на Agile през 21-ви век
Гъвкавият (Agile) подход при разработване на софтуерни проекти винаги е предизвиквал противоречиви чувства в мен. Може би защото повечето хора, които го проповядват, всъщност не го разбират, и така той остава неразбираем и за другите.
Alistair Cockburn е един от хората, които са измислили идеологията и принципите на Agile, един от хората, подписали The Agile Manifesto – основополагащия документ на гъвкавото движение, а както се оказа – един изключително интелигентен и отворено-мислещ човек.
Предлагам ви един видео запис от негова презентация на конференцията Agile 2009, където той споделя виждането си за пътя на Agile – откъде е тръгнал подхода, какви са новите предизвикателства пред него и какви са посоките, в които трябва да се развива, за да бъде успешен.
Презентацията е много земна, разказана на разбираем език, с много примери от живота и други производства и с много свеж хумор, така че със сигурност ще ви провокира да помислите над това как работите в момента и как бихте могли да подобрите своите производствени процеси.
Категории: Гъвкави методологии | 1 коментар
В търсене на теория за софтуерното производство
Ivar Jacobson е забележителна личност в областта на софтуерното производство. Един от създателите на езика за моделиране на процеси и изисквания UML, на Rational Unified Process – една от класическите методологии за управление на софтуерни проекти, Ivar Jacobson не спира да търси най-добрия начин за правене на ефективен и полезен за потребителя софтуер. Той има и собствен блог (който аз наскоро открих благодарение на моя приятел Дани), в който споделя своите търсения и открития в областта на разработката на софтуерни продукти.
В една от последните си статии, г-н Jacobson се възмущава от твърде честото възникване на нови “революционни” подходи в разработката на софтуер и лекотата, с която някои мениджъри се хвърлят в тяхното внедряване като методология за управление на проекти, изхвърляйки и зарязвайки всичко, постигнато до момента в техните компании.
Ние в инженерната индустрия ли работим или в модната?
- възкликва той. И продължава:
Не ви ли се струва, че следването на последната мода в софтуерната индустрия е станало по-важно от производството на качествен софтуер?
В стремежа си да бъдат модерни, казва той, хората унищожават доброто заедно с лошото. Вместо да се поучат от собствения си опит и да градят на базата на своите успехи, те съвсем безотговорно зарязват всичко постигнато до момента и започват с нещо, което вярват, че е фундаментално ново. Сякаш нямат никакви солидни знания, върху които да се опрат. Затова и толкова лесно се люшкат към всяка нова тенденция без да могат да запазят онова, което са научили от опита си.
Категории: Гъвкави методологии, Препоръчано четиво, Разработка на софтуер, Управление на проекти | Няма коментари
Open Agile Румъния
Open Agile е първото голямо събитие в Румъния, посветено на управлението на софтуерното производство с гъвкави (Agile) методи. То ще се проведе на 22 и 23 май 2009 г. в University Politehnica в Букурещ.
Конференцията обещава да бъде интересна, като се има предвид, че сред лекторите са Ken Schwaber (на снимката) – един от създателите на най-успешния и най-популярен Agile метод – Scrum и Jurgen Appelo – един от най-популярните блогъри в света в областта на управлението на софтуерни проекти.
Хубаво е, че събития с такова високо качество в областта на софтуерната индустрия започват да се провеждат и в нашия, балкански регион. Надявам се, че скоро и нашата професионална общност ще узрее за подобни срещи.
Категории: Гъвкави методологии, Новини, Разработка на софтуер, Управление на проекти | 1 коментар
The Zen Of Scrum
Scrum е най-бързо развиващата се “гъвкава” методология за разработка на софтуер. Не толкова сурова и крайна в изискванията си както Extreme programming (XP) и в същото време разбираема и лесно приложима в редица проекти.
Въпреки, че идеята на гъвкавите методологии е да се прилагат в малки екипи, те намират все по-широка употреба и в големи корпорации, както и в държавни организации на запад. Аз самият я намирам за доста прагматична и успешно приложима в множество проекти, въпреки че има особености, които, ако бъдат пренебрегнати, могат да доведат до неуспех. В курса “Основи на управлението на софтуерни проекти“, който водя във фирма RammSoft, има една голяма лекция, посветена на гъвкавите методологии и по-специално на Scrum.
Категории: Гъвкави методологии | Няма коментари
Управление на сложни изисквания в един “agile” проект
Светът е сложен и това се отразява в сложни изисквания към всяка система, която трябва да го обслужва, независимо от прадигмата.
Това казва Scott W. Ambler в статия, публикувана в Dr. Dobb’s Portal. И още:
“Гъвкавите” методологии като Scrum и Extreme Programming (XP) ни показаха как можем значително да подобрим работата си, но много хора изпаднаха в другата крайност и изхвърлиха бебето на управлението на изискванията заедно с мръсната вода на бюрокрацията, вярвайки, че всичко може да се реши с прости методи. За щастие, има решение, което се справя с проблемите на сложните системи и то може да бъде реализирано напълно в стила на “Agile” методологиите, без да се налага връщане към традиционните тежки практики на писане на тонове (ненужна) документация.
Методът Scrum популяризира идеята да се управляват изискванията като списък от малки функционални единици, описани в приоритизиран стек, наречен “product backlog”. Идеята е, че в началото на всяка итерация (спринт) се изваждат онези изисквания, които трябва и могат да се имплементират в рамките на тази итерация. И всичко щеше да е прекрасно, ако в действителност беше толкова лесно.
-
RSS абонамент
Препоръчвам ви
Връзки
Авторски права
-
Admin
