Контроль работы программистов - Флейм

Уважаемые Коллеги!

Многие из вас знают, что такое Visual Studio Microsoft Team Services. PHP, как серверный язык, это примерно C#. На мой взгляд. Уверен, что среди нас много программистов, которые работают с Microsoft (в отличие от меня :- ).

Собственно вопрос. Как вы контролируете работу разработчиков? Уточню вопрос - допустим, у вас фрилансеры , да и штатные разрабы бывает начинают отставать.  Какой софт используете? У вас все это идет как идет или есть методы контроля? Поделитесь опытом.

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

а так, чтобы следить за непосредственными действиями исполнителя онлайн - ну это бред и паранойя, люди так работать не будут

Как инструмент - очнь хорошая штука, этот Битрикс
Как метод - scrumb.

Как метод - scrumb.

сори, не удержался )))

Спасибо. Но как я понял там нет интеграции c VCS (Git). Т.е. продукт не совсем для разработки ПО (могу ошибаться). SCRUM, насколько я понимаю, это методология разработки.

Никто не сталкивался с Jira?

https://ru.atlassian.com/software/jira

Вообще такое чувство, что небольшие софтверные компании (10-20 разработчиков) не используют эти средства, даже те кто сидят на Microsoft не используют VS Team Services.

Судя по рекламе Jira помощнее будет, чем VS Team Services.

https://www.atlassian.com/software/jira/comparison/jira-vs-tfs

https://startpack.ru/compare/jira/visual-studio-team-services

Или не стоит оно телодвижений и пусть все идет, как идет? Если разработчики вменяемые, надо ли тратить им время на бюрократию?

Если разработчики вменяемые, надо ли тратить им время на бюрократию?

а зачем? или у вас время резиновое? или его вдоволь и оно бесплатно? или ваши доходы позволяют - сори - с жиру бесится?

а зачем? или у вас время резиновое? или его вдоволь и оно бесплатно? или ваши доходы позволяют - сори - с жиру бесится?

А это происходит сплошь и рядом. Расскажу реальную историю. Хозяин компании, где работает моя жена, сумел сколотить состояние в мутные 90-е. Это, конечно, хорошо, но есть одно не очень: он там до сих пор застрял. Он построил гостиницу с торговым центром, но нихрена не понимает, как функционирует его бизнес и как его контролировать. Ему постоянно мерещится, что у него воруют его же работники (отчасти справедливо). Лучшее, что он придумал, это обязательные ежедневные отчеты для всех почти без исключения. Теперь каждый работник каждый день тратит минимум по 3 часа на эти отчеты. Ни времени, ни сил для прочтения этих отчетов у него, конечно, нет. И что вы думаете? Он нанял 3 помощников для этой цели. Они каждый день чуть ли не с утра гоняют людей на сдачу отчетов. А он так и не нашел время и сил для прочтения отчетов помощников .

Я конечно читал, насколько это полезные вещи. Из интернета (хабра в частности) не буду приводить ссылки - уверен, что интересующиеся все это либо уже читали, либо сами найдут.

Комментарий выше я сделал на основе опыта. Если работаешь с профессионалами, которых давно знаешь, в небольшой команде, то достаточно поставить задачу. Некоторые из таких моих бывших коллег в шутку говорили, что для управления проектом хватит и Excel. Ты им просто веришь, зная, что они не подведут, даже если иногда расслабятся.

Почему я решил задать этот вопрос. Меня не устраивает схема "Выдача ТЗ, оплата, ожидание результата". А потом выкладывание на форуме скайп-переписки при отставании или разногласиях.

Мне хотелось бы иметь средства контроля над процессом разработки, который может длиться месяцами. Я хотел бы знать, как оценивать работу разработчика по этапам, вместо ожидания окончательного результата в определенный момент времени. Да и важно иметь средство ведения истории проекта.

А это происходит сплошь и рядом. Расскажу реальную историю

Я думаю, что понимаю, о чем вы говорите. Но здесь речь не об этих вещах.

Вы когда берете проект, какие-то реперные точки расставляете, как-то показываете заказчику этапы?

Я расскажу вкратце другую историю - по нашей теме.

Представьте себе, нанят программист, на отличную зарплату. Все его сначала устраивало. И тут вдруг все ему надоело. И денег ему уже не надо. Просто вот - надоело, устал. Бросил проект. Он не понимает, что подвел команду. Ему пофигу. Ему наплевать, что в результате остановки проекта другие окажутся без средств.

Если бы было так, что стало заметно отставание, тогда можно было бы принять меры вовремя. Согласитесь, оказаться в неделе от катастрофы, это совсем не то, чтобы оказаться в катастрофе спустя месяцы, не контролируя процесс.

Я собственно начал эту тему не на почве как вовремя найти виноватого, а как выстроить разумный процесс взаимодействия с разработчиками.

Представьте себе, нанят программист, на отличную зарплату. Все его сначала устраивало. И тут вдруг все ему надоело

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

в результате остановки проекта другие окажутся без средств

а вот это уже некорректный менеджмент с вашей стороны

для крупных тяжелых долгосрочных проектов как раз и придумали всякие скрамы, аджайлы и проч, при которых конроль превращается в самоконтроль, и грамотное планирование этапов и распределения ресурсов заранее никто не отменял

в любом случае, если вы навяжете контроль за рабочим местом - люди работать не будут, ну вот не работают у нас люди под камерами, ни за какие бабки и плюшки, просто потому что менталитет такой

а вот это уже некорректный менеджмент с вашей стороны

для крупных тяжелых долгосрочных проектов как раз и придумали всякие скрамы, аджайлы и проч, при которых конроль превращается в самоконтроль, и грамотное планирование этапов и распределения ресурсов заранее никто не отменял

в любом случае, если вы навяжете контроль за рабочим местом - люди работать не будут, ну вот не работают у нас люди под камерами, ни за какие бабки и плюшки, просто потому что менталитет такой

Еще раз повторюсь - я априори на стороне вменяемых разработчиков. Хотя я и видел разных. Задам практический вопрос, коллеги, а кто-то из вас применяет эти средства? Интересно, какую методологию разработки ПО применяют разработчики ядра Joomla. Допустим и вы пишете компонент по заказу, месяца на два три. И вы не один разраб. Это же тоже тяжеловесный проект. Я соглашусь с ответом - мы знаем, что мы делаем и нам не надо это. Но все таки.

Я работал в команде, где мы сопровождали и разрабатывали достаточно большой проект. Использовали методолгию scrumb, контролировали в bitrix24. Но все работали штатно, в офисе, под наблюдением! У нас был проект-менеджер, который брал на себя всю бюрократическую рутину.
Разработку вели этапами. Т.е. получили мы ТЗ на внедрение новой фичи, провели анализ, разбили на этапы. Каждый этап внедрения разбили на блоки, которые можно выполнить независимо друг-от-друга. Таким образом мы получили много мелуих задач, с вполне осязаемым результатом. Выполнение одной кучи задач нас приводит к завершению этапа и переходу к следующей куче. Если кто-то не справляется со своей задачей - её можно спокойно делегировать, не нанося ущерба всему проекту. Распределением этой кучи занимался менеджер. Программисты только работали и не парились о том, что они отчёты свои не сдали, или ещё что-то. Таким образом была выстроена очень слаженная работа группы людей.

Пробовали подобное с фрилансерами - не прокатило, т.к. наши внештатные сотрудники обычно всё делали под конец срока и по ночам

Прочитал ваш пост, аж на душе потеплело. Цивилизованный подход. Еще + в карму.

Вопрос еще  - а кто разбивал на этапы? team лиды технари разработчики? Я имею ввиду, во-первых, кто делал ТЗ на новую фичу. Во-вторых, не может же один менеджер проекта знать все - и предметную область, и php, и javascript, и SQL профессионально, как и разработчики в каждой конкретно области технологии программирования. Были ли какие-то проблемы психологического плана с менеджером проекта, типа ты не не шаришь, что я делаю поэтому отвали?