:) То что вы написали — уже редкость.
Вы описываете «Если — то», именно так и составлено большинство хороших инструкций, вы знаете что делать, когда возникает ситуация, причем по регламенту ваш консультант будет готов вас выслушать и сделать необходимые правки, а не пошлет вас в виде: «че? ты бы словарь хоть почитал..» или типа того…
В этом во всем и есть регламент, правила.
В нашей действительности, как с законом, даже если есть регламент, но дядя Ваня сегодня забухал, поэтому вы Виктор Семенович попробуйте своими силами… Это сплошь и рядом. Поэтому я написал, о важности (!) людей находить выход из нестандартной ситуации, у нас это ценится!
я против оценок хороший/плохой, более того я считаю, что не в праве лезть в личную жизнь работника.
я за систему, за PMBOK, за качественное управление людьми, процессами и т.д.
считаю, что система делает человека, а не человек систему.
а выше — лишь мой комментарий на статью
Все же это больше американский подход' когда скил ценится выше чем личные качества. Обусловлен он тем, что подход в разработке там более регламентированный, меньше зависит от личности.
Наши же разработки — это аврал, а на тонущем корабле больше ценятся человеческие качества
либо Ваш час не стоит ничего, либо управляющие магазинов не умеют считать деньги :)
сейчас есть множество достойных ерп-срм систем, классные пакеты для аналитики и пр. за вполне приемлемые деньги.
ничего общего.
программисты имеют 2 убивающих проект свойства, точнее 1 вытекает из 2го
1. Тянуть до последнего с началом работы, работая тем временем с любимым куском.
2. Шлифовать мелочи до бесконечности.
причем тут доверие…
основной причиной несоблюдения сроков является, на мой вгляд, «синдром студента», поэтому программист никогда не должен знать сроков, он просто должен работать.
Вы описываете «Если — то», именно так и составлено большинство хороших инструкций, вы знаете что делать, когда возникает ситуация, причем по регламенту ваш консультант будет готов вас выслушать и сделать необходимые правки, а не пошлет вас в виде: «че? ты бы словарь хоть почитал..» или типа того…
В этом во всем и есть регламент, правила.
В нашей действительности, как с законом, даже если есть регламент, но дядя Ваня сегодня забухал, поэтому вы Виктор Семенович попробуйте своими силами… Это сплошь и рядом. Поэтому я написал, о важности (!) людей находить выход из нестандартной ситуации, у нас это ценится!
я за систему, за PMBOK, за качественное управление людьми, процессами и т.д.
считаю, что система делает человека, а не человек систему.
а выше — лишь мой комментарий на статью
Наши же разработки — это аврал, а на тонущем корабле больше ценятся человеческие качества
сейчас есть множество достойных ерп-срм систем, классные пакеты для аналитики и пр. за вполне приемлемые деньги.
программисты имеют 2 убивающих проект свойства, точнее 1 вытекает из 2го
1. Тянуть до последнего с началом работы, работая тем временем с любимым куском.
2. Шлифовать мелочи до бесконечности.
причем тут доверие…
показывает, что все управление можно положить на плечи автоматизированных систем
ответственность делится — концов не найдешь:)