Физики, а как вы думаете можно сделать вместо асфальта например электромагнитное полотно, снять колеса с машины, днище у машины сделать электромагнитным и заставить парить в воздухе автомобиль за счет магнитной силы?
А какая польза от того что тот же менеджер увидит исходный код, если он все равно в этом ничего не понимает?
Я здесь говорю про конечный результат, который позволяет сделать система. Если этого не достаточно, то каким бы тупым не был менеджер на схеме он что-то знакомое точно разглядит.
я тут имел ввиду, что на основании полученных данных от заказчика, исполнитель делает «эскиз» с помощью этого инструмента и показывает заказчику.
Например, есть какая-то система, работая в этой системе, пользователи стали жаловаться на то, что нет определенного функционала. Стали поступать жалобы, предложения, пожелания. Проанализировав все входящие, менеджер проекта(или тот кто работает с клиентами) понял что этот функционал крайне необходим и принял решение, что нужно срочно добавить новый функционал. Он знает, что должно получиться на выходе и понял картину в целом, но есть некоторые участки, в которых менеджер проекта пока еще не разобрался.
В итоге Менеджер проекта(«заказчик») идет к программистам и ставит перед ними задачу, не скрывая что он не знает как лучше сделать вот это… это и это. Построив схему, будет проще понять друг-друга и придумать решение для тех участков функционала которые показались наиболее сложными в реализации.
Бывает такое что «заказчик» не может внятно объяснить что он от вас хочет, иногда потому, что он сам не до конца понял что ему нужно, мне почему-то кажется, что этот инструмент как раз будет выручать в таких случаях.
Почему наивно?
Крупный софт, который стоит бешеных денег, врятли установил и все заработало. В любом случае придется производить какие-то доработки чтобы адаптировать его под нужды заказчика.( например самое простое выходные формы документов). Доработки — это деньги и время. Наверняка еще и поддержка платная. Если проблему нельзя решить удаленно, то выезд специалиста это еще куча денег. А если софт не крупный и не сложный, а просто стоит бешеных денег, то тут очевидно что выгоднее вложиться в собственную разработку. Как пример могу привести битрикс. Лицензия стоит денег, и чтобы настроить сам битрикс нужно подключать к этому делу специалиста. Это лишние затраты.
Своя разработка это не только фриланс.
Можно обойтись своими силами если есть свой отдел разработки. тут вам и техподдержка и доработка и разработка нового функционала за зарплату.
Можно обратиться в компанию которая профессионально занимается разработкой ПО. Ну или на фриланс.
В любом случае это все должно быть проанализировано и выбрано наиболее оптимальное решение.
Я здесь говорю про конечный результат, который позволяет сделать система. Если этого не достаточно, то каким бы тупым не был менеджер на схеме он что-то знакомое точно разглядит.
Например, есть какая-то система, работая в этой системе, пользователи стали жаловаться на то, что нет определенного функционала. Стали поступать жалобы, предложения, пожелания. Проанализировав все входящие, менеджер проекта(или тот кто работает с клиентами) понял что этот функционал крайне необходим и принял решение, что нужно срочно добавить новый функционал. Он знает, что должно получиться на выходе и понял картину в целом, но есть некоторые участки, в которых менеджер проекта пока еще не разобрался.
В итоге Менеджер проекта(«заказчик») идет к программистам и ставит перед ними задачу, не скрывая что он не знает как лучше сделать вот это… это и это. Построив схему, будет проще понять друг-друга и придумать решение для тех участков функционала которые показались наиболее сложными в реализации.
Еще тогда можно быть увереннее, что возраст посетителя больше 16 лет.
Вампир сказал Коле. -Мало! Руби мне голову.
Ну и пришлось отрубить ему голову…
Крупный софт, который стоит бешеных денег, врятли установил и все заработало. В любом случае придется производить какие-то доработки чтобы адаптировать его под нужды заказчика.( например самое простое выходные формы документов). Доработки — это деньги и время. Наверняка еще и поддержка платная. Если проблему нельзя решить удаленно, то выезд специалиста это еще куча денег. А если софт не крупный и не сложный, а просто стоит бешеных денег, то тут очевидно что выгоднее вложиться в собственную разработку. Как пример могу привести битрикс. Лицензия стоит денег, и чтобы настроить сам битрикс нужно подключать к этому делу специалиста. Это лишние затраты.
Своя разработка это не только фриланс.
Можно обойтись своими силами если есть свой отдел разработки. тут вам и техподдержка и доработка и разработка нового функционала за зарплату.
Можно обратиться в компанию которая профессионально занимается разработкой ПО. Ну или на фриланс.
В любом случае это все должно быть проанализировано и выбрано наиболее оптимальное решение.