Agile-Гибкая методология разработки.

qwone
qwone аватар
Offline
Зарегистрирован: 03.07.2016
 Но скорее всего разговор будут не об этом. Допустим вы программист. И вы хотете получать деньги за ваши программы. Но вам надо еще и питаться одеваться где-то жить и о боже у вас семья,которую надо содержать. В общем вам нужны деньги на текущие расходы. Есть заказчик, у него есть хотелки, и у него должны быть деньги на оплату работы таких как вы.  Для простых работ на неделю возможна такая схема. Проект готов - плати деньги. Или аванс- написание программы- остаток оплаты.  Но если проект на полгода-год такая схема не работает. Или заказчик сбежит, или у заказчика деньги кончатся, или программисту кушать захочется.  Вот и создается "мыльный пузырь", где заказчику рассказывают на сколько проект готов, и сколько заказчик уже выложить в кассу. И если заказчик не внесет, то проект закроется.  Разумеется на создание макулатуры "мыльного пузыря" нужен еще один человек, на оплату которого повышается стоимость проекта. Да и "мыльный пузырь" должен все же отражать текущий ход работы проекта. 
  Выводы: реальная стоимость программного продукта скорее всего зависит не от стоимости работы программистов, а от стоимости и впечатляющего эффекта "мыльного пузыря" имитирующего сам проект. И если вы хотите денежный выхлоп от написания вашей программы, то не забывайте об этом важном аспекте. 
  ПС: Большинство книг по маркетингу и программированию завуалировано говорят об этом. Вот только не все могут это прочитать.
b707
Offline
Зарегистрирован: 26.05.2017

qwone

Если это рецензия на книжку, но неплохо указать автора и название...

По моему опыту, любые проекты (не важно - в прогрммировании или например, в фармацевтике) - можно условно разделить на две большие группы по характеру отношений "заказчик - исполнители".  Первую я бы условно назвал "Патриций и рабы", а вторую - "Ходоки и Ленин". :)

qwone
qwone аватар
Offline
Зарегистрирован: 03.07.2016

b707,зря вы так. Ну современные книги по программированию не больше 50% пользной информации, а остальная муть что убеждение что так делать правильно. Хотя мне скорее кажется что просто это лишнее.  Опять же в характере отношений "заказчик-посредник" вы потеряли очень важный компонент посредники. Именно они связывают эту цепочку. 

ПС: И зря вы на Ленина наезжаете. У Ленина не было ВКОНТАКТЕ , вот и пришлось выкручиваться сервисом ХОДОКИ. Иначе бы смели его как Керенского.

b707
Offline
Зарегистрирован: 26.05.2017

qwone пишет:

ПС: И зря вы на Ленина наезжаете. У Ленина не было ВКОНТАКТЕ , вот и пришлось выкручиваться сервисом ХОДОКИ. Иначе бы смели его как Керенского.

qwone - чем мне очень нравится этот форум - полным отсутсвием политики. Давайте же не будем его портить обсуждением моих или ваших политических взглядов.

Если вам не нравится вариант "Ходоки и Ленин", могу предложить замену "Паломники и Гуру"

qwone
qwone аватар
Offline
Зарегистрирован: 03.07.2016

b707 пишет:
Если вам не нравится вариант "Ходоки и Ленин", могу предложить замену "Паломники и Гуру
Вот опять вы не поняли. Попробую в этой замене."Царя делает свита." Царь без свиты уже не царь. А вот при приличной свите любой человек может сыграть царя. 

  Мужик на рынке продает попугаев. Подходит мадам и вопрошает: — Скажите, а сколько стоит вон тот в углу, зелененький? — 500 — Ой, а почему так дорого? — Он разговаривает на английском, французском, испанском и переводит с русского на немецкий. — А—а—а ... Ну ладно, а вон тот синенький? — 800 — Ой, а почему он дороже? — Он умеет говорить на тех же языках, что и первый, но еще и пишет стихи на иврите и поет на суахили. — Да—а ... Ну а вон тот, побольше, красный, в углу? — 1.500 — Ничего себе деньги! Но на каких же тогда языках он говорит? — Вообще—то он молчит, но эти двое называют его боссом ... 

Но это все отвлечение. При капитализме больше всего зарабатывают посредники. И для того что бы организовать приличный проект хотя бы программировании, нужен как минимум талант посредника, а навыки программирования и паяния это не всегда обязательны.

Logik
Offline
Зарегистрирован: 05.08.2014

При капитализме все определяется балансом спроса и предложения - мало эффективных посредников, будет большой спрос на них и они заработают много. Эта деятельность станет привлекательной, число желающих стать посредником вырастет их кол-во вырастит и цена на их услуги упадет. Процесс пойдет в обратном направлении. Получаются волны цены услуги посредников. Но в целом их доля в дележе дохода не такая уж и большая.

Вобще грамотно работать с клиентом - действительно талант. При этом надо знать, хоть поверхностно, и технологии програмирования и аппаратные вопросы и специфику заказчика и экономику вопроса и психологию и пр. Основная задача - достичь баланса хотелок и возможностей заказчика с возможностями и желаниями разработчиков с учетом общей стратегии развития разработок (то что предлагается сделать должно и в будущем быть полезным в других проектах) и перспектив дальнейшего сотрудничества с заказчиком. Это сложно. Это особый вид деятельности, програмер не должен этим заниматся. Ну конечно в стартапе и грузчиком програмер может. Но не должен.

ПС. А Agile к теме вобще каким боком? Я сразу думал тут скрам будет ))

qwone
qwone аватар
Offline
Зарегистрирован: 03.07.2016

Logik. Здесь я не об этом говорю. Просто привычную двухступенчатую систему заказчик-программист лучше расматривать как трехступенчатую заказчик-посредник-программист.  Разумеется это может быть и один человек, а может быть и два когда заказчик-посредник это один человек а программист другой. Или заказчик это один человек, а остальное другой.

 Что это нам дает. Возьмем например графическую разработку программ. Это как бы перекладывает работу программиста на железо и остается только заказчик-посредник. Но есть еще вариант. Вы составляете продукт на некую группу заказчиков. Но если для одного заказчика можно выдавить конкретное ТЗ, но как вы можете составить ТЗ для пользователей например сматрфонов, если смартфонов еще нет в продаже. Вот и приходит к вам на помощь гибкая система разработки  ТЗ. Когда вы в процессе стратегии выхода на рынок меняете ТЗ, под некоторого "виртуального заказчика", что бы победить конкурентов и занять место на рынке. 

  Но даже я не об этом хотел сказать. Возьмем например компьютер . В нем есть железо и есть софт. Но структура железа и структура софта на одном компьютере не совпадает.  Так вот гибкая система разработки и структура программы которую вы пишете НЕ ДОЛЖНЫ СОВПАДАТЬ. Интерфейс класса и структура класса тоже не обязаны совпадать. Управление автомобиля и структура автомобиля тоже не совпадают. 

ПС: При переходе с гибкой системе разработки программы к программированию программы структуру программы желательно пересмотреть. Но заказчику все равно такие мелочи сообщать не обязательно, и дальше с ним беседовать в рамках гибкой системы и процентов выполненых работ.

andriano
andriano аватар
Offline
Зарегистрирован: 20.06.2015

Logik пишет:

При капитализме все определяется балансом спроса и предложения - мало эффективных посредников, будет большой спрос на них и они заработают много. Эта деятельность станет привлекательной, число желающих стать посредником вырастет их кол-во вырастит и цена на их услуги упадет. Процесс пойдет в обратном направлении. Получаются волны цены услуги посредников. Но в целом их доля в дележе дохода не такая уж и большая.

Это Вы излегаете модель "свободного рынка", которая сейчас практически нигде не встречается. Хотя бы из-за того, что о какой свободе рынка можно говорить при наличии копирайта?

Если же в качестве товара (как у Вас) выступает рабочая сила, то модель "свободного рынка" подразумевает, что любой работник может достаточно быстро (практически мгновенно!) освоить любой вид производственной деятельности.

Цитата:

Вобще грамотно работать с клиентом - действительно талант.

Вот талана как раз модель "свободного рынка" не предполагает. Равно как и вообще различия работников в способностях, уровне образования и пр.

Morroc
Offline
Зарегистрирован: 24.10.2016

andriano пишет:
Вот талана как раз модель "свободного рынка" не предполагает. Равно как и вообще различия работников в способностях, уровне образования и пр.

Смотря что понимать под талантом. По поводу договариваться... Ну как же не предполагает то. У меня вот три постоянные работы, а кто то одну найти не может - это разве не различие в способностях (в том числе и в немалой степени в способностях договариваться) ?

Logik
Offline
Зарегистрирован: 05.08.2014

Все верно. Под талантом очевидно понимать способность видеть и достигать цели в некоторой сфере деятельности. Один гугл сделал - талант. Другой печень пропил - тоже наверно талант. У третего дом, семя тоже возможно талант. Но второй и третий - не в ИТ. Не програмер и не проджектменеджер.  И рынок - как ситема экономической свободы разумеется дает талантам наилучшие возможности.

ПС. Отвечать andriano сознательно не стал,  ибо бред пропагандистский достоен игнора дабы флуд не разводить.

qwone
qwone аватар
Offline
Зарегистрирован: 03.07.2016

Когда я предложил трех-ступенчатую систему заказчик-посредник-программист, я не раскрыл что такое посредник(в моем понимании). Здесь это немного условное понятие, которое может определить желающий. В плоскости товар-деньги посредник дает товар заказчику и получает деньги. Но товар который передает посредник это товар произведеный программистом + дополнительная доработка сделаная посредником.  Попробуем аналогии. Вот вы покупаете овощь в магазине. Разумеется овощь в магазине не растет. Растет овощь в огороде, но в магазин его надо привести и выложить на прилавок. Вот это и есть добавочная работа и добавочная оплата за работу. Разумеется покупатель может сьездить в огород и купить ценой ниже, но тогда покупателю надо затратить расходы на поездку в огород и потратить личное время на поездку и ждать когда фермер станет свободным. Так что выходит что покупателю выгодно покупать товар в магазине.

  Теперь вернемся к программированию. Надо выделять в ПО код и контент. Вот есть сервер. В нем лежит сайт состоящий из движка сайта и информации который показывает тому кто на сайт заходит(контент) . Ведь тому кто заходит на сайт не нужно видеть код движка сайта, ему нужна информация.  Теперь к ардуине. Заказчину нужно что бы ардуино что-то выполнила - это и есть контент. А вот код заказчику совсем ни к чему. Вот этим посредник и занимается. Отделяет в Заказе Код от Контента.  Если писать программе все через delay(), то отделить код от контента сложновато. Но в реальности это уже устарело. Тем более технология использования повторного кода эффективна.

  Поэтому посредник в программировани это не барыга, а человек умеющий правильно написать ТЗ для каждого из участников проекта, и потом это все объединить в готовый проект, который и принесет деньги или еще что-то. 

andriano
andriano аватар
Offline
Зарегистрирован: 20.06.2015

qwone пишет:

  Поэтому посредник в программировани это не барыга, а человек умеющий правильно написать ТЗ для каждого из участников проекта, и потом это все объединить в готовый проект, который и принесет деньги или еще что-то. 

На практике принято того, кого Вы называете "посредником", называть "исполнителем", а того, кого Вы называете "исполнителем" - называть субподрядчиком.