Стоицизм предполагает неизменность человеческой сути, а на деле каждый человек в каждый момент времени отличается, человек стремится к изменениям и никак не может быть в статическом состоянии всю свою жизнь.
"Проектирует несколько вариантов моделей решения" - это задачи для методолога, который на основании полученных от аналитика требований и изученных на опыте ограничений и возможностей начнет проектировать.
По неопытности очень много доп.расходов времени и усилий не учитываются. Заказчик уверен, что это само собой разумеющиеся вещи, а вы не можете должным образом донести ему эту информацию. Даже опытному менеджеру, который много работает с заказчиками и хорошо знает продукт (или набор кейсов похожих проектов) приходится иногда прыгать из крайности в крайность (выполнение всех хотелок и заданий заказчика, который с удовольствием делегирует вместе со своими полномочиями и не всегда хочет понимать зоны ответственности, но и желания/возможности и способности исполнителя решать определенные задачи). Когда-то заключал договор с заказчиком и у него в договоре был пункт, что исполнитель обязуется выполнять ВСЕ требования заказчика. А также несет материальную ответственность за невыполнение.
Очень долго считал что имею недостаточно опыта, чтобы заниматься анализом и менеджментом задач и "хотелок" заказчиков. Но двигался в этом направлении и начал понимать, когда можно и нужно двигать свое видение, а когда послушать заказчика. Кстати очень помогает понимание MasterData management (MDM).
Из интересных случаев: после демонстрации механизмов оприходования и списания со склада заказчик заявил что это все очень сложно и он хочет просто циферки в табличке остатков напрямую менять. Достаточно немало времени понадобилось, чтобы убедить что все дополнительные процессы и операции нужны и играют роль.
Еще случай был когда заказчик попросил из старой программы скопировать механизм в новую. Т.е он реально думал что это делается простым копированием и вставкой)
Если обобщить, чем часто недоволен заказчик - это если он видит не то что хочет (что то лишнее в интерфейсе или чего-то недостает). Поэтому хотя бы на начальных этапах нужно приложить все усилия, чтобы заказчик не видел никаких лишних кнопочек, разделов, форм и декораций. Еще можно разделить заказчиков на тех, кого интересует как все работает "под капотом" и тех которым это совершенно неинтересно и любые упоминания об ограничениях их раздражают.
Если нет конкуренции - нет стремления стать лучше. Это необязательно приводит к монополии. Другое дело, когда участники рынка для достижения результата используют нечестные методы. Стремление к монополии правильное, но и антимонопольный комитет необходим. Если один честно стал монополистом, другой честно проиграл, то проигравшему найдется место в компании конкурента, или ему предстоит пробовать свои силы на другом рынке. Благо, рынков предостаточно и будет еще больше.
Максимизировать прибыль никто ни от кого не требует. Но если показатель прибыли не самый главный, в силу вступают другие, менее эффективные. "На собеседовании нужно выторговать" - везде и всем нужно "выторговать". Взаимообмен - основа человеческих взаимоотношений.
Основной фактор - эффективность предприятия и его существование никуда от нанимателя не уходит. Т.е за счет чего платить зарплаты фиксированные кем-то другим (видимо плановым отделом на гос.уровне), если у предприятия нет столько денег. Нету сбития цены - есть сбитие результатов труда (завышение норм, "герои труда" и т.д.)
Когда-то анализировал причины своего поведения и поведения других в разных ситуациях и пришел к выводу, что среда обитания очень способствует выученной беспомощности (или наоборот, кому как повезет). Потом понял что в основном успешные люди когда начинают что-то или продолжают делать имеют установку "получится, как и всегда", но большинство имеет установку "скорее всего не получится, как и всегда".
"Знать, в какую сторону растёт продукт и бизнес " - самое сложное. Для этого топ-менеджмент должен посвящать в свои тайны ведения этого бизнеса... А так можно только догадываться, на каком участке и почему поставят наивысший приоритет, а какие направления будут успешно отложены и забыты...
И очередная фирма заверила, что уж ее-то продукт будет внедрен по всем правилам, направления масштабирования заранее просчитаны и все будет по фикс прайсу. А потом окажется что сову на глобус натянуть не удалось)
Пока неопытный, независимо от того, потратил или нет деньги, больше вероятность, что придется возвращать. Или работать намного больше, чем изначально запланировано и оплачено. Заказчики хотят все сразу и за бесплатно, с этим нужно уметь работать) И не всегда удается разложить по полочкам заказчику почему будет работать процесс определенным образом, а так как хочет заказчик - не будет... И притом остаться компетентным в глазах заказчика.
Понимание процессов на уровень выше, чем в ТЗ, не относится к программированию. К этому можно, и скорее всего нужно придти. Но говорить, что человек, который сделал все по ТЗ - некомпетентный и низкоквалифицированный, это неправильно. Некомпетентность проявили в данном случае заказчик и составитель ТЗ.
Варианты могут быть и обратные, когда "вольный" делает только куски задач, нигде ни на чем не останавливается, может базовые операции на многих фреймворках, но ему не осилить серьезные проекты. И сколько не делай задач на фрилансе, этих навыков не будет.
Исходя из собственного опыта и процессов создания и демонстрации инструкций, скажу что в разных компаниях по-разному. Мало того, для каждого индивидуальный подход нужен. Особенно для топ-менеджмента. Одни очень довольны строгими инструкциями и за каждое лишнее слово спросят, другие очень не хотят инструкций в тестовом формате, только демонстрация или видеоинструкции, третьи пытаются сами и спрашивают только то что не поняли и довольны таким подходом...
Застал в одной компании переход на service desk. Руководство запретило напрямую звонить поддержке, только писать заявки. Но некоторые особо упорные хотели скорейшего решения именно своей проблемы. И после очередного звонка с вопросом "Когда моя задача будет решена", опытные админы начали отвечать "Будем затягивать до последнего". С последующим объяснением, что теперь звонки ни на что не влияют. Service desk победил)
Да, странно, что через файлы решили делать выгрузку. Есть внутренний механизм ВИД, который через коннектор СУБД легко работает с таблицами как с внутренними. Импорт/экспорт миллионов строк занимает минуты.
Стоицизм предполагает неизменность человеческой сути, а на деле каждый человек в каждый момент времени отличается, человек стремится к изменениям и никак не может быть в статическом состоянии всю свою жизнь.
"Проектирует несколько вариантов моделей решения" - это задачи для методолога, который на основании полученных от аналитика требований и изученных на опыте ограничений и возможностей начнет проектировать.
Начинается все с благих намерений, но в итоге KPI используется не для бонусов/премий/надбавок/% от результатов, а для закручивания гаек.
По неопытности очень много доп.расходов времени и усилий не учитываются. Заказчик уверен, что это само собой разумеющиеся вещи, а вы не можете должным образом донести ему эту информацию. Даже опытному менеджеру, который много работает с заказчиками и хорошо знает продукт (или набор кейсов похожих проектов) приходится иногда прыгать из крайности в крайность (выполнение всех хотелок и заданий заказчика, который с удовольствием делегирует вместе со своими полномочиями и не всегда хочет понимать зоны ответственности, но и желания/возможности и способности исполнителя решать определенные задачи). Когда-то заключал договор с заказчиком и у него в договоре был пункт, что исполнитель обязуется выполнять ВСЕ требования заказчика. А также несет материальную ответственность за невыполнение.
Очень долго считал что имею недостаточно опыта, чтобы заниматься анализом и менеджментом задач и "хотелок" заказчиков. Но двигался в этом направлении и начал понимать, когда можно и нужно двигать свое видение, а когда послушать заказчика. Кстати очень помогает понимание MasterData management (MDM).
Из интересных случаев: после демонстрации механизмов оприходования и списания со склада заказчик заявил что это все очень сложно и он хочет просто циферки в табличке остатков напрямую менять. Достаточно немало времени понадобилось, чтобы убедить что все дополнительные процессы и операции нужны и играют роль.
Еще случай был когда заказчик попросил из старой программы скопировать механизм в новую. Т.е он реально думал что это делается простым копированием и вставкой)
Если обобщить, чем часто недоволен заказчик - это если он видит не то что хочет (что то лишнее в интерфейсе или чего-то недостает). Поэтому хотя бы на начальных этапах нужно приложить все усилия, чтобы заказчик не видел никаких лишних кнопочек, разделов, форм и декораций. Еще можно разделить заказчиков на тех, кого интересует как все работает "под капотом" и тех которым это совершенно неинтересно и любые упоминания об ограничениях их раздражают.
Если нет конкуренции - нет стремления стать лучше. Это необязательно приводит к монополии. Другое дело, когда участники рынка для достижения результата используют нечестные методы. Стремление к монополии правильное, но и антимонопольный комитет необходим. Если один честно стал монополистом, другой честно проиграл, то проигравшему найдется место в компании конкурента, или ему предстоит пробовать свои силы на другом рынке. Благо, рынков предостаточно и будет еще больше.
Максимизировать прибыль никто ни от кого не требует. Но если показатель прибыли не самый главный, в силу вступают другие, менее эффективные. "На собеседовании нужно выторговать" - везде и всем нужно "выторговать". Взаимообмен - основа человеческих взаимоотношений.
Основной фактор - эффективность предприятия и его существование никуда от нанимателя не уходит. Т.е за счет чего платить зарплаты фиксированные кем-то другим (видимо плановым отделом на гос.уровне), если у предприятия нет столько денег. Нету сбития цены - есть сбитие результатов труда (завышение норм, "герои труда" и т.д.)
Когда-то анализировал причины своего поведения и поведения других в разных ситуациях и пришел к выводу, что среда обитания очень способствует выученной беспомощности (или наоборот, кому как повезет). Потом понял что в основном успешные люди когда начинают что-то или продолжают делать имеют установку "получится, как и всегда", но большинство имеет установку "скорее всего не получится, как и всегда".
"Знать, в какую сторону растёт продукт и бизнес " - самое сложное. Для этого топ-менеджмент должен посвящать в свои тайны ведения этого бизнеса... А так можно только догадываться, на каком участке и почему поставят наивысший приоритет, а какие направления будут успешно отложены и забыты...
И очередная фирма заверила, что уж ее-то продукт будет внедрен по всем правилам, направления масштабирования заранее просчитаны и все будет по фикс прайсу. А потом окажется что сову на глобус натянуть не удалось)
"Неверие, - рычал между тем на трибуне коренастый оратор с мясистой физиономией и
интонациями забулдыги, - неверие - вот чего нам надо бояться! Если мы поверим в
планы наших лидеров, то планы сами собой начнут работать, и у всех нас будет
всего навалом, будет и процветание, и кайф. Надо только дать укорот болтунам,
которые сеют смуту и сомнения и подрывают нашу мораль. Это из- за них нищета и
дефицит. Но скоро на них найдется управа, мы защитим от них наш народ, пусть эти
умники и критиканы только покажутся, мы им покажем, почем фунт лиха, можете мне
поверить!"
Айн Рэнд "Атлант расправил плечи"
Пока неопытный, независимо от того, потратил или нет деньги, больше вероятность, что придется возвращать. Или работать намного больше, чем изначально запланировано и оплачено. Заказчики хотят все сразу и за бесплатно, с этим нужно уметь работать) И не всегда удается разложить по полочкам заказчику почему будет работать процесс определенным образом, а так как хочет заказчик - не будет... И притом остаться компетентным в глазах заказчика.
Завтра в полдень выйдем на улицу,
Ветер подует, и все позабудется.
Вот и все закрыли историю,
Файл уберется в свою директорию.
С каждым годом все осторожнее
Мы будем лить из пустого в порожнее.
HI-FI - "За мной"
Понимание процессов на уровень выше, чем в ТЗ, не относится к программированию. К этому можно, и скорее всего нужно придти. Но говорить, что человек, который сделал все по ТЗ - некомпетентный и низкоквалифицированный, это неправильно. Некомпетентность проявили в данном случае заказчик и составитель ТЗ.
Варианты могут быть и обратные, когда "вольный" делает только куски задач, нигде ни на чем не останавливается, может базовые операции на многих фреймворках, но ему не осилить серьезные проекты. И сколько не делай задач на фрилансе, этих навыков не будет.
Главное пережить кризис,-сказал Мауч,-дать передышку,шанс подняться.
-А потом?
-Потом будет лучше.
-За счет чего? Ответа не последовало.
-Кто же все улучшит?
-Господи, мистер Реардэн, люди же не стоят на месте! - вскричал Хэллоуэй. - Они
что-то делают, растут, идут вперед.
-Какие люди?
Хэллоуэй сделал неопределенный жест:
-Просто люди.
-Какие люди? Люди, которым вы намерены скормить последние крохи "Реардэн стал",
ничего не получив взамен? Люди, которые будут продолжать потреблять больше, чем
производят?
-Условия изменятся.
- Кто их изменит? Ответа не последовало.
- Останется ли у вас что-нибудь, что можно будет грабить? Если вы не понимали
смысла своей политики раньше, просто невозможно, чтобы вы не осознали этого
теперь. Взгляните вокруг. Все эти чертовы народные республики по всей планете
существуют только за счет подачек, которые вы выдавливали для них из нашей
страны. Но вы - у вас не осталось ничего, откуда еще можно что-то выжать или
слизать. Ни одной страны на всем земном шаре. Наша была самой большой и
последней. Вы ее полностью выжали. Вы- Доили насухо. Я остался последним
обломком всего этого великолепия, которого не восстановить. Что вы будете
делать, вы и ваш народный земной шар, после того как прикончите меня? На что вы
надеетесь? Что у вас впереди - если не считать полного, окончательного и чисто
биологического вымирания от голода?
Они не отвечали. Они не смотрели на него. На их лицах застыла упрямая злоба, как
будто они слушали призывы лжеца.
Потом Лоусон мягко, полуупрекающе-полупрезрительно произнес:
- Хорошо, но вообще говоря, вы, бизнесмены, все время предрекаете всякие
катастрофы, вы годами кричите о не счастьях при каждом прогрессивном начинании и
пророчите нашу гибель - но мы живы. - Он улыбнулся, но тотчас стер с лица
улыбку, наткнувшись на внезапно потяжелевший взгляд Реардэна.
Реардэн почувствовал, что у него в голове снова прозвучало: клик! - и встала на
место еще одна цифра в замке. Он подался вперед.
-На что вы рассчитываете? - спросил он, его голос изменился, он стал ниже, и в
нем послышался настойчивый, тяжелый, стучащий звук дрели.
-Нам надо выиграть время! - кричал Мауч.
-Времени уже ни для чего не осталось.
-Нам нужен только шанс! - кричал Лоусон.
-Шансов тоже больше не осталось.
-Только пока мы не встанем на ноги! - кричал Хэллоуэй.
Вы не встанете на ноги.
-Только пока наша политика не начнет приносить плоды! - кричал доктор Феррис.
-Абсурд бесплоден. Ответа не последовало.
-Что теперь может вас спасти?
- О, вы что-нибудь придумаете! - кричал Джеймс Таггарт.
И тогда, хотя он привык к этой фразе, которую слышал всю свою жизнь, Реардэн
почувствовал оглушительный грохот внутри, как будто настежь распахнулась
стальная дверь, - последняя цифра опустила рычаг механизма, еще одно маленькое
число, пополнившее общую сумму, и сложный секретный механизм открыл замок; он
получил ответ, вобравший в себя все проблемы и противоречия, раны всей его
жизни.
Исходя из собственного опыта и процессов создания и демонстрации инструкций, скажу что в разных компаниях по-разному. Мало того, для каждого индивидуальный подход нужен. Особенно для топ-менеджмента. Одни очень довольны строгими инструкциями и за каждое лишнее слово спросят, другие очень не хотят инструкций в тестовом формате, только демонстрация или видеоинструкции, третьи пытаются сами и спрашивают только то что не поняли и довольны таким подходом...
Застал в одной компании переход на service desk. Руководство запретило напрямую звонить поддержке, только писать заявки. Но некоторые особо упорные хотели скорейшего решения именно своей проблемы. И после очередного звонка с вопросом "Когда моя задача будет решена", опытные админы начали отвечать "Будем затягивать до последнего". С последующим объяснением, что теперь звонки ни на что не влияют. Service desk победил)
И тот и другой так себе :) Linkwood и Lagavulin выбираю) А вообще каждому свое...
Да, странно, что через файлы решили делать выгрузку. Есть внутренний механизм ВИД, который через коннектор СУБД легко работает с таблицами как с внутренними. Импорт/экспорт миллионов строк занимает минуты.