Сначала нанять одного на 100. Он разработает план, сделает все намётки и напишет основную тему. Потом пригласить чувака на 40. Обьяснить ему что куда и посадить его тэсты гонять. В последствии тот человек за 40 будет поддержку делать.
папа Карло писал(а):Итак, у вас есть своя фирма и появился новый проект который требует ресурсы. У Вас есть 140 штук на зарплаты. Вы наймете:
1. человека за 100 и за 40.
2. людей за 60, 40 и 40.
3. людей за 50, 50 и 40.
4. людей за 70 и 70.
Выберете один из вариантов и объясните почему именно так.
Вариант 5: 1. 140 штук взять в банке под грамотный бизнес-план. 2. Провести на эти деньги researh & development в течение года-двух. 3. Выпустить отчет с результатами исследований, убедительно показывающий, что направление это бесперспективное (смета прилагается). 4. Предоставить отчет банку для списания кредита. 5. Go to 1, с небольшими вариациями.
Таким образом мы обеспечим непрерывность как творческого поиска , так и бизнес-процесса, а также их обоих надлежащее финансирование.
60+40+40
Это стандартное решение проблемы - группа с лидером, который не слишком умннее своей пары подчиненных. Плюс - всегда страховка на случай ухода одного из членов команды и соревнование. Да и рост младших надо собой - тоже провоцируется. Кроме того, группа из трех человек более управляема, меньше шансов что трое сразу вместе будут играть против менеджера.
Другие варианты - менее реализуемы, ибо велика вероятность что не сработаются. (См. Ответ A. Ch.)
Самого умного. Если проект - не рытье канав, а интеллектуальная деятельность.
Обьяснение:
1. В команде, даже из двух человек, много времени тратится на обсуждение, разговоры, споры, обьяснения и т.п.
2. Люди сильно различаются по своему интеллекту. Человек из top 1% вполне может сделать работу быстрее и качественнее чем команда из двух и даже более человек из top 10%. Читаем Bell Curve.
3. Если это не рытьё канав, то качество также важно. Человек за 40 может сделать проект, но как бы потом не пришлось тратить еще 140 на латание и переделывание этого проекта. Не лучше ли сразу отдать 140?
Вообще, вопрос несколько некорректен. Чтобы точно ответить, хотелось бы уточнить:
1. Насколько интеллектуально сложен проект? Может, никто стоящий меньше 100 к нему и подступиться не сможет?
2. Требует ли проект разных уровней интеллекта, например разработки алгоритмов и поддержки юзеров? Или имеется в виду однородная деятельность?
Написать - быстро, главное проверить. Поэтому я и говорю, взять одного писателя и одного читателя, чтоб тэсты гонял. Дробить проэкт на 3 человек не имеет смысла. А потом чтоб тэсты были на славу, дизайнер с авторитетом должен быть, чтоб молодой специалист думал, а не кричал каждые 5 минут что баг нашёл.
смотрите на задачу абстрактно. посмотрите на зарплаты как на уровень квалификации людей. не забудьте про риски. и что получится тогда? рассматриваем среднестатистический проект, не слишком легкий, не слишком сложный.
папа Карло писал(а):смотрите на задачу абстрактно. посмотрите на зарплаты как на уровень квалификации людей. не забудьте про риски. и что получится тогда? рассматриваем среднестатистический проект, не слишком легкий, не слишком сложный.
все одно зависит от специфики. если скажем это какая-нибудь экзотика (хитрый embedded, например), то стоит, наверное, взять сеньора и рюхливого студента. если же искомых спецов как грязи (java-шмава, мелкие базы и пр. ширпотреб), то два одинаково средних will do.
Слишком мало информации, чем люди собрались заниматься, какие при этом оценочные сроки на выполнение конкретных заданий. И ещё при таких маленьких ресурсах на permanent людей нанимать не совсем правильно. Контракты краткосрочные. Считать надо от ставки в час * 1.07 (вместе с GST).
Я понимаю, что это шутка такая. Но всё же выскажусь - несмотря на то что контрактам свойственно чаще заканчиваться, чем постоянной работе - это правильная и достойная форма найма.
задача абстрактная. нанимаем просто трех девелоперов. считается что все остальные люди есть (бизнес аналитики, итд). как уже говорил посмотрите на зарплаты также абстрактно, т.е. как на уровень квалификации человека. не надо смотреть на срок проекта, моральную сторону перманента или контракта. это все за рамками задачи.