Роль аналитика в негибких методологиях разработкиDevDay
В ходе доклада обсудим:
— Какие методологии сейчас используют чаще всего.
— Как типы разработки влияют на решение: взять аналитика в команду или нет.
— В чем суть негибкого процесса. Этапы и поставки аналитических работ.
— Нужен ли аналитик в негибком проекте продуктовой разработки - все за и против.
Прагматичный подход к документированию Веб-проектовAnatol Filin
Pragmatic approach to documenting Web projects. Talk at RIT conference, April 2010.
Речь идет о документировании процесса разработки Веб-систем. В работе над проектом как правило участвует команда, состоящая из специалистов разных областей: инвесторы, владельцы бизнеса, бизнес-менеджеры, аналитики, разработчики, юзабилисты, дизайнеры, тестировщики, системные администраторы. Эти специалисты обладают разным опытом, имеют разные цели и говорят на разных языках (причем часто – в прямом смысле этого слова). Некоторые роли могут отсутствовать, другие роли могут «склеиваться».
Существует достаточно развитая культура документирования проектов, которая включает как традиционные артефакты: видение (vision), бизнес-требования (BRD), функциональные требования (FRD), требования к интерфейсу, технические и архитектурные требования (TAD), требования к тестированию, требования к инфраструктуре, так и аджайльные артефакты: пользовательские истории (user stories), визуальные истории (visual stories).
Все Веб-проекты разные: интерфейсные проекты и проекты со сложной логикой (финансовые, научные), средние по размеру проекты и крупные проекты, проекты, которые пишутся с нуля и унаследованные от других разработчиков. Кроме того заказчики могут предъявлять разные требования к документированию: кому-то достаточен список характеристик, кто-то требует детальные функциональные требования, кто-то готов «идти в Agile». Команды тоже бывают разные: полные (свои аналитики, дизайнеры и т.д), локальные и распределенные.
В докладе не предлагается один рецепт на все случаи жизни. Главная идея доклада состоит в том, чтобы в соответствии с особенностями проекта и проектной команды рациональным образом выбрать тот набор документов, который абсолютно необходим для его успешного развития.
Жизнь в стиле стартап в корпоративной среде: Agile в помощь?ScrumTrek
Мой доклад посвящен истории создания нового продукта и новой команды. Эта история началась в 2012-м году с идеи создания WEB-сервиса для предоставления корпоративным клиентам операторов связи возможности управлять своими M2M-SIM-картами, т.е. SIM-картами, установленными в различных устройствах. Наша история, наверное, похожа на многие, но имеет и свои особенности. С одной стороны, мы являлись представителями крупной и известной компании. С другой столкнулись, практически со всеми проблемами, типичными для стартапа. В самом начале нас было несколько энтузиастов. Мы одновременно разрабатывали продукт, искали заказчика, финансирование, формировали команду и выстраивали в ней процессы. Нас окружал "суровый энтерпрайз" ;) Мы пережили все болезни роста и продукта и команды, несколько раз нам казалось, что все пропало. В какой-то момент, мы осознали, что пора выбираться из хаоса и обратиться к современным методологиям разработки ПО, таким, как Agile. Но осознать мало, надо еще сделать :) На наше счастье, к этому моменту, в нашей компании также начались процессы перестройки всего подхода к производству. О пройденном за три года пути, сделанных выводах и приобретенном опыте я и хочу рассказать слушателям моего доклада.
Роль аналитика в негибких методологиях разработкиDevDay
В ходе доклада обсудим:
— Какие методологии сейчас используют чаще всего.
— Как типы разработки влияют на решение: взять аналитика в команду или нет.
— В чем суть негибкого процесса. Этапы и поставки аналитических работ.
— Нужен ли аналитик в негибком проекте продуктовой разработки - все за и против.
Прагматичный подход к документированию Веб-проектовAnatol Filin
Pragmatic approach to documenting Web projects. Talk at RIT conference, April 2010.
Речь идет о документировании процесса разработки Веб-систем. В работе над проектом как правило участвует команда, состоящая из специалистов разных областей: инвесторы, владельцы бизнеса, бизнес-менеджеры, аналитики, разработчики, юзабилисты, дизайнеры, тестировщики, системные администраторы. Эти специалисты обладают разным опытом, имеют разные цели и говорят на разных языках (причем часто – в прямом смысле этого слова). Некоторые роли могут отсутствовать, другие роли могут «склеиваться».
Существует достаточно развитая культура документирования проектов, которая включает как традиционные артефакты: видение (vision), бизнес-требования (BRD), функциональные требования (FRD), требования к интерфейсу, технические и архитектурные требования (TAD), требования к тестированию, требования к инфраструктуре, так и аджайльные артефакты: пользовательские истории (user stories), визуальные истории (visual stories).
Все Веб-проекты разные: интерфейсные проекты и проекты со сложной логикой (финансовые, научные), средние по размеру проекты и крупные проекты, проекты, которые пишутся с нуля и унаследованные от других разработчиков. Кроме того заказчики могут предъявлять разные требования к документированию: кому-то достаточен список характеристик, кто-то требует детальные функциональные требования, кто-то готов «идти в Agile». Команды тоже бывают разные: полные (свои аналитики, дизайнеры и т.д), локальные и распределенные.
В докладе не предлагается один рецепт на все случаи жизни. Главная идея доклада состоит в том, чтобы в соответствии с особенностями проекта и проектной команды рациональным образом выбрать тот набор документов, который абсолютно необходим для его успешного развития.
Жизнь в стиле стартап в корпоративной среде: Agile в помощь?ScrumTrek
Мой доклад посвящен истории создания нового продукта и новой команды. Эта история началась в 2012-м году с идеи создания WEB-сервиса для предоставления корпоративным клиентам операторов связи возможности управлять своими M2M-SIM-картами, т.е. SIM-картами, установленными в различных устройствах. Наша история, наверное, похожа на многие, но имеет и свои особенности. С одной стороны, мы являлись представителями крупной и известной компании. С другой столкнулись, практически со всеми проблемами, типичными для стартапа. В самом начале нас было несколько энтузиастов. Мы одновременно разрабатывали продукт, искали заказчика, финансирование, формировали команду и выстраивали в ней процессы. Нас окружал "суровый энтерпрайз" ;) Мы пережили все болезни роста и продукта и команды, несколько раз нам казалось, что все пропало. В какой-то момент, мы осознали, что пора выбираться из хаоса и обратиться к современным методологиям разработки ПО, таким, как Agile. Но осознать мало, надо еще сделать :) На наше счастье, к этому моменту, в нашей компании также начались процессы перестройки всего подхода к производству. О пройденном за три года пути, сделанных выводах и приобретенном опыте я и хочу рассказать слушателям моего доклада.
Дмитрий Грибов, Трава и грибы как средства управления разработкойScrumTrek
Управление разработкой в ЛитРес: Игровые грибы на службе управления проектами Холакратия, настоенная на травах Деревянный Agile Спринты длинною в час и ежедневный релиз Рыночная игра как альтернатива микроменеджменту KPI для разработчиков, основанный на реальных результатах (сдельная оплата программистам в штате) История о том, как команда из 27-и человек эффективно поддерживает и развивать сервис с миллиардной выручкой
Презентация показывает значимость процесса Инициирования Проекта (Project Initiation), а также его основного артефакта - Устава Проекта (Project Charter). Устав Проекта описывает Правила взаимодействия с заказчиком и решает многие проблемы на ранних стадиях. Но к сожалению Устав не всегда делают качественно, или вообще не делают, что и приводит ко множеству разочарований, взаимных претензий и т.п.
Андрей Солоной "Как людям бизнеса работать с программистами"Startup_Technologies
Эксперт Startup Weekend, ведущий .NETразработчик и архитектор с большим опытом, ментор в EffectiveSoft Андрей Солоной выступил на Стартап-школе с мастер-классом: "Как людям бизнеса работать с программистами"
Дмитрий Грибов, Трава и грибы как средства управления разработкойScrumTrek
Управление разработкой в ЛитРес: Игровые грибы на службе управления проектами Холакратия, настоенная на травах Деревянный Agile Спринты длинною в час и ежедневный релиз Рыночная игра как альтернатива микроменеджменту KPI для разработчиков, основанный на реальных результатах (сдельная оплата программистам в штате) История о том, как команда из 27-и человек эффективно поддерживает и развивать сервис с миллиардной выручкой
Презентация показывает значимость процесса Инициирования Проекта (Project Initiation), а также его основного артефакта - Устава Проекта (Project Charter). Устав Проекта описывает Правила взаимодействия с заказчиком и решает многие проблемы на ранних стадиях. Но к сожалению Устав не всегда делают качественно, или вообще не делают, что и приводит ко множеству разочарований, взаимных претензий и т.п.
Андрей Солоной "Как людям бизнеса работать с программистами"Startup_Technologies
Эксперт Startup Weekend, ведущий .NETразработчик и архитектор с большим опытом, ментор в EffectiveSoft Андрей Солоной выступил на Стартап-школе с мастер-классом: "Как людям бизнеса работать с программистами"
Lviv Outsourcing Forum 2016 Василь Милько “R&D at SoftServe created bunch of ...Lviv Startup Club
Василь Милько “R&D at SoftServe created bunch of PDS services. How we did it (with UX, Security, ALM) and how we are doing it now with Research service”
Орест Зуб “”Onboarding” або “Як ефективно допомогти клієнту використати придб...Lviv Startup Club
Орест Зуб “”Onboarding” або “Як ефективно допомогти клієнту використати придбаний продукт чи скористатися послугою, а також зменшити показник повернень””
Тарас Бачинський "Аналіз закону "Про електронну комерцію"Lviv Startup Club
Тарас Бачинський - адвокат в ІТ-сфері, керуючий партнер юридичної компанії «Лігалейд»,кандидат юридичних наук, викладач НУ «Львівська Політехніка»
Тема доповіді: "Аналіз закону "Про електронну комерцію"
Опыт госпроектов и взаимодействия с корпоративными структурамиПрофсоUX
Доклад предназначен для UX-специалистов, руководителей проектов и всех остальных.
В последнее время UX-специалисты и компании все чаще привлекаются к реализации проектов для корпораций и государственных заказчиков. На первый взгляд кажется, что при работе с ними попадаешь из мира сотрудничества в мир формальных взаимодействий. На самом деле построить с такими заказчиками настоящее сотрудничество вполне возможно. Более того, заказчик в нем заинтересован, просто не всегда представляет, как это сделать. В докладе я поделюсь практиками работы с крупными заказчиками из опыта компании CUSTIS.
Доклад для потенциальных заказчиков digital-услуг базового уровня. Как выбрать оптимальный веб-продакшен/digital агентство. Для конференции "Прокачка Бизнеса".
5 правил успешной разработки приложений для бренда Heads&Hands
Презентация о правилах разработки мобильных приложений для крупных брендов. Основные ошибки и проблемы, с которыми сталкивается компания-разработчик и способы их решения.
Оцінка проектів на етапі продажу. Практичні рекомендації та поради.Stfalcon Meetups
C'n'C #29 - IT Project Management
Ігор Федун
- Project Manager в Stfalcon.com
- У минулому Project Manager в Four-eyes.io
- Знаходжу позитивні моменти в будь-якій ситуації. Люблю відпочинок з друзями на природі
Презентация во многом является практическим подтверждением необходимости и описанием структуры создания Устава Проекта. В докладе было использовано множество примеров из собственного опыта.
Artem Bykovets: Чому люди не стають раптово кросс-функціональними, хоча в нас...Lviv Startup Club
Artem Bykovets: Чому люди не стають раптово кросс-функціональними, хоча в нас Agile? (UA)
Kyiv PMDay 2024 Summer
Website – www.pmday.org
Youtube – https://www.youtube.com/startuplviv
FB – https://www.facebook.com/pmdayconference
Natalia Renska & Roman Astafiev: Нарциси і психопати в організаціях. Як це вп...Lviv Startup Club
Natalia Renska & Roman Astafiev: Нарциси і психопати в організаціях. Як це впливає на розробку продуктів та реалізацію інноваційних рішень (UA)
Kyiv PMDay 2024 Summer
Website – www.pmday.org
Youtube – https://www.youtube.com/startuplviv
FB – https://www.facebook.com/pmdayconference
Igor Protsenko: Difference between outsourcing and product companies for prod...Lviv Startup Club
Igor Protsenko: Difference between outsourcing and product companies for product managers and related challenges (UA)
Kyiv PMDay 2024 Summer
Website – www.pmday.org
Youtube – https://www.youtube.com/startuplviv
FB – https://www.facebook.com/pmdayconference
Kseniya Leshchenko: Shared development support service model as the way to ma...Lviv Startup Club
Kseniya Leshchenko: Shared development support service model as the way to make small projects with small budgets profitable for the company (UA)
Kyiv PMDay 2024 Summer
Website – www.pmday.org
Youtube – https://www.youtube.com/startuplviv
FB – https://www.facebook.com/pmdayconference
Anna Kompanets: Проблеми впровадження проєктів, про які б ви ніколи не подума...Lviv Startup Club
Anna Kompanets: Проблеми впровадження проєктів, про які б ви ніколи не подумали (UA)
Kyiv PMDay 2024 Summer
Website – www.pmday.org
Youtube – https://www.youtube.com/startuplviv
FB – https://www.facebook.com/pmdayconference
Anton Hlazkov: Впровадження змін – це процес чи проєкт? Чому важливо розуміти...Lviv Startup Club
Anton Hlazkov: Впровадження змін – це процес чи проєкт? Чому важливо розуміти різницю і як це впливає на результат (UA)
Kyiv PMDay 2024 Summer
Website – www.pmday.org
Youtube – https://www.youtube.com/startuplviv
FB – https://www.facebook.com/pmdayconference
Yana Bort: Ритм організації. Чи можливо синхронізувати великий ентерпрайз за ...Lviv Startup Club
Yana Bort: Ритм організації. Чи можливо синхронізувати великий ентерпрайз за допомогою Agile практик? (UA)
Kyiv PMDay 2024 Summer
Website – www.pmday.org
Youtube – https://www.youtube.com/startuplviv
FB – https://www.facebook.com/pmdayconference
2. 2
Давайте познакомимся
Сергей Поволяшко
Профессиональные достижения:
Лидирующее участие во
внедрении CMMI L3
Project Management Professional
(PMP), PMI. 2007
ISO 27001 Expert. 2013
CTO в Team International, LLC.
www.teaminternational.com.
• В IT с 1996 года. Работал по нескольким IT
специальностям. С 2001 – управление проектами,
процессами, операционной деятельностью
Веду проект ИТ Тюнинг, www.it-tuning.com.
Настройка операционной деятельности:
• Оптимизация процессов, управление проектами,
оценка персонала, непрерывность бизнеса,
кроссфункциональное взаимодействие
www.it-tuning.com
7. 7
Кейс 1. Спикер
Заказчик предлагает в контракте формулу, по которой рассчитывается премия
или штраф для исполнителя. Модель взаимодействия - out staffing.
Суть такова:
за хорошую работу выплачивается стандартное вознаграждение
за отличную - премия (на основании коэффициента)
за неудовлетворительную - штраф (на основании коэффициента)
На первый взгляд - логично
Но, какие могут быть вопросы
Что есть хорошо, отлично и неудовлетворительно?
Кто именно определяет этот коэффициент?
В реальной ситуации, на основании которой пишется этот эпизод коэффициент
определялся:
на основании суждения одного! человека, без использования каких-либо
метрик качества и количества работы
человек был представителем заказчика
www.it-tuning.com
8. 8
Кейс 1. Спикер
Что можно порекомендовать?
Вариант 1 - очень конкретно определить метрики «хорошести». Как?
Вариант 2 - убрать вообще такую мотивацию из контракта, т.е.
неявно согласиться на "хорошую" работу :). Как и было сделано.
www.it-tuning.com
9. 9
Кейс 1. Слушатель
Віталій Д.
Через тиждень зовнішнє демо, але не всі тести проходять.
Замовник пропонує добавити воркероундів у код, які б показали
проходження тестів й пізніше вернутись до цієї проблеми, але
скоуп і так великий і вистачить на пів року, а якщо не робоча
фіча вилізе у вендора, що купив продукт наслідки будуть
фатальними.
www.it-tuning.com
10. 10
Кейс 2. Спикер
Наличие команды разработчиков со стороны заказчика, т.е. вы - дополнение к
команде заказчика (staff augmentation). Есть опасность саботажа со стороны
команды заказчика.
Почему?
соперничество
страх быть сокращенными
В чем может проявляться?
могут «забыть» сказать о важных изменениях в требованиях, архитектуре и
т.п.
могут «не успеть» проверить вашу работу в ожидаемый вами срок
могут сказать, что у вас «плохой код»
вам могут предложить «сделать потом» код ревью или тестирование
В результате проблемы имеете вы, теряя репутацию, деньги
www.it-tuning.com
11. 11
Кейс 2. Спикер
Каков же выход?
Договариваться и фиксировать документально порядок взаимодействия:
все рабочие процессы
кто и как управляет проектом
как построены коммуникации и эскалации
какие кодинг стандарты и что такое хороший код (по сравнению с чем)
что такое быстро-медленно
и многое другое
Фискировать документально означает:
описать КАК вы взаимодействуете с заказчиком
нарушения (случайные, «случайные», вынужденные) обсуждаются,
устраняются, эскалируются
www.it-tuning.com
12. Quick and Dirty Development
www.it-tuning.com 12
Хочу быстро поклеить
обои на кирпичный
забор в саду
Ок, но, обои в саду?
Давайте хоть
поштукатурим...
Я просто хочу чтобы
это было сделано!
Ок, подпишите
пожалуйста тут
Без штукатурки
В саду
Гарантия 1 час
13. Рекламная пауза
www.it-tuning.com 13
Тренінг «Замовник завжди правий. Якщо грає за правилами»
9 апреля, 10.00-19.00, Львов
Тренинг состоит из двух модулей, в которых идет речь о наиболее важных и
критичных дисциплинах при старте проектов:
Инициирование проекта
Управление ожиданиями и коммуникациями
Sales менеджеры - узнают, что на самом деле важно для проектных команд
Проектные менеджеры - научаться выявлять особо важные стороны отношений
с заказчиком на ранних стадиях проекта
Акаунт менеджеры - увидят способы контроля состояния как заказчика, так и
команды, и смогут своевременно решать проблемы и развивать бизнес
Все, кто взаимодействует с заказчиком - научаться намного точнее определять
правила игры, более эффективно коммуницировать и выявлять ожидания.
14. Рекламная пауза
www.it-tuning.com 14
Инициирование проекта, этап пред-контрактный:
Из чего состоит пред-контрактный этап проекта
Что спрашивать у заказчика
Как определить подход к выполнению проекта
Выбор состава команды
Где зафиксировать и как согласовать правила взаимодействия на проекте
Ознакомление с контрактной документацией
Как настроить процесс инициирования проекта
Управление ожиданиями и коммуникациями:
Идентификация и анализ участников проекта
Формат коммуникаций
Управление ожиданиями
План коммуникаций
Получение обратной связи от участников
Навыки эффективных коммуникаций
Польза от Visibility: проектная, личная
16. 16
Кейс 2. Слушатель
Роман Й
Замовник не знає шо він хоче, і постійшо приходять апдейти і
коменти, що щось не так, і треба переробити, як на інших сайтах.
www.it-tuning.com
17. 17
Кейс 3. Спикер
Шаг №1
Заказчик прислал проект на оценку в виде нескольких документов
Functional Spec 1 v1_1.doc
Functional Spec 2 v1_2.doc
Шаг №2
Сделали Estimate в виде
Шаг №3
Заказчик согласился на оценку, подписали контракт, начали проект
www.it-tuning.com
•Related Documents
• Functional Spec 1 v1_1.doc
• Functional Spec 2 v1_2.doc
•Assumed platform/technology overview
•Major assumptions and constraints
•Approach
•Efforts estimate
•Schedule
18. 18
Кейс 3. Спикер
Шаг №4
Вдруг в середине проекта выяснилось, что сроки, обещанные в Estimate и
зафиксированные в контракте выдержать не получается
Естественно «подозрение» пало на некачественный Estimate
Шаг №5
В конечном итоге выяснилось что
А) – заказчик в начале работ «подсунул» другие спецификации
Б) – ни ПМ ни команда не сверились с Estimate
Очем это все?
О дисциплине Управление Конфигурациями. Речь не о версиях кода в
репозитории (хотя к коду это тоже имеет прямое отношение). Речь о
дисциплине в целом, которая отвечает за: а) - определение важных рабочих
продуктов; б) - правилах их наименования, версионирования, доступа; в) -
взаимосвязях между ними; г) - Управление Изменениями.
www.it-tuning.com
19. 19
Кейс 3. Слушатель
Наталія П
Total выплатит штраф в размере € 750 тыс. Total обвиняется в
том, что проводила торговые операции с нефтью, прибыль от
которых через посредников уходили действующему иракскому
правительству.
www.it-tuning.com
21. Тренінг «Замовник завжди правий. Якщо грає за
правилами», 9.04.
Скидки участникам семинара:
Всем, кто подал кейсы – 25%
Самый лучший кейс – 50%
www.it-tuning.com 21
22. Конференции
19.03, Lviv Startup Garden Conference
25.03, Lviv Freelance Forum 2016 (Upwork)
26.03, Lviv Outsourcing Forum 2016
27-28.05, Lviv PMDay 2016 Spring
www.it-tuning.com 22