Теплым майским утром 19-го мая я проснулась с непривычным чувством, что мне сегодня не нужно идти на работу, но вроде бы у меня и не выходной. Когда мое сознание окончательно проснулось я осознала, что сегодня меня ждет путешествие на конференцию SEF-2009 в КЗ Минск.
На конференцию люди ходят по разным причинам, кто-то чтобы прогулять официально работу, кто-то чтобы познакомиться с новыми людьми, а кто-то, чтобы послушать интересные доклады. Мне кажется, что последних все-таки больше, и себя я отношу именно к ним (хотя...). Поэтому я пропущу лирическое отступление о пленарном заседании, оставлю при себе комментарии об обеде и кофе-брейках, и перейду непосредственно к докладам.
Все доклады шли в три потока в разных аудиториях, поэтому побывать на абсолютно всех выступлениях не получилось бы ни за что на свете. Я даже допускаю, что самые интересные я пропустила, и вообще временами мне хотелось подбросить монетку, чтобы определится, куда все-таки идти, но я расскажу о тех, которые отложились в моей памяти даже через неделю после мероприятия.
Итак, доклады.
На что, кроме денег, смотрят инвесторы? Д. Петелин
После пленарного заседания я отправилась послушать Дениса Петелина. Доклад был о верных способах поссорится с инвестором и неденежных показателях, на которые смотрят инвесторы.
В принципе, краткие тезисы доклада были опубликованы на сайте , поэтому вы приблизительно знаете о чем был доклад. Тезисы, конечно, на фоне выступления суховаты, Денис обычно читает доклады эмоциональнее и ярче, вообщем под его доклад точно не заснешь. :)
Денис обратил внимание на то, что инвестор, анализируя возможность инвестиций в ваш проект, проходится по 3 измерениям:
Бизнесс
Технология
Delivery
Вот на последнем измерении - delivery - докладчик остановился более подробно. Он рассказал о том, что инвестор не дурак (как бы нам всем этого ни хотелось), и постарается разобраться в том, что вы действительно можете сделать проект. Для этого он посмотрит, что у вас есть план, который разбит на как можно меньшие части, что вы продумали и подобрали набор инструментов, что у вас проработана идея и есть release planning. Вполне логично, что инвестор проверит, кто делал proof-of-concept, проанализирует роли людей в команде, чтобы выявить лишних людей и убедиться, что вы четко понимаете, кто за что отвечает. Говорилось о том, что его (инвестора) могут заинтересовать и совершенно вроде бы не относящиеся к делу факты, такие как семейное положение участников проекта и состояние офиса. Но этому есть вполне логичное объяснение, инвестор - вовсе не добрый дядя, поэтому ему важно удостовериться, что никто не "соскочит" с проекта и работать все смогут много, возможно очень много, что делать с маленькими детьми или в непригодных для работы условиях будет очень трудно.
Большой резонанс был вызван заявлением Дениса о том, что инвесторов интересует самоокупаемость проекта в течении 60 дней, прибыльность в течении 90 дней и рентабельность в 100%. Немногие проекты могут похвастаться такими показателями, хотя говорят, что такие проекты бывают. В основном это нишевые проекты, которые созданы людьми, которые понимают проблемы конкретного бизнеса и поэтому эффективно решают конкретные проблемы потенциальных пользователей.
Если же вы не знает свою целевую аудиторию, или у вас нету на примете развесистого рынка переполненного пользователями, и более того, у вас ощущаются проблемы с подсчетом самоокупаемости, прибыльности и рентабельности, то обойтись вам похоже придется своими силами, без привлечения инвесторов.
Руководство командой разработчиков ПО. С. Архипенков
Очень понравился мастер-класс Архипенкова "Руководство командой разработчиков ПО". Надо сказать, что опыт не пропьешь, а у Сергея Архипенкова он достаточно обширный, 30 лет опыта - это вам не шуточки. Доклад был очень насыщенным, хорошо структурированным, вобщем аудитория слушала докладчика с удовольствием, и это при том, что многим пришлось стоять полтора часа на протяжении доклада. Мастер-класс проводился в небольшой аудитории, поэтому мест всем не хватило.
В своем докладе Сергей Архипенков рассказал о 7-ми принципах руководтсва командой, опираясь на то, что основная функция руководителя - это обеспечить эффективность каждого участника рабочей группы и обеспечить эффективные процессы взаимодействия.
Сложно даже пересказать выступление, потому что информации докладчиком было дано достаточно много. Сергей Архипенков затронул в своем докладе тему мотивации персонала, рассказал о принципах и стратегиях лидерства, эффективных процессах взаимодействия внутри команды, функциях руководителя, проектных ролях и фазах командообразования, и он многом другом.
Я не могу сказать, что для меня вся эта информация была в новинку, но было приятно напомнить себе о действительно важных моментах управление проектами и после доклада было приятное ощущение, что в голове моей все разложилось по полочкам.
Очень понравилась одна цитата, которой закончился сам доклад:
Программист устроен просто. Он состоит из четырех компонентов: тело, сердце, разум и душа.
Телу необходимы деньги и безопасность.
Сердцу - любовь и признание.
Разуму – развитие и самосовершенствование.
Душе – самореализация.
Вообщем золоты слова! Что тут добавишь?!
Круглый стол.
В рамках форума прошел круглый стол "Как провалить программный проект. Вредные советы." Участниками круглого стола были Сергей Архипенков, Александр Орлов, Асхат Уразбаев (Россия), Денис Петелин, Юрий Шиляев (Беларусь).
В начале Сергей Архипенков объявил о создании сайта гильдии прожект-менеджеров. Сайт теоретически будет посвящен вопросам управления проектами. Почему теоретически? Потому что пока на сайте есть только главная страница: http://www.spmguild.org/ Что приятно, что на этой странице написано, что гильдия была основана 19 мая 2009 года на SEF-2009 в Минске. :) Вообщем конференция не прошла зря для докладчиков, они объединились в гильдию.
Потом участники определились, что же значит провальный проект? Среди основных признаков были 2:
Получился продукт, который не соотвествует своим бизнес целям
В результате проекта остались неудовлетворенными заказчик, спонсор и/или команда.
Мне кажется, что самое правильное определение все-таки второе, потому что если проект не соотвествует целям, то уж точно кто-то останется им недоволен.
Потом участники круглого стола начали генерить вредные советы, как провалить проект. Например, такие: подписать конракт, по которому во всем виновата компания-разработчик, сделать агрессивное расписание, начать войну с заказчиком и/или с командой, ничего не говорить о проблемах, не общаться с командой и с заказчиком, довести методологию до абсурда, и так далее.
Надо отметить, что у всех участников отличное чувство юмора и советы формулировались очень прикольно, все смеялись, было весело, но честно говоря в основном советы были банальные, при всем моем глубоком уважении к участникам. Вобщем, в данном случае я ожидала немного большего. Люди с таким обширным опытом наверное могли бы больше рассказать интересных примеров из жизни, нетривиальных ситуаций, рассказать в каких случаях можно рискнуть и использовать непопулярные меры. А так было скорее весело, чем познавательно. :) Вообщем покинула я круглый стол в отличном настроении, но, к сожалению, ничего нового для себя не узнав.
Потом было еще несколько докладов, которые я, пожалуй, описывать не буду. В целом о посещение сего мероприятия я совершенно не жалею, и с удовольствием схожу на SEF-2010. :)
Вместо постскриптума. Обращение к организаторам SEF-2009
Прежде всего я хочу сказать, что я очень рада, что такого рода мероприятия начали проводиться в Минске. Наверное можно найти ряд вещей, к которым можно было бы придраться, но делать это совершенно не хочется. Я уверена, что это только начало и с каждым годом уровень мероприятия будет все выше и выше. Так же я очень надеюсь, что в следующем году конференция будет действительно международная, и удастся послушать зарубежных экспертов, и докладов будет больше и уровень их будет выше. Все-таки, раз мы уж претендуем по словам Макарова на попадание в группу "Лидеры и конкуренты" на ниве создания ПО в мире, то нужно заботиться о профессиональном росте и обмене опытом.
Добавлю буквально несколько пожеланий:
Было бы просто замечательно, кроме программы мероприятия иметь хотя бы краткое описание доклада. Тезисы, конечно, предпочтительнее, но даже один абзац очень бы помог при выборе секции. Я честно говоря несколько раз буквально в последний момент решала, на какой доклад пойти, и потом даже меняла свое решение. Темы очень глобальные и по одному только названию сложно понять, о чем будет говорить докладчик.
Мне кажется, что все-таки секции (и/или дни) было бы очень удобно тематически сгруппировать. Как например, это было сделано на Software People. Чтобы каждый мог пойти на интересующую его секцию. Ну, например, Project Management, Testing, Peopleware и так далее. Я понимаю, что на практике возможно не так просто реализуемо, но все-таки зрители были бы вам очень благодарны.
Мне кажется, что 3 дня это вообще многовато. Было бы удобнее обойтись двумя днями. Если желающих выступить с докладом будет очень много, то можно просто придирчиво отнестись к отбору докладчиков.
Ну и на последок, было бы просто замечательно, если бы после конференции можно было получить доступ к ее материалам, хотя бы к презентациям.
Спасибо!
Читатели в 🇵🇱, пожалуйста, поддержите dev.by своими налогами!
Релоцировались? Теперь вы можете комментировать без верификации аккаунта.