Как вести проект?

Question

[Максим]

Всем привет! Я разрабатываю на php, а именно Фреймворк yii2. Возникают трудности в ведении проектов... Как ставить задачи? Как получать обратную связь по проекту от клиентов? Как клиенту писать задачи разработчику? Ну и так далее. Интересует в целом как должен протекать этот процесс. Какими сервисами пользуетесь? Поделитесь опытом!)

Раньше все пытался писать в блокноте, но это жуть) Хотелось бы использовать сервисы. Или обьяснить как правильно писать в блокноте)))

Answer 1

[Андрей Охотников]

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

Comments

[Максим]

Отлично)) А что из этого вы чаще используете? Пытался юзать доску Trello когда-то...

[Андрей Охотников]

Максим Ворожцов, используем в команде это

[Максим]

Андрей Охотников, благодарю.

Answer 2

[hack504]

Существует множество сервисов типа HelpDesk, тиккет-систем и т.д. Они решают часть проблем, но основную (контроль) нет. Всегда нужен человек, который должен пинать и клиентов и разработчиков работать в рамках этих систем. Попробуй так:
1. Под проект расшарь директорию в гугл-диске, где создашь документ "Текущие задачи".
2. От клиента попроси ответственного с которым будешь работать по постановке задачи и ёё решению. Договорись с ним о типе связи (должен быть обязательно созвон, не важно по мобиле или через мессенджер ).
3. Любое общение с клиентом должно инициировать с обеих сторон открытие документа "Текущие задачи" в который вы совместно будете записывать/вычеркивать/отмечать задачи и уточнять степень их готовности.
4. Любые материалы по проекту со стороны клиента должны закачиваться в расшаренную директорию гугл-диска.
5. Работай по принципу недельного спринта - в начале недели пробегаешься по всем проектам/задачам, составляешь план работ, в конце недели сверяешь что сделано/не сделано и корректируешь проекты/задачи
6. Если задачу не удалось сделать по вине клиента, то отмечаешь это в документе по проекту.

Это гибкий и простой вариант для простых клиентов/разрабов

Comments

[Дмитрий]

Какой нафиг документ с вычеркиванием? в 21 веке то. Как вы потом будете историю смотреть, графики строить в конце концов? А если клиент пошел и вычеркнул что-то самовольно или просто не то, что надо?
Для целей автора - любые баг-трекинг системы, как простые так и сложнее.

[hack504]

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

[Максим]

Благодарю за подробное описание процессов! Ваше решение имеет место быть для простых проектов и людей, которые привыкли к документам (взрослые). Но хотелось бы использовать какие-то сервисы) От таких методов "Блокнот" хочу уйти...

Answer 3

[lukoie]

Пользуюсь Асаной.
Для начала попробуйте Трелло - его вполне хватает для большинства задач. Сейчас три проекта веду в как раз в Трелло.
Задачи клиент дает как ему удобно(пдф, гуглодокс и т.п.), либо прямо в асане или трелло. Либо я сам записываю их оттуда, где клиент написал.

Comments

[Максим]

А с гидом синхронизируете трелло и задачи? Если да, то как?

[lukoie]

Максим Ворожцов, я не понял вопрос. Можете уточнить или исправить опечатки?

[Максим]

lukoie, там трелло)

[lukoie]

Максим Ворожцов, ок, а "гид" это кто тогда?

[Максим]

lukoie, ахах. Извиняюсь. https://github.com

[lukoie]

Максим Ворожцов, я мало пользую гитхаб, больше битбакет
Относительно синхронизации: проекты и задачи это то, что нужно сделать. Оно записывается в списке, и по мере исполнения просто отмечается. Например проект "Сайт Рога и Копыта", у которого есть задачи:
- написать в шапке телефон [phone]
- вставить фото котика в подвал
- написать заголовок "Привет Мир" в секции "Про мир".

И когда каждый из пунктов(или все три) готовы, изменения пушатся в репозиторий, а в трелло/асане каждая задача отмечается как сделанная.

Тут важно понимать, что есть методологии разработки. Например, в Водопадной методологии у Вас будет просто список задач, как туду-лист(один из режимов в Асане, в Трелло такого нет). В эджайловой методологии канбан это будут карточки и колонки, которые принято именовать в общем и простом случае так:
Backlog (сюда идут все карточки со всеми задачами)
Progress (сюда перемещаем карточку когда взялись делать задачу)
Review (сюда перемещаете когда задача выполнена и ее должны проверить и одобрить)
Done (сюда перемещают таск, когда он прошел проверку, иначе переносят снова в прогресс)

Так что "синхронизация" это когда руками отмечают задачи на каждом шаге и статусе.

[Максим]

lukoie, понял! Огромное спасибо за развёрнутый ответ)) примерно так и понимал, но не использовал никогда.

Answer 4

[Vitsliputsli]

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

Answer 5

[Ярослав Сиваков]

Из забугорных активно пользую для себя и на работе Asana - https://app.asana.com/ - по сути это простой список задач с метками, исполнителями, подзадачами, комментариями и пр. Бесплатен для небольшого кол-ва разрабов.