Новое сообщение в форум О работе

Форум	О работе
Тема	Как правильно задавать вопросы

Здравствуйте, mgu, Вы писали:

mgu>Здравствуйте, licedey, Вы писали:

L>>[h2]Общие вопросы[/h2]
L>>[i][b]Какие в задачи в целом, должен решать тим-лид?[/b][/i] Я понимаю, есть универсальный ответ - все зависит от проекта. В конторе X, он пиццу носил для сплочения коллектива, а в конторе Y, решает финансовые вопросы с заказчиком. Но все же, как у вас?

L>>[i][b]В чем отличие тим лида от архитектора или PM'a?[/b][/i]. Разве лид не должен решать архитектурные вопросы? Разве не должен создавать распределять таски?

mgu>Архитектор -- технический специалист, руководитель проекта -- администратор, разработчики -- исполнители, а ведущий программист -- это связующее звено между ними, контроллер, так сказать.

L>>[h2]Распределение задач[/h2]
L>>1. Что делать с джуниорами? Какие задачи им назначать?
L>>2. Что делать со стажерами? Тот же вопрос.
L>>3. Как по науке распределять задачи между мидлами и сеньорами? На интервью я сказал, что нужно выделить часть проекта, за которую человек отвечает, максимально независимую от остальных, и пусть совершенствует свою песочницу общаясь с другими через интерфейсы. Это решение похоже на идеального коня в вакууме, и PM неодобрительно покачал головой. Но а как правильно?

mgu>Да, должна быть взаимозаменяемость так, чтобы отряд не заметил потери бойца. Ведущий программист -- руководитель, следовательно, он должен уметь и распределять задачи, и делегировать полномочия. Возьмите старших разработчиков и прикрепите к ним младших, этим группкам лучше отдать большие куски, пусть дробят внутри. Средним программистам -- средние задачи.

L>>[h2]Организация процессов (SCRUM)[/h2]
L>>Проект будет по Скраму двигаться вперед, что это такое - я знаю, но не эксперт. А неясные вопросы по организации процессов есть такие.
L>>- Code Review, CI и билды, заполнять SCRUM-боард тасками и спринтами - это взять на себя или переложить на PM'a. Есть вероятность, что соглашаясь на все можно перегореть, от количества обязанностей. В оффере мне сказали, что кодинг/организация будет 50/50%. Если будет куча разноплановых задач - то спать в офисе станет привычкой.

mgu>Всю администрацию и переговоры с клиентом/начальством -- руководителю проекта. Проверка кода -- только себе, это самое главное.

L>>[h2]Разработка архитектуры[/h2] 
L>>* Какие инструменты и какие подходы вы используете у себя?

mgu>Если в конторе Скрам, то брать всё самое новое и модное.

L>>* Что посоветуете почитать, посмотреть или лучше пройти курс?

mgu>SaaS, облако, Big Data. Loosely coupled, rich client... Дальше не могу -- вырвет на монитор.

L>>* Что лучше При реализации - писать свои велосиепеды или искать и изучать 3rd party решения. Мне сказали, что за open-source 3rd party никто ответственности не несет, поэтому спросить не с кого будет. Но скажем, я хочу использовать MVVM Light, чем писать все вручную, разве плохо? Библиотека отлажена и используется тысячами если не миллионами разрабов по всему миру.

mgu>Переложите это решение на заказчика. У сторонних продуктов есть одно преимущество: дешевле. Ну, и в резюме не повредит добавить модные слова, в самом деле, на "писал свою ORM" никакой робот внимания не обратит.

L>>[h2]Митинги и общение с заказчиком[/h2]
L>>* Это будет ежедневный процесс, и как говорят мои знакомые, часто возникает конфликт, между хотелками заказчиков и ресурами команды, а также качестом. Как решать?

mgu>Если это ежедневный процесс, то крепитесь. Всё, что можно посоветовать -- это требовать выдавать все пожелания в письменной форме. Это сразу снижает и энтузиазм, и последующие "вы меня не так поняли".

mgu>А мастерство специалиста и состоит как раз в том, чтобы понять, что нужно заказчику ещё до того, как это придёт тому в голову. Насчёт качества не забивайте себе голову -- бОльшая часть "хотелок" оказывается ненужной ещё до их выката. Главное -- тщательно изолировать отдельные компоненты, лучше битумом, но на худой конец инкапсуляцией, чтобы выдёргивание маленькой "фичи" не разрушало весь карточный домик.

L>>* Что в целом посоветуете на митингах? Ранее на удаленке, я мог рассказывать басни, что все прекрасно и процесс идет, вот вот доделаю. Что было не всегда было правдой.

mgu>Продолжайте в том же духе. Побольше картинок, презентаций, графиков надоев говядины и т. п. И всегда давайте заказчику полностью высказаться -- они экономят на психотерапевте.

L>>Хотелось понять как не завернуть проект в сторону, что хочет заказчик - так и пляшем. Неважно будет уже, и архитектура и покрытие тестами и в целом качество, главное успеть его удовлетворить. В корне не хотелось бы такого, иначе работа будет ад и я уйду опять в свою берлогу фрилансить.

mgu>"Кто девушку ужинает, тот её и танцует". Это и есть профессионализм -- сделать то, что хочет/нужно заказчику, невзирая на свой PMS. А не втюхивать с видом артиста больших и малых театров то, что нравится самому.

L>>Изините грешного за такой объем поста и множества вопросов

mgu>У вас всё впереди, и объёмы, и множества.

Теги:

Введите теги разделенные пробелами. Обрамляйте в кавычки словосочетания с пробелами внутри, например: "Visual Studio" .NET

Имя, пароль: Загрузить Нравится наш сайт? Помогите его развитию!
Отключить смайлики Получать ответы по e-mail