Code’n’Coffee: Project Management
29-та конференція Code’n’Coffee цього разу порадувала слухачів у сфері Project Management. Любителі смачної розумової їжі та запашної кави знову зібралися для того, щоб послухати цікаві розповіді досвідчених людей та отримати хороший досвід. Приємно відвідувати такі заходи не тільки, щоб отримати цікаву інформацію, а й поспілкуватись з хорошими людьми та завести нові знайомства. Цього разу нас порадували змістовними та цікавими доповідями.
Як оцінити проект на етапі продажу?
Першим виступав Ігор Федун з доповіддю «Оцінка проектів на етапі продажу». Не секрет, що інколи проект оцінити буває важко — відсутність необхідної кількості інформації та інші причини можуть затягнути оцінку на досить тривалий термін. Крім того, замовники, як відомо, дуже полюбляють Fixed Price проекти. У таких випадках Ігор рекомендує вникати в деталі, обговорювати з клієнтом всі питання, які виникають, та ділитись із ним своїм баченням проекту.
Оцінка ризиків при складанні комерційної пропозиції
Важливу роль потрібно приділяти внутрішнім та зовнішнім ризикам, оскільки частіше всього проект вибивається з дедлайнів через невчасне надання клієнтом повної інформації і т.д. За словами Ігора, ідеальна комерційна пропозиція (КП) має містити наступне:
- Загальну інформацію про проект;
- Блок-схему проекта;
- Опис ключових ідей;
- Список команди;
- Графік робіт;
- Графік оплат;
- Загальну калькуляцію.
Також у комерційній пропозиції можна прописати задачі та ризики. Для себе з цієї доповіді я взяла хороші поради по складанню КП, врахуванню ризиків та по тонкощам спілкування з клієнтом. Дійсно цінний виступ, оскільки досить часто при оцінці можна не звернути увагу на дрібні деталі, які потім значно вплинуть на проект, його вартість та терміни.
Шкідливі поради для розподілених команд
Друга доповідь «Шкідливі поради для розподілених команд» від Олексія Лункова була корисною і комічною водночас. На яскравих прикладах Олексій описував як будь-яка людина може знищити команду нанівець. Також він допоміг нам зрозуміти, як шукати людину, яка може займатись промисловим шпигунством. Отож, нижче наведу кілька порад із доповіді, які допоможуть знищити команду — навчаємося від зворотнього.
Перша зернинка розбрату — знищення комунікацій у команді
Всі використовують Skype для комунікацій. Виявляється, його використання — це зло, точніше «Pain in the ass», за словами Олексія. Дійсно, комунікувати в Skype досить важко, оскільки зазвичай там є багато каналів: офісних, робочих, каналів для зв’язку з клієнтами. Більш зручнішим воркспейсом, за словами Олексія, є Slack. І тут я погоджуюсь. Slack також підійде для шарингу екрану або remote control.
Друга фаза — руйнування робочого процесу
Це можливо у тому випадку, коли не прописуєш workflow. Зазвичай документація не оновлюється або взагалі не пишеться. Найкраще прописати всі важливі моменти робочого процесу та оновлювати дані постійно. Це допоможе не тільки без проблем ввести нову людину в курс справи, але й освіжити в пам’яті дрібні деталі, які зазвичай не пам’ятаєш. Ні в якому разі не розказуйте це вголос, зруйнуєте команду :)
Фінальний акорд — руйнуємо інфраструктуру
Не купуйте смачні печенюшки, економте на техніці — і ви на правильному шляху. І останній удар по печінці — не давайте своїм підопічним розвиватись. Не оплачуйте їм конференції, не робіть мітапи, зробіть так, щоб не можна було отримувати досвід. І все, команди більше не існує, ви впорались. Finita la comedia!
Висновки
А якщо серйозно - дослуховуйтесь до своїх співробітників, поважайте їх інтереси та прагнення, робіть якомога більше всього для того, щоб ваша команда розвивалась і добивалась поставлених цілей. І тоді будь-який проект вам здасться легким до виконання!
Докладні виступи доповідачів Code’n’Coffee можна подивитись на нашому YouTube каналі! Підписуйтесь, аби завжди буди в курсі найсвіжіших новин у сфері ІТ!
