Одне з головних завдань моєї тарілки - спілкування з клієнтом. Одне, що мені здається особливо важким, - це подолати строки, оскільки вони мають доручення клієнта, і я часто не консультуюся.
Якщо ви повинні нести відповідальність за спілкування з клієнтом, чому ви не консультуєтесь щодо планування (та складання бюджету), щоб ви могли передавати цю інформацію між людьми, відповідальними за них у вашій організації, та їх колегами на стороні клієнта? Я думаю, що вирішення цього питання буде величезною користю для вас, вашої команди та вашого проекту.
Клієнт пропонує функцію, яку він хоче додати, Feature X. Feature X буде добре виглядати в релізі додатка на наступний тиждень, який займає близько 6 робочих днів. На даний момент запит на функцію повинен пройти затвердження, і часто існують інші залежності, з якими потрібно вирішити. Врешті-решт, через N днів, запит на функцію проникає до моєї команди. Навіть якщо початковий мертвий рядок (який встановив менеджер, який не розробник) був досяжний, він більше не є.
Ця система планування планується, щонайменше, дивною.
З мого досвіду, клієнт підписується на певний реліз. Вони можуть надіслати список необхідних функцій та змін та коли вони захочуть, а потім домовитись із командою, що будує програмне забезпечення. Або вони можуть дати пріоритетний список функцій команді розробника, і команда розробників надає оцінки, коли вони можуть доставляти різні набори функцій. Є й інші варіанти.
Але одне, чого я ніколи не бачив дозволеним - клієнт може змінити реліз так пізно в грі, особливо не за тиждень від випуску. Це не здається піддавати дизайнерам, розробникам та тестерам такий тиск. Якщо ви займаєтесь ітераційною розробкою, якщо це важлива особливість, просто не забудьте додати її до форми відставання та прийняти її, як тільки зможете. Якщо це не висока пріоритетна функція, вони, безумовно, не потребують її під час цього випуску і можуть чекати наступного.
Я рекомендую встановити деякі основні правила, які відповідають вашим командам з проектування, розробки, тестування та доставки, а також вашому клієнту щодо заморожування, заморожування коду та доставки. Викладіть це в письмовій формі, будьте зобов’язані від усіх і дотримуйтесь цього. Якщо один раз зрушите з місця, ви, швидше за все, згорнетеся, і ви втратите контроль над процесом.
На жаль, я не дуже багато можу зробити, тому що я тут не в силі.
Ти може бути не один. Але це здається, що ваші дизайнери та / або розробники та / або тестери знаходяться під сильним тиском, щоб виконати графіки. Вам слід посидіти з начальством як команда та пояснити ситуацію. По-перше, дозвольте вашій організації взяти на себе зобов’язання вдосконалити процес, а потім попрацюйте з клієнтом, щоб отримати свій внесок у те, як все буде працювати.
Це дуже схоже на те, що я виправдовуюсь.
Коли ви почнете виправдовуватися, можливо, прийшов час складної розмови або вирішальної розмови . Я б порекомендував одну з цих двох книг. Читання їх допомогло вдосконалити мої навички спілкування, особливо коли вам потрібно зіткнутися зі складною ситуацією, коли напруга з усіх боків висока.
Для вирішення деяких інших відповідей.
На жаль, владу в основному беруть самі, а не надають вам інші.
Я не знаю куди Андреа йде з цим. Так, потрібно виправити інформаційний потік. Але вам потрібно співпрацювати з прем’єр-міністрами та клієнтом, щоб усі знали, що було (я припускаю, все одно) домовлене на початку проекту. Якщо домовленість з будь-якої причини не працює, перегляньте її та перерозподіліть роботу та ролі людям, які їм краще підходять.
Ви не приймаєте владу і не боретеся влади, але працюєте з нею, намагаючись приборкати її і змусити її працювати для всіх.
Проблема полягає в тому, що клієнт в основному знає цінність для цієї функції, але не усвідомлює її складності. Просто обговоріть і уточніть. Завжди.
Ця цитата з loki2302 є майже на місці. Одне з ваших завдань як інженера-програмного забезпечення - переконатися, що потрібні люди знають такі речі, як, наскільки складна задача, скільки часу це займе, а також які варіанти та ризики існують для чого-небудь. Як провідний комунікатор для вашої команди, передача цієї інформації від вашої організації вашому клієнту, теоретично, ваша робота.