Being in America

Маша на рипстике, и я на лонге ловлю кадр, в парке Горького только что

Еще одно наблюдение за годы работы над софтверными проектами, особенно – e-commerce.

Самый большой риск проекта – это затягивание сроков. Как следствие – бюджета. Неважно по чьей инициативе – клиента или разработчика. Если сроки плывут – каждый день возрастает риск того, что проект вообще не будет закончен никогда, деньги не будут получены, клиент останется недовольным и проч. После определенного момента у обоих сторон падает интерес.

Бизнес сейчас таков, что если за, скажем, четыре месяца не запустил новый продукт (сайт, магазин или что-то еще), то объем изменений за это время накапливается такой, что еще чуть-чуть и правильнее надо будет все выбрасывать и делать заново. Разумеется, на это никто не идет, и система обрастает заплатками.

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

Вторая проблема заключается в том, что когда проект встал (неважно по какой причине – клиент тормозит с предоставлением данных или разработчик что-то не успевает), затраты на ФОТ продолжают есть бюджет проекта. Если компания-разработчик ради экономии сокращает выделенные на проект ресурсы (перебрасывает кого-то на другой проект), то у команды падает интерес и мотивация все закончить в срок и сделать хорошо.

Но как уместить большой проект в небольшие сроки? Тут многие допускают большую ошибку – создают избыточно большую команду. Пушить ресурсами можно только вытягивая из болота проект, но никак не в нормальном его плане. Большая команда увеличивает число коммуникаций в проекте, которые за собой тянут объем документации и пронизывающие эту документацию противоречия и неясности.

Поэтому мы стараемся сделать все очень компактно и стараться не раздувать команду без очень большой надобности. К сожалению, ради достижения этой цели приходится смешивать некоторые роли, которые для крупных проектов стоит сделать отдельными в команде. Но если их так сделать, то возникает проблема роста числа коммуникаций и, как следствие, рост сроков и бюджета. А рост сроков – см. пункт 1.

Поэтому для е-commerce-проектов я верю в компактные команды, выделенные на 100%, состоящие только из профессионалов-универсалов, способных в короткое время сделать революционные изменения, запустить, а уж потом можно передавать в спокойную поддержку.

Кстати, мы ищем разработчика (Java/Spring), QA, бизнес-аналитика и системного инженера. Рекомендуйте, у нас хорошо.

Самый тупой способ оценки трудозатрат на проект по разработке софта – оценка по отдельным фичам. Почти по каждому проекту приходится заполнять для клиента таблички вида “фича – оценка трудозатрат”. Так ладно если эти фичи были бы пакетами работ, которые более-менее самостоятельны. Сплошь и рядом встречаются нефункциональные требования, требования к качеству, производительности, интерфейсам. Оценить, сколько рабочих дней нужно на достижение, например, требования к качеству или требования к производительности отдельно от прочих функциональных требований – дело вообще неблагодарное.

IMHO единственно верный способ оценки – это разбиение на фазы и пакеты работ с измеримыми результатами, и оценка по пакетам работ. Фича в этом случае может быть результатом работ из разных пакетов. Требования к качеству и прочие нефункциональные требования являются лишь ограничениями.

Пакетами работ являются мероприятия по достижению измеримых результатов – тех же фич, или макетов дизайна или документов или обучения или внедрения. Если делать оценку каждой фичи, то по уму нужно собирать в ней трудозатраты из всего жизненного цикла проекта – от проектирования архитектуры, интерфейса, разработки, прилаживания этого интерфейса до внедрения в live. Такое можно сделать, но как побочный продукт IMHO-нормальной оценки по фазам и пакетам работ.

Уфф. Вырвалось.

Лизе 14 лет (@ Hooters in Moscow)

https://www.swarmapp.com/r_aliev/checkin/55c8de15498eed44b26b04ff?s=iP0EIawoJD84DXlSm0uDmGslVbk&ref=fb&source=openGraph&fbdevmode=true&appsflyerId=fbshare

Ровно четыре года назад, директор издательского дома, в котором я работал 16-17 лет назад, Игорь Садомский, сорвался в трещину на перевале Шести в Северной Осетии (http://taganok.ru/forum/index.php?topic=973.0) .

Фильм “Касаясь пустоты” – потрясающий документальный фильм о жажде жизни, о силе воли, духа и тела, о том, насколько человек может быть сильным – история двух альпинистов, застрявших в горах.

К сожалению, Игорю тогда не повезло и он не выбрался. Светлая ему память. А фильм посмотрите, он того стоит, особенно тем, кто любит горы.

@[100001040248794:2048:Оксана Сницерева] @[814653289:2048:Anton Matorin] @[100002267003981:2048:Svyat Kulikov]

http://www.kinopoisk.ru/film/63670/

Самый толковый фильм про пирамиды и не только, из виденных мною. Смотреть невероятно интересно в силу большого количества фактического материала, дополненного редкими кадрами со всего мира. По ходу фильма изредка нужно включать критическое мышление и отличать факты от предположений, но просмотр определенно стоит потраченного времени. Очень рекомендую.

http://www.kinopoisk.ru/film/652833/ (rating 8.6)

http://www.imdb.com/title/tt2124189/ (rating 7.9)

https://www.youtube.com/watch?v=dCqZCHsgLVA

Два года в TEAMIDEA! Можно сделать какие-то промежуточные выводы, чего достиг, а чего все еще нет. По работе и не по работе:

По работе:

1. Удалось в лице моей команды/нашей компании на рынке добиться признания – если речь о SAP hybris, то речь и о нас. Главное теперь усилить и углубить!

2. Собрал прекрасную команду e-commerce/hybris, которая сейчас заканчивает третий проект и, дай бог, скоро-скоро начнется четвертый. Экспертизу получили, до конца 2015 буду ее множить в людях, расширяемся ищу 2xDEV (Java/Spring), QA, BA, SA.

3. Оставаясь менеджером, прокачал технические скиллы, т.к. дефакто играю роль архитектора SAP hybris, вожусь с кодом в Idea на Java/Spring, совмещаю сметы-договоры с бинами-протоколами. Только что закончил писать “just for fun” конвертор из Yandex Market YML в SAP hybris. Сделал демо-маркетплейс с товарами из трех интернет-магазинов (60тыс. товаров), все товары с характеристиками, с фасетным поиском/навигацией, галереей изображений, оригинальными категориями, навигацией. Доволен как слон 🙂

Не по работе за эти два года:

1. Выучил французский на каком-то уровне. Занимался пару раз в неделю с Anna Derevenitckaia в течение вроде как года-полутра. Немного говорю, немного читаю, чуть хуже пишу. Поездка во Францию этой весной была проверкой моего французского “на прочность”. Надо как-то еще вернуться к этой теме.

2. Прокачал навыки игры на фортепиано – уже два года занимаюсь по выходным с Ivan Shapovalov. В числе хобби клавиши все еще занимают первое место. Сейчас разучиваю тему из Midnight in Paris, Bistro Fada http://www.youtube.com/watch?v=r9YNKRwI5aU

3. Довольно сильно прокачал английский язык с Alisa A Hale Занимаюсь уже два года один-два раза в неделю, как правило, частные уроки + с недавних пор групповые занятия в офисе.

4. Прокачал навыки рисунка, взялся за масло и пастель. Почти все рисунки из этого альбома – за последние 2 года: https://www.facebook.com/raufaliev/media_set?set=a.10151994159022368.1073741828.573817367&type=3 К сожалению, ни с кем не занимался еще. Хотел бы.

5. Научился кататься на скейтборде, на рипстике, на сноуборде. Теперь есть за что любить зимой снег, а летом – парки!

6. Начал бегать. Пусть пока немного и нечасто, но приятно сознавать, что пробежка в 13 км утром дает отличный заряд на целый день. Раньше ни за что бы не поверил, что смогу пробежать и пятерку.

7. Вроде как смог отказаться от сладкого (кроме фиников) и мучного. Вот сегодня три месяца пробило как.

Планы на будущее – грандиозные! Пока мне все нравится, живем и работаем дальше 🙂

Апельсин — это, оказывается, продукт скрещения мандарина и помело.

“Giorgio Armani” и “Ralph Lauren” принадлежат корпорации Нестле. Хюго босс и Лакост – это вообще Проктер энд Гэмбл.

Кукуруза, точнее, ее початок, по-английски – Ear of maize. Кстати, интересно, что кукуруза не может сама размножаться (самосевом, если початок упадет на землю – просто сгниет). “Кукуруз” ей тоже не поможет. Также интересно, что дикой кукурузы не существует.

Век живи – век учись