Зміст
Архітектор повинен ідеально розуміти предметну область, знати, як її автоматизувати, які проблеми і як вирішуються з допомогою технічних засобів. Така людина може ходити разом із sales на зустрічі з клієнтами, пояснювати технічну частину та як вирішуються проблеми клієнта. Ідеальний архітектор – той, який розбирається в архітектурі з прив’язкою до предметної області. Якщо вам потрібно масштабувати компанію і розвивати її, не обійтися без регламентів, якісного навчання персоналу і системи контролю за виконаною роботою. Для цього вам будуть потрібні менеджери, які будуть керувати командами, які виконують різні завдання.
Вам не підійдуть фахівці, які багато років займаються продуктовим розробленням. Їхня адміністративність і скрупульозність у рефакторингу, логуванні та інших завданнях не дозволять вам вчасно закривати проєкти. Наступний крок дорогою Експерта – архітектор.
Які взагалі є шляхи розвитку для IT-професіонала
Я ще не розумів, що зможу реалізувати, а що ні. Тому зрештою почав працювати над клієнт-серверним додатком для пошуку фільмів і відстеження новинок. Перш за все, хочеться слідкувати не стільки за абсолютним рівнем, як за прискоренням і швидкістю росту. Навіть серйозний рівень розвитку мало що означає, якщо він не підтриманий швидкістю.
- Щоб дорости до цієї посади, розробникові треба опанувати багато знань, володіти лідерськими якостями, виявляти ініціативність і розвивати софт-скіли.
- Інакше розробники вас просто не слухатимуть.
- І техлід і тім ліди, так чи інакше керівники які відповідають за розробку ПЗ, тоді як проектні і програмні менеджери відповідають за бізнес.
- І вони працювали, тобто я щось створював своїми руками.
- Моїми основними завданнями були менторство, стратегічне планування роботи команди, вирішення нестандартних кейсів і звітність перед керівництвом компанії за роботу своїх людей.
- Трапляється, що розробники не знають про існування життя за ними (привіт, Spring).
В урбаністичної дитини з багатоповерхівки спального району Львова є мало місць, де можна щось зробити своїми руками, а тут можна було сидіти і робити щось вдома. Коли з’являється нова ініціатива і треба зібрати команду з нуля, я даю керівнику проєкту табличку з переліком ролей і прошу зазначити, хто йому потрібен. Ми від спочатку знаємо портрети своїх співробітників і шукаємо нових, підбираючи відсутні пазли. Створити нову фічу або «докрутити» те, що є, – для кожної команди пошук компетенцій і ролей відрізняється. Теорію можна навчити, практику — набити шишки.
Як оцінювати тімліда
До того я ніколи нічого подібного не робив. Зараз працюю в компанії, яка пов’язана з розробкою додатків iOS. Був моушн-дизайнером і перейшов на позицію техліда.
Йдуть далі і вводять ініціативи, що впливають на всю індустрію в цілому. Тобто зростання не обмежене лише тими продуктами, які розробляє компанія Facebook. Вони дозволяють автоматично побачити, коли щось в інфраструктурі Facebook іде не так.
Екосистема комунікації всередині команди
Але ця конференція була в США, вона більш вузькоспеціалізована. Говорили про системи оперування великою кількістю даних в реальному часі. Є багато прикладів людей, які були достатньо успішними в США але вирішили повернутися будувати кар’єру в Україні, знайшли свій «челендж» в Україні. Найважливіше для таких людей розуміти, що вони справді можуть щось змінити. Я знаю по своїх колегах та інших українцях, які живуть в США, що коли відбувався Майдан, для багатьох тут це стало великим ударом по продуктивності і енергетиці.
Як показує практика, працювати на американського замовника. Для пошуку зображень — будь-який браузер, для перегляду зображень — будь-який переглядач. Правильно розміщувати інформацію (тобто вміти працювати з вільним простором, з модульними сітками, тощо). Мотиватор створює умови, за яких у людини виникає внутрішнє бажання щось робити. Найчастіше використовую Messenger, Slack для роботи, пивну соцмережу Untappd, Uber і Monobank. Kharkiv IT Cluster продовжує знайомити вас із різновидами ІТ-спеціалістів від компаній-мемберів.
Повідомити про помилку
Це дуже складна штука і в мене для вас погана новина – швидше за все ви зробили його погано. Зрозуміло, кожен з команди в курсі, яке фінансову винагороду він отримає за годину своєї роботи. Ваша робота чітко з’ясувати «хотілки» вакансія TechOps Lead клієнта, узгодити їх з усіма, ким потрібно, і донести до своєї команди. Звичайно, обов’язково поставити задачу в тому додатку, який ви для цього використовуєте і відзначити в ньому Acceptance Criteria і Definition of Done.
Маю два захоплення — інтелектуальні ігри і колекціонування етикеток з пива. Зараз бракує часу, але коли відбувається змагання між ІТ-компаніями, стараюся брати участь. Ми активні в соціальних мережах і хочемо спілкуватися.
Коли проблема в них, можливість з’являється у вашої компанії. Періодично проводьте мітинги, щоб обговорити проблеми й те, як їх бачать спеціалісти. Дозвольте працівникам розповідати про те, що заважає в роботі, що треба поліпшити у відділі чи в компанії. За результатами складіть подальший план дій. Роль тімліда — керування й комплексне оцінювання проєкту. Спеціаліст може вчасно помітити проблему й повідомити про неї проджект-менеджерові, а також поліпшити проєкти, пропонуючи свої архітектурні вирішення.
Головне — памʼятати, що проблеми команди — це твої проблеми, а твої проблеми — це не проблеми команди. Посада тимліда включає цілий спектр ролей https://wizardsdev.com/ та обов’язків. Ви маєте знати програмування, розуміти продукт, розподіляти сфери відповідальності у команді та робити безліч інших речей.
За яким правилом tea[ɪː]m leader транслітерується українською як тимлід? Тим більше, що стаття Вікіпедії дає, власне, тімлід, й пошуковий запит Google дає 618 входжень «тимлід» й 3590 входжень «тімлід»… Не чекати, поки спустять завдання зверху, брати більше відповідальності (теоретично це має робити і сеньйор). Лідом я став у продуктовій Gamedev-кампанії. Додаткових співбесід чи підтвердження навичок не проводили.
Перегляньте інші дописи учасника IT Svit
За останні два роки часто стикався з JavaScript, і побачив, як за допомогою його можна покращувати та автоматизувати процеси. З програмуванням я взагалі не був пов’язаний. Займався невеликим бізнесом, але коли прийшла війна, продажі почали падати. Давно розмірковував про кар’єру в IT, але часу не було, руки не доходили. Тут усі процеси налагоджені, але, як у будь-якій компанії, є над чим працювати та що вдосконалювати.
Майбутні спеціалісти вищого рангу самі розв’яжуть дрібні проблеми, у разі потреби зберуть потрібні дані, зробивши запит на них у колег чи проджекта. Має значення також уміння ставити правильні запитання. Джуніори — це спеціалісти початкового рівня, що виконують прості таски. Джунові потрібний хороший наставник — тімлід чи робота в сильній команді. Мідли пишуть код і можуть працювати самостійно.
Вся ця ідилія зникає, як тільки виявляється, що все (швидше за все це «все» — щось нелогічне, непідйомне і нереальне) потрібно було зробити ще вчора. Трапляється подібне регулярно і по тисячах різноманітних причин. Які навички потрібно мати, щоб стати лідом команди?
Цьому необхідно запобігати, правильно розподіляючи задачі, тому проджект-менеджер щодо цього часто радиться з тимлідом. Тож у цій статті я поділюся своїм досвідом розвитку до позиції тимліда, реорганізації команди. Він має бути досить сильним інженером, здатним відповісти на будь-яке технічне запитання (неважливо, клієнта чи команди). Але йому потрібні й хороші знання методологій розробки, й розвинені софт-скіли, щоб виступати скрам-майстром та представляти команду на різних клієнтських мітингах. Найчастіше тімлід також виконує роль техліда, хоч мені доводилося бачити конфігурації команди, де це були різні люди.