Хотелось бы дополнить про еду. Если покупать и готовить самому, а не заказывать в ресторане или кафе ( я очень хз где кушала автор, но ценник в кафе для местных около 30-40 лир будет за покушать, правда надо пару слов по-турецки таки знать, в тех кафе нет доставок и пр. и они очень не понимают по- английски). Тот же мигрос имеет завышенные цены по сравнению с рынками.
В целом еда получается по цене +- как в России. (Пиво крафтовое есть, но по 40 лир +)
Бред какой-то написан. Какая разница какими методами ПМ не может добиться от команды результата? Ну давайте запустим его в каскадную модель. Он так же будет заваливать дедлайны. Программисты очень часто увлекаются программированием, а не конечной реализацией. И хоть стреляйте меня, но лучше бы ПМ не быть программистом.
Вспоминается серия Южного парка как Баттерс стал сутенером. Тоже раздавал солнышки и тучки. Идея с книжным клубом весьма неплоха.
Проблема скрама в том, что он немного идеализирован. И расчитан на профессионалов.
Это проблема талантливых кодеров. Им нравится писать. Им нравится писать ради кода. Это как кузнецы, которые куют доспех.
Ошибка менеджера запрещать им этим заниматься.
Я за индивидуальность в человеке. Если направлять команду в русло: «Ты гребец №15 на нашей галере, у тебя рост 170, вес 70 кг. Ты должен грести», то через некоторое время ты получишь отличных гребцов, которые во время нападения пиратов будут дальше грести. Им нельзя будет дать в руки оружие, они не будут знать как им пользоваться. Так же и кодеры: код, новые рюшки, технологии- вещи которые влияют на развитие его как профессионала и личности будут отброшены. А подавление личности копит негатив в сторону работодателя и менеджера. Как следствие- уход или деградация. Развитие личности и кто знает, сотрудник, который завершил проект несколько лет назад вернется к вам опять- помогать его реализовывать.
Полностью и окончательно с 1945. После 1905 года юг находился под оккупацией Японии, после 1920 (вроде) под угрозой войны еще и север достался Японцам. Но после капитуляции Германии 1945, СССР взялся за остатки союзников Гитлера. В итоге вернули и Сахалин и Курилы.
А мы и не объясняем. У нас есть цель. Мы сами определяем задачи для реализации. Я, как ПМ, говорю директору срок реализации, увеличив реальный срок на три, директор уменьшает его до Х2. И мы спокойно приступаем к реализации. Сейчас реализация небольших задач длится неделю+ неделя на отладку. Параллельно этому тихонько рефакторится код и делается параллельный проект. До дедлайна обычно все сделано.
Сейчас мы его развиваем, т.к. он только-только начал выходить из тестирования в продакшн.
В плане новых требований тяжело, т.к. вместо планомерного развития системы мы незакончив одну часть перекидываемся на обновленные пожелания директора. И это не его прихоть, а внезапные обновленные требования регуляторов, законодателей и пр…
Как это происходит (нас трое: я ПМ и QA, двое фулстек кодеры):
У нас есть общий план развития системы. Что было в начале (зоопарк) и что будет в конце ( единое webapp)
Мы планомерно движемся вперед, например, разрабатываем автоматизацию заказов. Тут приходит поручение директора: надо автоматизировать одно из направлений деятельности, которое планировалось где-то через полгода. И это необходимо сделать, т.к. использовать существующий софт невозможно по причине отсутствия обновлений. Окей. Прикидываю срок от плана до продакшена, озвучиваю 5 месяцев. Получаю ответ, что надо сильно быстрее, но «что стоишь, иди уже, пишите». Дальше очень муторный процесс сбора необходимых данных для первых шагов и вперед на отладку частей. Новое задание не реализуется до конца, пока не будет частично сделан блок «задачи» и пр. Поэтому заложен срок 5 месяцев- для частичного исполнении других блоков до состояния «чтобы работало». При всем при этом, успеваем доделывать ( менее быстрыми темпами, правда) то, что делали до этого.
Меня только в таком подходе смущает 2 вещи: сырой продакшен (слишком много ньюансов в работе пользователей о которых они вспоминают после того как все сделано), рефакторинг кода (некогда делать, получается говнокод в стиле, лишь бы работало)
Начали с водопада. Прописали ТЗ. Сроки. Условия. Через полгода заказчик попросил нас работать у него и на него. В итоге мы втроём уволились и перешли работать к заказчику. В итоге концепцию crm, которую мы пишем, поменяли настолько сильно, что ТЗ составляет 20% от уже сделанного…
Хотелось бы дополнить про еду. Если покупать и готовить самому, а не заказывать в ресторане или кафе ( я очень хз где кушала автор, но ценник в кафе для местных около 30-40 лир будет за покушать, правда надо пару слов по-турецки таки знать, в тех кафе нет доставок и пр. и они очень не понимают по- английски). Тот же мигрос имеет завышенные цены по сравнению с рынками.
В целом еда получается по цене +- как в России. (Пиво крафтовое есть, но по 40 лир +)
Проблема скрама в том, что он немного идеализирован. И расчитан на профессионалов.
Ошибка менеджера запрещать им этим заниматься.
Я за индивидуальность в человеке. Если направлять команду в русло: «Ты гребец №15 на нашей галере, у тебя рост 170, вес 70 кг. Ты должен грести», то через некоторое время ты получишь отличных гребцов, которые во время нападения пиратов будут дальше грести. Им нельзя будет дать в руки оружие, они не будут знать как им пользоваться. Так же и кодеры: код, новые рюшки, технологии- вещи которые влияют на развитие его как профессионала и личности будут отброшены. А подавление личности копит негатив в сторону работодателя и менеджера. Как следствие- уход или деградация. Развитие личности и кто знает, сотрудник, который завершил проект несколько лет назад вернется к вам опять- помогать его реализовывать.
Бесплатные адоб иллюстратор и афтерэффект? Я не ханжа, но все же.
Кстати, инвесторов не пытались найти?
А мы и не объясняем. У нас есть цель. Мы сами определяем задачи для реализации. Я, как ПМ, говорю директору срок реализации, увеличив реальный срок на три, директор уменьшает его до Х2. И мы спокойно приступаем к реализации. Сейчас реализация небольших задач длится неделю+ неделя на отладку. Параллельно этому тихонько рефакторится код и делается параллельный проект. До дедлайна обычно все сделано.
Клиент просто платит зарплату. Мы у него по ТК оформлены. Зарплата для нашего города очень хорошая.
В плане новых требований тяжело, т.к. вместо планомерного развития системы мы незакончив одну часть перекидываемся на обновленные пожелания директора. И это не его прихоть, а внезапные обновленные требования регуляторов, законодателей и пр…
Как это происходит (нас трое: я ПМ и QA, двое фулстек кодеры):
У нас есть общий план развития системы. Что было в начале (зоопарк) и что будет в конце ( единое webapp)
Мы планомерно движемся вперед, например, разрабатываем автоматизацию заказов. Тут приходит поручение директора: надо автоматизировать одно из направлений деятельности, которое планировалось где-то через полгода. И это необходимо сделать, т.к. использовать существующий софт невозможно по причине отсутствия обновлений. Окей. Прикидываю срок от плана до продакшена, озвучиваю 5 месяцев. Получаю ответ, что надо сильно быстрее, но «что стоишь, иди уже, пишите». Дальше очень муторный процесс сбора необходимых данных для первых шагов и вперед на отладку частей. Новое задание не реализуется до конца, пока не будет частично сделан блок «задачи» и пр. Поэтому заложен срок 5 месяцев- для частичного исполнении других блоков до состояния «чтобы работало». При всем при этом, успеваем доделывать ( менее быстрыми темпами, правда) то, что делали до этого.
Меня только в таком подходе смущает 2 вещи: сырой продакшен (слишком много ньюансов в работе пользователей о которых они вспоминают после того как все сделано), рефакторинг кода (некогда делать, получается говнокод в стиле, лишь бы работало)
Начали с водопада. Прописали ТЗ. Сроки. Условия. Через полгода заказчик попросил нас работать у него и на него. В итоге мы втроём уволились и перешли работать к заказчику. В итоге концепцию crm, которую мы пишем, поменяли настолько сильно, что ТЗ составляет 20% от уже сделанного…