безліч підходів до ведення IT — проектів і кожен з них знаходить своїх послідовників, успішно використовується в одних проектах, з тріском провалюється в інших, приводить в захоплення частина клієнтів і викликає обурення в іншій частині. Поміркуємо про те, чи можна змішувати підходи, методи і методології, щоб досягати поставлених цілей.

Важливо!
  • У статті присутня певна частка іронії.
  • Стаття ні в якому разі не порушує чиї-небудь інтереси.
  • У статті не протиставляється SCRUM водоспаду і не змішується «м'яке з теплим».
  • У кожного своя думка на процес розробки проектів, свій досвід або його відсутність, свій щасливий клієнт або свій провалений проект, виконаний за методологією, за допомогою проектних методик, керуючись принципами або інтуїцією.
  • Будьте добрішими!


image

Читати далі →

Щоб успішно побудувати роботу в команді (колективі) та досягти високих результатів, важливо вміти продуктивно спілкуватися з підлеглими і задавати правильні питання. Професіоналізм полягає не лише в знаходженні потрібного часу, місця і моменту для бесіди зі співробітником, але і в отриманні та доведення потрібної інформації.

Якщо ви на шляху до проведення регулярних індивідуальних зустрічей з співробітником або вже практикуєте їх, але не знаєте, про що ще запитати, наша стаття буде корисна! Нижче ви знайдете список питань, відповіді на які допоможуть покращити взаємодію в командах, підвищити лояльність до компанії, дізнатися про проблеми, які хвилюють ваших колег. Ця добірка повинна бути для вас не стільки готовими формулюваннями, скільки позначенням напряму, спираючись на які ви можете сформулювати більш точні і відповідні питання, з урахуванням особистісних особливостей співрозмовника, особливостей роботи саме у вашій компанії.

Читати далі →

image

Вибравши якусь методологію для проекту, зазвичай, її необхідно адаптувати, доповнити. Так, наприклад, часто Scrum доповнюють за допомогою XP. Але навіть у цьому випадку процес формування архітектури визначено слабо, що є однією з основних причин драматичного падіння швидкості розробки через кілька місяців або провалу проекту.

В даному циклі статей, автор пропонує своє бачення архітектурних процесів в рамках Scrum, які виточувалися їм на декількох проектах (мобільні банки), в тому числі на поточному (FreshCRM). Область застосування підходу: business critical, mission critical і life critical проекти.

Читати далі →

Справа в тому, що приблизно через місяць в Y Combinator буде проходити черговий тур відбору компаній S2017. Це найвідоміший і розкручений акселератор Кремнієвої долини. Участь саме по собі має сенс, навіть якщо ви не думаєте про себе, як про стартапі. Це також можливість з'їздити командою в Сан-Франциско на халяву.
У цій статті — наш досвід від минулого конкурсу W2016 і розшифровка аудіозапису з очного відбору.

Усе почалося випадково. Подав заявку ввечері в п'ятницю, на тиждень пізніше строків оголошених на сайті. Заявка проста, заповнюється за пару годин, найскладніше для нас було записати ролик на 1 хвилину з поясненням того, що ми робимо. Вийшло так криво, що партнер попросив видалити посилання з статті. Але цього виявилося достатньо, щоб пройти конкурс 500 10 000 заявок і бути запрошеним на очний тур.
Після відправки заявки було ще співбесіду по скайпу, дуже короткий, 5-10 хв. Нас запитали що ми робимо, а після відповіді сказали: «Але ж цього і так повно і нікому не потрібна ще одна така система!» На це ми 5 хвилин навперебій розповідали, що немає, ми робимо все по іншому і у нас буде краще всіх. Нам сказали: «Ок» і через 5 днів прийшло запрошення: «Прилітайте», а ще через день ми вилетіли.


Читати далі →

Процес «Управління релізами» — для постпроектной підтримки або розвитку продукту

Після формального завершення проекту — робота не закінчується, а тільки починається. Необхідно реалізувати функціонал який не ввійшов в основний зміст проекту, виправити некритичні помилки, які не перешкоджали запуску, і обслуговувати потік змін та інцидентів, супутніх процесу експлуатації. При цьому, необхідно організувати процес таким чином, щоб враховувати пріоритети запитів, технічні залежності, залишати час на аналіз необхідних змін.

Процес «управління релізами, один з стека процесів ITSM, якраз і пропонує рішення для формальної пріоритизації та угруповання запитів користувачів (запитів на зміни, інцидентів) загальні пакети доставки — «релізи».

У даній статті коротко розкриваються такі теми:

  • застосовність процесу — коли має сенс його впроваджувати
  • основні етапи процесу, активності, залучені ресурси і результати
  • планування релізів: календар, обсяг, паралельне виконання
  • деякі проблеми доставки в релізах

Читати далі →

Реліз YouTrack 2017.1 і Hub 2017.1

Привіт, Хабр! Зовсім нещодавно ми випустили нову версію системи управління проектами — YouTrack 2017.1 і коннектор інструментів JetBrains для спільної роботи — Hub 2017.1.

Hub вбудований в YouTrack, так що багато хто з оновлення доступні в обох продуктах. Тому ми вирішили написати один пост, в якому розповімо про два релізу.

image

Читати далі →

Sport is dead! (за мотивами «Agile помер» та іншим некрологам)

Трохи не щотижня виходить одна-дві статті про те, що agile/scrum помер і більше не працює. Я зважився систематизувати основні проблеми та скарги цього приводу і розглянути їх на прикладі спорту. Отже…

    — Одного разу я запропонував пограти хлопцям в футбол. Ми зібрали команду, але м'яч потрапив мені в особа. Я не міг продовжувати. Гра була зірвана. Команда   демотивована. Ніколи! Чуєте, НІКОЛИ не займайтеся спортом, якщо не хочете, щоб ваше обличчя стало знівеченим!

Упс!

Читати далі →

85% співробітників забиває на системи управління проектами. Як ми робимо свою

Останні 10 років для ведення проектів ми користувалися такими системами як YouTrack, Jira, Asana, Slack, SmartSheet, BaseCamp, Trello і навіть білою дошкою, а також постійно тестували щось нове. На нашу думку, головна проблема всіх систем управління в тому, що люди в компанії просто забивають на її використання. А було б здорово, якщо інформація на всі відділи поширювалася з однієї системи і вся команда сама активно постійно їй користувалася.

І настав момент, коли на вихідних вирішили зробити свій інструмент для планування і управління. Ми були впевнені, що на ефективність команди з 30 чоловік дійсно сильно впливає система ведення завдань.

Для початку хотіли реалізувати 2 речі:

  • Секундоміри на кожній задачі, тому що було відчуття, що це дозволить точніше розуміти як витрачається час в команді;
  • Універсальність. Припускали, що відділ розробки, підтримки і всі інші відділи можуть працювати в одній системі.


Ми з головою поринули в це відгалуження компанії, розробка йде вже 10 місяців, а з нового року взяли ще людини на мобільні версії. Зараз відкрите бета-тестування, понад 50 команд активно користується нашою системою. Під катом хочемо поділитися тим, що у нас вийшло і розповісти про те, які кастомні підходи до управління проектами виявилися провальними.

Читати далі →