This version of the page http://e-5.com.ua/blog (0.0.0.0) stored by archive.org.ua. It represents a snapshot of the page as of 2015-03-07. The original page over time could change.
Recent blog posts - Блог E5

Блог E5

Заметки с передовой ИТ мира Украины ;)

  • Home
    Home This is where you can find all the blog posts throughout the site.
  • Categories
    Categories Displays a list of categories from this blog.
  • Tags
    Tags Displays a list of tags that have been used in the blog.
  • Bloggers
    Bloggers Search for your favorite blogger from this site.
  • Team Blogs
    Team Blogs Find your favorite team blogs here.
  • Login
    Login Login form
Recent blog posts

Онлайн курс Scrum Fundamentals

Posted by Helen Prykhnych on in Trainings

 

Шановні колеги та друзі! На зустрічах ITKaizenClub, під час тренінгів та вебінарів ми часто розповідаємо про гнучкі методології Agile і про те як ефективно працювати у їх середовищі. Але багато для кого Agile, та зокрема, Scrum залишаються казкою на сторінках статейта книг, багато питань залишаються без відповіді. Тож у нашому курсі "Scrum Fundamentals" ми вирішили структурувати ключові поняття Agile та Scrum.

 

 

 

 

 

 

Шановні колеги Ми поділимося своїм досвідом та дамо вам повну картину того з чого повинен складатися Scrum.

Це буде корисно і дасть вам необхідні знання для роботи в середовищі Agile та Scrum, а також дасть можливість запровадити Scrum у вас на проекті та отримати всі переваги роботи в Agile середовищі.

Наш курс буде складатися з 10 модулів:

   Розділ 1: Scrum для члена команди

     -Модуль 1. Вступ до Agile та Scrum 3 березня

     -Модуль 2. Scrum команда 10 березня

     -Модуль 3. Вимоги у Scrum 12 березня

     -Модуль 4. Оцінка та продуктивність 17 березня

   Розділ 2: Scrum для Scrum master

     -Модуль 5. Планування Спринту та Релізу 19 березня

     -Модуль 6. Моніторинг Спринту 24 березня 

     -Модуль 7. Постійне вдосконалення 26 березня

   Розділ 3: Просунутий Scrum для менеджера проектів/програм

     -Модуль 8. Масштабування Agile 31 березня 

     -Модуль 9. Agile mindset або що таке "Гнучкий світогляд" 2 квітня 

     -Модуль 10. Типові помилки при впровадженні Scrum 7 квітня

Кожна тема - це вебінар тривалістю 1-1,5 години, де ми не лише поділимоя теоретичними знаннями та практичними інструментами для впровадження у вашому проекті, але й відповімо на всі ваші питання. 

Всі теми доступні у записі, тож ви зможете їх переглянути у зручний для себе час. 

Тренери: 

Роман Сахаров, CSM, Agile PM i BA 

Альона Прихнич, ICAgile Certified, Senior Scrum Master, Agile PM

Кожен учасник курсу, по-закінченню отримає сертифікат компанії Е5, що підтверджує проходження курсу.

   Купити квиток

Тож приєднуйтеся до нашого курсу й отримайте практичні інструменти для впорядкування ваших проектів вже зараз!

0 Comments Continue reading
Hits: 591
0

Розпочинаємо Курс вебінарів - “Business Analysis Essentials”

Posted by Roman Sakharov on in Trainings

Шановні колеги та друзі!

До нас частенько приходять з питанням на тему бізнес аналізу і цікавляться про те в  чому саме полягає робота бізнес аналітика та як ним стати. Тож ми вирішили допомогти усім зацікавленим і створили серію вебінарів які розкажуть і пояснять чим і як займається бізнес аналітик, і звичайно дадуть вам базу для розвитку бізнес аналітичних навичок у собі. Оскільки навички роботи з вимогами потрібні не тільки аналітикам, але й розробникам, тестувальникам чи проектним менеджерам.  

Курс складатиметься з шести вебінарів і покриє головні аспекти відповідальності аналітика і власне процесу роботи з вимогами. Що важливо - проходитиме у зручний для всіх післяробочий час. А більше деталей ви знайдете у кожному описі вебінару , де й зможете зареєструватися.

Частина 1: Робота з замовником, бізнес вимоги

Частина 2: Старт проекту та аналітичної фази

Частина 3: Опис та деталі продукту

Частина 4: Аналітик у фазі побудови продукту

Частина 5: Комунікації аналітика

Частина 6: Кар'єрний розвиток аналітика

Ну і звичайно, оптом дешевше:) Тому хто купить одразу всю серію вебінарів - один у подарунок!

Реєстрація для всіх і одразу - ТУТ 

До зустрічі на вебінарах!

Команда Е5

0 Comments Continue reading
Hits: 923
0

Запускаем серию вебинаров "Manager's toolkit"

Posted by Helen Prykhnych on in Trainings

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

 

Вебинар "Как стать менеджером в ИТ" 22 октября

Вебинар "Мотивация сотрудников" 28 октября

Вебинар "Делегирование, постановка и контроль задач" 30 октября

Вебинар "Обратная связь сотрудникам: как, когда, зачем?" 04 ноября

Вебинар "Жизненный цикл команды" 06 ноября

Вебинар "Тайм-менеджмент" 11 ноября

Вебинар "Управление рисками" 13 ноября

Для тех, кто захочет все и сразу - у нас подарок ;)

При оплате всего курса 1 вебинар (любой на ваш выбор ;)) - бесплатно!

Закажите свою прорцию знаний ;) 

До встречи на вебинарах ;)

Команда Е5

0 Comments Continue reading
Hits: 649
0

Odessa Innovation Week: PM Day conference & Workshop

Posted by Helen Prykhnych on in Trainings

Одесса как праздник – теплый, душевный, со своим юмором и колоритом. Поэтому возможность поехать на конференцию для менеджеров проектов и провести воркшоп по управлению требованиями на Agile проектах в рамках Odessa Innovation Week была встречена радостным «Да! Да! Да!»

Те доклады, на которые мне посчастливилось попасть радовали огромным практическим опытом докладчиков. Если о новых веяниях в индустрии ИТ немного умалчивали, то вот практических советов о том как правильно мотивировать ИТшников, организовывать работу команд – распределенных или тех, которые сидят вместе, какие типичные ошибки при внедрении Agile и как их избежать, а так же про правильную организацию управлением требованиями на Agile проектах, говорили много и по делу. Именно последнее меня и радовало – синтезированный практический опыт с конкретными советами! Думаю вы без труда найдете соответствующие видео записи в скором времени на сайте организаторов ;)

Самое интересное, что не смотря на то, что на вопрос «Кто из вас слышал об Agile?» поднял руки весь зал, на вопрос «А кто по нему работает?» - только половина, то вопрос «А кто из вас слышал о технике story mapping?» показал, что о ней слышало лишь 3 человека, один из которых – Agile коуч J То ли остальные хранили тайное знание то ли эта тема все еще подлежит более глубокому изучению нашим ИТ сообществом ;)

А второй день был посвящен оттачиванию навыков участников. Мы с командой сосредоточились на Управлении требованиями на Agile проектах. Не смотря на одесский ливень, который устроил целый потоп, наш воркшоп состоялся! Команда подобралась не простая: были как и представители бизнеса (приятно, что бизнес понимает важность и необходимость правильного управления требованиями ;)), так и менеджеры проектов и тим лиды. Наверное, поэтому вопрос о пользе для конечного пользователя и его важность были поняты сходу. Надо признаться, это значительно ускорило сам процесс обучения. Правда, с другой стороны, выплыл вопрос «common sense», т.е. это и так же понятно, зачем его описывать? J После бурных дискуссий и прохождения всех кругов разбивки требований у ребят выкристоливался целый релиз план их нового продукта!

Надеемся, вскоре мы увидим его на нашем рынке ;) А пока - еще фоточки ;)

Tagged in: agile Conference Project management requirements management workshop
0 Comments Continue reading
Hits: 319
0

Workshop «Управління вимогами на Agile проектах: від ідеї до працюючого продукту»

Posted by Roman Sakharov on in Trainings

Чарівним суботнім ранком, коли більшість з нас ще отримувала насолоду від чергового вихідного, дехто з наших колег вже поспішав з самого ранку у офіс Cogniance з величезним прагненням здобувати нові знання. А тим часом команда Е5 активно готувалась провести Воркшоп на тему управління вимогами в Agile проектах.

Після теплого знайомства й філіжанки запашної кави розпочався fun! Перед усім ми домовились, що усі техніки повинні використовуватись з розумінням та обов’язково адаптовуватись під потреби проекту (див. Agile has no brain… :)

Важливим моментом будь-якого тренінгу по вимогам є однакове та правильне розуміння того, що є для нас вимогами та як вони виникають в головах Product Owner-ів і Product Manager-ів.  А головне - як вимоги різних рівнів вибудовуються у логічний ланцюжок, пов'язуючи бізнес цілі з потребами користувача і  функціональними вимогами продукту. Саме ці принципи ми одразу й почали практикувати, створюючи Vision документ для соціальної мережі нашої мрії. Треба віддати належне командам, їх ідеї були дуже цікавими, та захоплювали настільки, що вони всерйоз задумувались над реальним втіленням своїх ідей ;)

Після креативних презентацій власного бачення соціальних мереж, ми з командами одразу ж перейшли до деталізації успішно використовуючи техніку User Story Mapping, яка дозволила нам отримати спільний погляд на продукт, виділити в ньому головні напрямки і упорядкувати за User Journey (тим як користувачі стикаються з функціоналом по мірі використання продукту). Сама техніка захопила нас як своєю упорядкованістю так і тим що вона заохочує кожного вкладати своє бачення в кінцевий продукт і прибирає можливість нав'язування чиєїсь думки на етапах продумування функціоналу.

Оскільки жодна розробка не обходиться без пріоретизованого списку того, що нам потрібно створити, ми поговорили про те які саме головні характеристики Product Backlog, з чого він складається, як його правильно сформувати і забезпечити відслідковуваність вимог.

User Story - доволі поширена техніка і для багатьох учасників не нова, але, розглянувши принцип INVEST, у наших учасників з'явилось більш чітке розуміння того як саме правильно створювати історії користувача, та почали усвідомлюватись типові помилки, які допускались на роботі. А далі на нас чекало шалене створення User Story, базою для яких був вже зроблений Story Mapping. І це логічно продовжило роботу над омріяною соціальною мережею.
І на сам кінець ми розглянули, що таке Acceptance Criteria, як їх правильно створювати і зробили їх для наших  User Story.
Під кінець, стомлені та щасливі, з чіткою картиною того, як перетворити загальну ідею у конкретні завдання розробникам, наші учасники пішли втілювати в реальному житті проекти своєї мрії :)
Тож чекаймо на просторах України та світу нових, унікальних та потрібних соціальних мереж, адже вимоги для них вже створені!

Тож, до наступних зустрічей у захоплюючому світі розробки програмного забезпечення! А поки - наші світлини!

Tagged in: agile Project management requirements management user story workshop
0 Comments Continue reading
Hits: 423
0

На что влияет наше окружение?

Posted by Helen Prykhnych on in ITKaizenClub

Хотим с вами поделиться историей про овечку по имени Ламо.

Когда ему было 3 месяца, его сбила машина. Ламо приютила женщина - Дженнифер Джонс. Она взяла его к себе и Ламо, стал расти с 3 собаками Дженифер. Результат был потрясающим - Ламо стал себя вести как обычная... собака! Привычки у животного больше подходят собаке, чем овце: он приносит хозяйке палочки и мячики, носит ошейник, подпрыгивает на задних ногах и пытается лаять,

Дженнифер часто берет Ламо с собой, когда идет в гости к друзьям — пока она с ними общается, барашек "стрижет" газоны. Также Ламо нравится кататься в фургоне и он с удовольствием плавает  даже ныряет.

К чему мы это все? Конечно же, к нашему окружению!

По мнению ученных человек на 50% копирует свое окружение в поведении. Остальные наши действия на 40% состоят из нашего мышления и лишь на 10% из знаний.

Это еще раз доказывает, как важно общаться с людьми, у которых есть те знания и навыки, которые вы хотите приобрести в ближайшем будущем. Поэтому не откладывайте в долгий ящик общение со своими коллегами ;) Одна из возможностей это сделать - посетить наш ITKaiZenClub ;) 

0 Comments Continue reading
Hits: 321
0

Встреча ITKaiZenClub: поговорим об увольнениях

Posted by Helen Prykhnych on in ITKaizenClub

10 июля сообщество менеджеров в ИТ и всех, кого интересовала тема корректных увольнений собралось для обсуждения и деления опытом.

Вместе с замечательным HRManager @ Wargaming– Ириной Радченко мы начали путешествие в этот не простой мир управленческих решений.

Начать стоит с фразы, которая позволила нам посмотреть на вопрос с совершенно другой стороны:

Вовремя уволенный сотрудник – это не нанятый кандидат !

Ведь если разобраться, то на каком этапе мы видим первые признаки катастрофы? Достаточно часто на этапе найма сотрудника менеджер/рекрутер бывают поставлены в ситуацию, когда вакансия горящая, работать кому-то надо, а заказчик уже машет пачками зелененьких банкнот. И тут мы и идем на компромисс с совестью/собой, закрыв глаза и думая «а авось пронесет и мне только кажется, что человек не подходит сюда!» Возможно, даже, вы нанимаете человека не себе, а коллеге в отдел. Но, как показал опыт наших участников – карму никто не отменял и спустя какое-то время такие «и так сойдет» сотрудники оказываются у вас в отделе.

От сюда настоятельные рекомендации:

  • уделяйте должное внимание найму сотрудника, перепроверяя его как технические, так и softнавыки, насколько он сможет вписаться в вашу команду;

  • привлекайте/активно интересуйтесь мнением рекрутера касательно кандидата. Зачастую рекрутеры/HRменеджеры и психологи, которые смогут дать вам свое виденье психотипа кандидата и его softskills.

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

Если вы столкнулись с похожими проблемами, настоятельно, рекомендуем:

  • Не игнорируйте проблему. Как показывает практика, обычно не «пронесет», не «рассосется» и не становится лучше.

  • Если есть возможность/необходимость – обсудите ситуацию с вашим руководителем/HRменеджером. Они не только смогут дать вам полезные советы, но и подстрахуют на случай непредвиденных событий.

  • Как можно раньше вызовите своего сотрудника на встречу где обсудите сложившеюся ситуацию. На самом деле упадок производительности может быть временным и у вашего сотрудника просто могли поменяться жизненные приоритеты (маленький ребенок, семейные проблемы и т.д.). А может быть у сотрудника не хватает знаний/навыков в какой-то сфере и ему необходимо дополнительное обучение.

  • Обязательно пропишите ваши с сотрудником договоренности письменно, будь то план на повторный испытательный срок или же просто обещание исправиться в ближайшее время. Эти письма помогут вам отслеживать прогресс в целом по ситуации и будут аргументами при возможных разногласиях с сотрудником.

Вы не увольняете сотрудника просто потому, что у вас такое сегодня настроение…

Начинающие менеджеры часто боятся увольнять сотрудников. Они могут считать, что это по их недосмотру/не профессионализму сложилась такая ситуация. Или же что сам факт увольнения из их команды это признак их некомпетентности.

Тут важно отследить следующие моменты:

  • Есть объективные факты не выполнения сотрудником своих непосредственных обязанностей.

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

  • Вы проконсультировались с вашим руководителем/HRменеджером относительно текущей ситуации.

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

Как увольнять корректно?

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

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

  • Относитесь к вашим бывшим сотрудникам как к выпускникам. Они дали вашей компании все, что смогли на текущем этапе своего развития. Это поможет вам относиться к самому процессу и человеку менее эмоционально.

  • Соберите «Рюкзак увольняемого». Это может быть любой сувенир на память о компании и/или вашем проекте: футболка с фото с корпоративов/тренингов, чашка, рамочка с любимой фразой заказчика – экспериментируйте и креативьте. Здесь важна не цена, а эмоциональная составляющая, ведь негатив со временем забывается, а положительные впечатления останутся как плюс к имиджу вашей компании. ·

  • Проведите Exit-интервью. Обычно оно делается на этапе когда все бумажки подписаны, а пропуски сданы. Лучше всего если его проводит HRменеджер. Цели у такого интервью как минимум две:

    • Выяснить взгляд на проблему со стороны увольняемого. На этапе когда никто уже ни перед кем не отчитывается могут всплыть новые интересные факты ситуации.

    • Убрать негативные эмоции сотрудника. Увольнение вещь малоприятная, поэтому давая сотруднику возможность высказать все и вся вы уменьшаете вероятность того, что он это сделает где-то на DOU или каком-то альтернативном ресурсе.

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

Лучший способ борьбы со слухами – официальная версия ;)

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

Поэтому стоит работать на опережение и сказать всей команде на очередном собрании вашу версию происходящего: ·

  • Очень желательно убрать эмоции и в сухом остатке прокомментировать ситуацию, делая упор на рабочие моменты.

  • Не стоит со всей командой устраивать детальный анализ и публичную порку увольняемого. Даже если увольнение было показательным, не стоит очень долго и в деталях это обсуждать со всеми. ·

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

А как надо?

Также мы бы хотели несколько слов сказать о “must have” для менеджера – те практики, которые необходимо выполнять в своей повседневной работе, чтобы не приходилось увольнять/увольняться сотрудникам :)

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

Во-вторых, one-to-oneвстречи – наше «все». Именно на регулярных встречах вы и будете узнавать насколько ваш сотрудник доволен своей работой, положением дел на проекте с его точки зрения и возможных проблемах. Мы настоятельно рекомендуем добавить эти встречи в календарь и не пропускать. Оптимальная частота one-to-one встреч зависит от проекта/конкретного менеджера и сотрудника. В среднем же рекомендуем проводить их раз в 2-4 недели.

В-третьих, обязательно своевременно давайте обратную связь сотрудникам. Об этом все знают, но не все делают. Если вы выдите, что что-то поменялось на проекте, не ждите очередной one-to-one встречи – поговорите с сотрудником незамедлительно. Аналогично не надо ждать пол года, чтобы дать обратную связь по продуктивности/профессионализму сотрудника – воспользуйтесь регулярными one-to-one.

В-четвертых, своевременно выявляйте изменение мотивации у ваших сотрудников. Все мы люди, если вчера сотрудник мог кодить ночи на пролет, то завтра у него изменится семейное положение и он захочет более гладкого графика. One-to-one– отличная возможность держать руку на пульсе ;)

Ну и в-пятых, не игнорируйте, а вовремя вскрывайте и решайте конфликты в команде. Так вы отделаетесь всего лишь «лекгим испугом» ;)

Надеемся, наши советы будут вам полезны. Детальная презентация тут :) Если возникнет желание поделиться своими кейсами/практиками – мы будем очень благодарны! Следующая наша встреча 29 июля!

Ну а больше фоточек на нашей страничке в FaceBook ;)

Tagged in: fire ITKaiZenClub Project management team
0 Comments Continue reading
Hits: 670
0

Пятничные подарки от E5 ;-) (победитель определен!)

Posted by Helen Prykhnych on in Trainings

С пятницей вас!

В предверие у нас много всего замечательного!

Сегодня, 27 июня вся Украина празднует День вышиванки. Многие ИТ компании уже запестрели свежими фоточками в вышиванках в соцсетях.

Завтра мы все будем праздновать День конституции, в связи с чем понедельник – приятное дополнение к выходным! А еще День молодежи, в связи с чем города наполняться всякими концертами и мероприятиями на любой вкус и цвет ;)

Мы решили сделать что-то приятно-полезное для тех, кто постоянно обучается!

Мы дарим билет на наш Workshop «Управление требованиями на проекте: от идеи к работающему продукту» тому, кто:

1) Залайкает нашу страничку в Facebook

2)  Поделится нашим постом у себя на страничке

Результаты розыгрыша будут оглашены во вторник, 1 июля на нашей страничке в Facebook.


А для тех, кто хочет полагаться на себя, а не на волю Фортуны, напоминаем, что 30 июня заканчиваются
early birds билеты. Спешите зарегистрироваться по самой выгодной цене ;)

 

 


И...(барабанная дробь) счастливчиком стал Юрий Щербина, с чем его сердечно поздравляем, он получает билет на воркшоп бесплатно! Верим, что участие даст Юрию много новых и полезных идей по управлению требованиями на своем проекте! 

Tagged in: free ticket Project management requirements management workshop
0 Comments Continue reading
Hits: 204
0

Software Engineering 2014: огонь в глазах и невероятное желание учиться ;)

Posted by Helen Prykhnych on in Conference

Сегодня команда E5 делилась опытом и знаниями с невероятными ребятами на конференции Software Engineering 2014. Конференция организована специально для молодых ребят и девушек, которые хотят дальше развиваться в мире ИТ.


Говорили много о бизнес-анализе в Agile: как это происходит в реальном мире. К нашей радости, больше половины зала слышали о гибких методологиях разработки, что еще раз доказывает их популярность и востребованность.

Мы прошлись по методологиям создания требований, рассмотрели как это происходит в Agile. Детально рассмотрели такие базовые понятия как User Story, Product Vision, Theme, Epic и управление Product Backlog.

Особо полезными были техники приоритезации требований и фич MoSCoW и практика, по которой бизнес-аналитик может проверить качество своих требований - соответвие принципам INVEST.

Суть техники MoSCoW заключается в том, что вы разделяете все функции продукта (или любого другого списка, который вам необходимо приоритезировать, к примеру – ваши дневные задачи) на категории:

  • M - MUST
  • S - SHOULD
  • C - COULD
  • W - WON'T (but would like)

Далее работаете с категориями Must & Should, а категорию Wont вообще исключаете из разработки. Таким образом вы будете концентрироваться исключительно на самых важных частях продукта, а неважные не попадут в разработку, сэкономив ваш бюджет.

Ибо, как утверждает исследование Standish Group, более 64% функционала програм используются редко или не используются вообще.


Практика INVEST помогает определить качество созданных требований, в частности UserStory, путем проверки ее на соответствие следующим принципам:

  • Independent
  • Negotiable
  • Valuable
  • Estimable
  • Small
  • Testable


Благодаря тому, что аудитория была подготовленной и мы не останавливались на таких базовых понятиях, как методологии разработки программного обеспечения, мы успели также рассмотреть полезную практику Story Mapping.

Если честно, то мы совершенно не ожидали, что после завершения доклада мы еще почти столько же времени проведем, отвечая на вопросы и общаясь с невероятными ребятами :) Это было безумно классно!

Тем более, что у нас были подарки ;) Мы подготовили типичные шаблоны документов и интересную книгу в награду за самый интересный вопрос.

Когда пришло время вручать книгу, наши мнения разделились между 2 вопросами:

1) Какие ваши персональные Epic fails в вашей карьере?

2) Если у нас (пост-советская молодежь) есть потенциал, то почему мы так равняемся на запад?

В результате бурных дискуссий книга Ключевые цифры Д. Маекса стала достоянием Anna Vaselkova 

Искренее надеемся, что чтение будет приятным и полезным ;)

Если вы пропустили доклад, мы с радостью поделимся с вами нашей презентацией!

Словом, мы уверенны, что конференция прошла «на ура» и ребята почерпнули для себя много нового и интересного. За что отдельная благодарность организаторам, которые проделали титанический труд и собрали вместе тех, кто только начинает свой путь в ИТ и тех, кто уже уверенно идет по этой дороге.

До встречи на просторах интересного мира информационных технологий ;)

Команда Е5

 

 

 

Tagged in: agile Conference Project management requirements management user story
0 Comments Continue reading
Hits: 486
0

ITKaiZenClub и Self organizing team: что же в результате вышло?

Posted by Helen Prykhnych on in ITKaizenClub

Мне кажется тема "team building" такая же вечная, как и тема менеджмента и лидерства. Ее актуальность будет в силе пока люди собираются вместе, чтобы что-то создать, и не важно по каким причинам. Пока есть общие цели и желание их достичь, люди снова и снова будут возвращаться к ней. 

Одной из разновидностей этой темы является тема самоорганизовывающейся команды.

С одной стороны, Agile принципы говорят нам о том, что команда должна быть самоорганизующейся, и именно такую команду берут за основу всем известные Scrum/KanBan/ScrumBan. Но, с другой стороны, на практике постоянно сталкиваешься с тем, что задача не берется первым освободившимся, идут blame-games, ребята просто отсиживают от звонка до звонка и ни о какой проактивности речь вообще не идет.

"Так в чем сила, брат?" :)

Именно с этим мы и разбирались на июньской встрече ITKaiZenClub 3 июня 2014 года :)

 

Начнем, пожалуй, с обращения к истокам, т.е. к принципам Agile и тому что в них говорится о командах.

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

Т.е. как видим самоорганизовывающиеся команды являются одним из ключевых аспектов, на которых базируется Agile разработка.

Какие же основные признаки самоорганизовывающейся команды? Мы выделили следующие:

Это всего лишь предварительный список. Вы можете его дополнить тем, что сами считаете важным и убрать то, что не критично на ваш взгляд.

Далее мы «похоливорили» на тему command and control VS самоорганизовывающиеся команды. Как известно, идеального решения нет. Как command and controlтак и self-organized team могут применяться в зависимости от вашей ситуации, а с любыми крайностями необходимо быть осторожным.

К примеру, если у вас демотивированая команда, или плохая само-дисциплина, или же просто много новичков, тут логичнее смотреть в сторону command and control. С другой стороны, если ваша команда достаточно квалифицирована, мотивирована и ответственна, то есть смысл дать им больше автономии, что позволит им внедрить больше их же идей, повысит мотивацию.

Кстати, самоорганизовывающаяся команда – это не вид менеджмента :) Это скорее попытка охаректиризовать тип команды и систематизировать критерии. Спасибо за это важное дополнение нашим участникам ;)

Теперь давайте ответим на вопрос: а как же создать эту самую самоорганизовывающуюся команду?

Или же кратко, можем выделить 5 основных шагов:

Step 1: Set the common goal

Step 2: Establish knowledge-sharing environment & provide feedback

Step 3: Give each a bit of authority. Help team to resolve conflicts and come up with decisions

Step 4: Let team decide

Step 5: Set “good” metrics

 

На последок вернемся к Agile практикам и посмотрим, насколько они помогают или наоборот, противоречат построению самоорганизовывающейся команды:

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

Это помогло нам не просто пройтись по презентахе, а действительно обсудить практическую сторону проблемы, не забывая о юморе :)

 


Если у вас возникло желание узнать детальнее о самоорганизовывающихся командах, то мы с удовольствием делимся с вами нашей презентацией ;)

С нетерпением ждем вас на нашей следующей встрече ITKaiZenClub!

Команда Е5

 

Tagged in: ITKaiZenClub Project management team
0 Comments Continue reading
Hits: 822
0

Отчет об Экстренном заседаним менеджеров в ІТ относительно влияния ситуации в стране на команды

Posted by Helen Prykhnych on in ITKaizenClub

ITKaizenClub начал свою жизнь "в реале"

24 апреля 2014 мы встретили новых и старых друзей, чтобы поговорить о том, как правильно работать в период нестабильности.

Сначала Прихнич Алена осветила наболевшее :)

  • Как работать с командой в условиях стресса и почти-военного положения?

  • Как успокоить заказчика?

  • Как самому отрезвится по поводу ситуации в стране?

А потом Сахаров Роман рассказал, как пошагово создать свой план для обеспечения Business Continuity Planning.


13 простых шагов, которые позволят вам продолжать жизнедеятельность вашего бизнеса при наступлении форс-мажорных обстоятельств.

 Все это сопровождалось жаркими дискуссиями, интересным общением и вкусной пиццей с конфетками!

 

Ждем вас на нашей следующей встрече!

Следите за нашими новостями по тегу #ITKaiZenClub

 

Tagged in: ITKaiZenClub Project management Risk management
0 Comments Continue reading
Hits: 276
0

Весна, Одесса, море и... конференция "Just Sell IT! Эффективные IT продажи"

Posted by Helen Prykhnych on in Conference

Что может быть приятнее весеннего солнышка, распускающихся деревьев и свежего морского воздуха?

Конечно же возможность совместить приятную поездку с познавательной конференцией по продажам в ИТ!

Для нас было открытием, что в Украине столько фирм на профессиональном уровне занимаются продажами ИТ аутсорсинга за рубеж! Уровень докладчиков, их рассказы очень обнадежили :) 

К примеру, Анастасия Новикова из Conformato в своем докладе "Продажи по телефону: кому и как звонить, а главное - что продавать?" дала детальные рекомендации по "холодным" звонкам: как перебороть страх и нежелание звонить, как вести разговор, а главное - поделилась своей статистикой, согласно которой откровенно грубо ей отказывали всего лишь раз :)

   

"Продажи в B2B стартапе" от Никияры Пурмамбетовой из UCat вселили веру в будущее :) Внедрить электронный документооборот в таких гигантах как Нестле - респект и уважуха :) О том как они это делали и с какими проблемами столкнулись Никияра и рассказывала в деталях.

Отдельно мы ждали доклада от COO Kuadriga "Як вижити в умовах багряного океану аутсорсингу в Україні?" - Натальи Стоянович. Она рассказала как они с партнером выстроили аутсорсинговый бизнес, выростив компанию с 2 до 100 человек за 5 лет. При этом они работали в основном на датском рынке, где активные позиции занимает Ciklum. По словам Наталии основной секрет их успеха был в позиционировании и бесплатном обучении клиентов управлению проектами: они давали своего ПМа, учили клиентов Agile и активно его популяризировали на датских конференциях.

За счет этого они заработали себе имя. Правда на это ушло минимум 2 года :)

Чем все закончилось? Конечно же happy end-ом: Ciklum купила Kuadriga и полностью ее поглотила, а Наталья, поделив прибыль со своим датским партнером (по ее словам компанию изначально создавали для продажи), поехала в Мадрид получать MBA. Сейчас же она вернулась и стартует новый проект, в котором мы искреннее желаем ей успехов ;)

Еще одним приятным сюрпризом от ИТ отрасли Одессы стало не только наличие классных ко-воркингов, но и консультации молодых предпринимателей от стартап-акселератора WannaBiz.

В конце конференции все больше общались между собой, переместившись в кулуары. Воспользовавшись моментом, мы улизнули наслаждаться последними часами перед отъездом в родной город в этом замечательном городе - Одессе.

   

Если вы прониклись темами докладов, то мы с радостью делимся с вами видео с конференции.

Надеемся, оно будет для вас полезным ;)

Tagged in: Conference IT sales
0 Comments Continue reading
Hits: 378
0

Контакты

E-mail: info @ e-5.com.ua
Адрес: Киев, ул. Московская, 27
Тел.: +38 067 790 66 11

Ищите нас в

 Facebook

 Twitter

 LinkedIn

 

Подписаться на новости