Віталій Артьомов, засновник Dystlab, отримав для свого продукту цифровий підпис, щоб посилити і безпеку, і довіру до «Made in Ukraine». Читайте про те, як тривав процес Code Signing, у чому з’явились складнощі та як українським розробникам отримати цифровий підпис для коду найлегшим шляхом. 4
Продуктовий стратег Саша Шумило з The Gradient пропонує свою версію валідації продукту в найкоротші терміни. Фреймворк, створений на власному досвіді і помилках, може допомогти швидше зрозуміти, чи створюєте ви правильний і потрібний продукт та на чому треба сфокусуватись. 28
«Процес створення та перевірки гіпотез насправді досить простий, якщо ви його дійсно розумієте. Все, що вам потрібно, — питання або проблема, твердження, яке можна перевірити, й метод перевірки». Продакт-менеджерка Юля з компанії Railsware описує свій підхід до розробки й перевірки гіпотез. 3
«Насправді хороший код схожий на вдалий жарт — вам не потрібно його пояснювати». Проте бувають випадки, що деякі частини жарту, тобто, коду, потрібно дублювати. В яких ситуаціях такі повторення не є помилкою та допустимі в продукті — описує Ігор Левченко, Senior .NET/Sitecore Developer у DataArt. 21
«Ключ до успіху полягає у використанні IT-автоматизації для оптимізації маркетингових процесів і, що найголовніше, — звільнення часу від рутини та підвищення продуктивності команди». Як автоматизувати, щоб покращити процеси, а не ускладнити — розповідає Андрій Печиборщ, Back-End Engineer з Universe. 1
«За час моєї практики найдорожчою помилкою через людський фактор був випадок, коли тестувальники забули перейти з Production Environment на QA-environment». Костянтин Різник, Delivery Director в Luxoft, розмірковує над тим, як можна убезпечити себе від багів і що робити, якщо помилка все ж сталась. 1
Ми живемо в епоху, коли технології відкривають нові можливості для ефективності та задоволення потреб користувачів, навіть і в продажах. Максим Москвичов, Head of Architecture Design Office в Yalantis на прикладах роз’яснює, як штучний інтелект та машинне навчання можуть змінити спосіб взаємодії між бізнесом і клієнтами. 4
У статті говоримо про те, що треба врахувати й про що треба пам’ятати при впровадженні програмного забезпечення в архітектуру проєкту. Акцент робимо на складнішому процесі, коли треба перебудувати старий продукт та вбудувати його в уже побудовану архітектуру.
Збір вимог не завершується складанням відповідної документації, адже вимоги можуть змінюватись під впливом різних факторів і так запускати додаткове вивчення і комунікації з замовником. На цьому шляху бізнес-аналітику легко потрапити в пастки міскомунікації — розбираємось, які вони бувають та як їх уникати.
«Усі ми хочемо, щоб технічного боргу не існувало. Але це нереально. Тому, щоб не дати йому завдати серйозної шкоди продуктові, важливо чітко розуміти, що це таке та як він накопичується». Артур Терменжи, Associate Director в Railsware, зібрав в одному матеріалі причини виникнення технічного боргу та шляхи боротьби з ним. Діліться і ви своїм досвідом. 16
У цій статті говоримо про те, як готуватися до UX-дослідження, щоб провести його ефективно, як переконувати компанію в його необхідності та як використовувати потім отримані дані. Стаття зокрема буде корисна продуктовим менеджерам, продуктовим, графічним та UI-UX дизайнерам. Досвідом ділиться Анна Шулик, Lead Product Designer в Universe. 1
«Незалежно від вашої ролі, позиції та кваліфікації, базове розуміння продуктового контексту — хто користувач та для чого йому ваші технології — дозволить приймати кращі рішення у межах тих задач, над якими ви працюєте». На тему продуктової візії говорять Максим Терещенко, CEO компанії Mantis Analytics, та Олексій Оровецький, Senior Product Manager в GotPhoto. 12
«Грамотно проведена дискавері-фаза і правильно описані умови для успішного виконання проєкту, на мою думку, можуть забезпечити до 60% успіху процесу розробки в затверджений бюджет і час». Разом з СЕО Артемом Дешицьким розбираємося, то як же правильно проводити цю саму фазу і чим вона особлива для hardware-продуктів. 15
Данило Жигамовський, Head of Product в Promova, описав своє бачення причини наявності розмитих ролей в українському продуктовому ІТ. Чому люди з однаковими бейджиками займаються зовсім різними речами й отримують різні гроші, чому роботодавець хоче від тебе того, що ти аж ніяк не очікував на цій позиції, і що з цим усім робити. Спойлер: вчасно домовлятися. 5
«Замінити в Україні 1С реально, але додам, що на одному тому, що це російська система, від якої потрібно відмовитися, не виїдеш. Потрібно давати ринку щось більше». Дмитро Обухов, СЕО та співвласник Bimp, наводить свої аргументи про те, чому багато українських компаній досі користуються російським софтом та що слід зробити, щоб змінити цю ситуацію. Обговорюємо майбутнє українського ринку ERP-систем. 471
Навіть відбудований упродовж років процес можна і треба переглядати, щоб виправляти в ньому вузькі місця. Саме з цією метою команда, в якій працює iOS Engineer Роман Кириленко, прийшла до циклічної системи релізів застосунків. У цій статті він пояснює переваги цього рішення та поетапно описує усі процеси зі своєї позиції розробника, а колега Агата Авраменко, Manual QA Engineer, доповнює опис процесів з точки зору тестувальників. 6
Часто відповідальність за зрозумілий інтерфейс покладається на UX-дизайнерів, але продакт-менеджери та маркетологи теж повинні вивчати звички користувачів та направляти дизайнерів для покращення інтерфейсу. Олексій Чебручан, продакт-менеджер в продуктовій компанії Nektony, розповідає, чому дослідження користувачів є важливим та на реальних прикладах доводить, як дані з опитувань допомагають закривати потреби й запити аудиторії.
У цьому «блозі-рефлексії» Руслан Газанфаров, Android-розробник, ділиться своїм досвідом і трансформацією підходів до створення продукту та ролі розробника в бізнесі. Текст буде корисний технічним спеціалістам, які хочуть працювати в бізнес-орієнтованих компаніях, які інколи жертвують «якісним» кодом, а також тим спеціалістам, хто хоче зрозуміти цей майндсет, а не створювати «фічі для фічей». 336
Product discovery — це фаза перед стартом проєкту, під час якої команді необхідно зрозуміти, чого хоче замовник, які в нього вимоги до продукту і майбутнього рішення. Юрій Бабай, менеджер з контролю якості розробки — про те, що врахувати QA-фахівцю, який бере участь у фазі product discovery. 1
Євген Плохой, Head of Product в Readdle, спробував «навчити» ChatGPT певній поведінці. Для цього він використав prompt engineering і отримав цікаві результати. А ви користуєтеся більш складними запитами до чатбота? Розкажіть в коментарях. 31
Коментарі