Чи є Jira контрпродуктивне програмне забезпечення управління проектами на сучасному ринку?
Є численні скарги щодо програмного забезпечення управління проектами з моменту заснування ІТ-індустрії. Деякі скарги виявляють фактор контрпродуктивності інструментів управління завданнями. Я знаю, що будучи гнучким керівником проектуДиспетчер завдань UDNЗвучить як трохи кліше, але в той же час я не можу допомогти, але інакше думати.
Іноді інструменти управління проектами переоцінюються:
Так, вони не тільки переоцінені, але існує дуже реальна можливість того, що вам не доведеться покладатися на програмне забезпечення управління проектами, щоб отримати з Вашою діловою діяльністю. Чому так? Розглянемо невелику ділову цегельну рот-середовище з естетикою старих шкіл. Вони працюють у своєму бізнесі.
Все працює по книзі. Ніхто не пропускає свої дні; Завдання завершені вчасно, а документація - це найвища. Якщо такий бізнес полягає у використанні програмного забезпечення управління проектами, це підвищить їх продуктивність.
Бізнес буде легко поширювати важливу інформацію, а операції будуть швидкими в результаті. Моя справа полягає в тому, що інструменти управління проектами не є абсолютно важливими; вони є . Це означає, що ваш малий бізнес здатний швидко, графік і подолати перешкоди, пов'язані з проектом. Візьміть приклад функції списку справ у будь-якому програмному забезпеченні управління проектами.
Менеджери команди можуть створити графік завдань для інших. У той же час зовнішні зацікавлені сторони можуть бути запрошені до цієї конкретної ради проекту, щоб стежити за все.
Чи не так сильно інтригує? Це робить, чи не так?
Якщо ви не зробили свого домашнього завдання належним чином, ви не можете отримувати вартість ваших грошей з програми управління завданнями. Особливо, якщо це велика реальна компанія з декількома екземплярами того самого менеджера завдань, щомісячна плата підписки може легко сплеска.
У той же час, якщо ця компанія не має управлінського процесу незалежно від кваліфікованого менеджера проекту на борту, програмне забезпечення - це те, що це таке ... - це просто інструмент. З точки зору їх досвіду з програмами управління проектами, ми нещодавно обстежили різні ІТ та не є ІТ-галузями з усього.
Загальна згода щодо інструментів управління проектами полягає в тому, що вони не є абсолютною необхідністю. Крім того, є компанії, які вважають, що такі програми є абсолютними витратами грошей. Остання група включає малого бізнесу та фізичних осіб, які не могли досягти одного з наступних:
У найгіршому випадку такі люди в кінцевому підсумку звинувачують програмну компанію для звільнення неефективного продукту. Певна міша цих користувачів не вагається від поганих рота репутації інструменту управління проектами в онлайн-світі.
Jira колись був ганебний програмне забезпечення для управління проектами:
Джира була відокремлена одним з найнестокого програмного забезпечення в керівництві проекту Нішу. Я бачив випадки, коли важкі, так і легкі користувачі склали негативну думку про JIRA. Були деякі користувачі, які просто вважали чутки і утрималися від використання JIRA на своєму робочому місці.
Загальне поняття про JIRA програмне забезпечення було вздовж . Багато керівників команд вважали, що JIRA має наполегливість повільно, а не навпаки. Я також знав хлопця, який думав, що Джира "всмоктується", тому що деякі з відгуків були дуже негативні. Він ніколи навіть не використовував Джира, або наблизився до його торкання! Чи можете ви це повірити?
Я не кажу про минуле негативне сприйняття про Джира - ці часи давно пішли. Крім того, є негативні люди скрізь.Диспетчер завдань UDNбув також запуск один раз. Ми наполегливо працювали протягом декількох років, щоб досягти певного стандарту використання кінцевого користувача.
Зараз ми працюємо над досягненням певного еталону якості. Ще краще новинаДиспетчер завдань UDN2.0 Бета - це лише один місяць сором'язливий з великого запуску. Це буде повне оновлення старої версії з додаванням багатьох нових функцій, які ви зробили, щоб любити. Старий графічний інтерфейс буде промитий і замінив щось візуально привабливим.
Наскільки робочий процесДиспетчер завдань UDNBeta 2.0 йде, ми збираємо відгук від наших звичайних користувачів, які хочуть переглянути певні функції у новому майбутній випуску. Це дає нам краще уявити, як формувати речі та запровадити повний потенціал програми новим користувачам. Повернувшись до JIRA, існує вигадана справа, яку я базую на моєму власному аналізі. Оскільки більшість з вас знають, що я був викликаний Диспетчер завдань UDNяк керівник Agile Project. Час від часу я також взяв участь у розробці програмного забезпечення та кампаній QA. Ця участь необхідна для керівництва командою у правильному напрямку.
Більша частина негативного повітря про будь-яке програмне забезпечення для управління проектами пов'язана з недосвідченими користувачами кінцевих користувачів для запуску програми. Такі користувачі мало хто не знає про свої точні вимоги компанії. Як результат, коли вони надсилають запит до ІТ-команди та CTO, щоб купити інструменти управління завданнями, багато неправильних речей відбуваються.
Для початківців компанія приймає рішення про покупку дуже дорогих програм. У альтернативному випадку програма є правильною, але фактична команда, відповідальна за включення програми у щоденній діловій діяльності "EFFS" все це. Яка точка покупки програмного забезпечення, яке не здійснюється в першу чергу для виконання вимог вашої компанії?
По-друге, багато бета-тестерів раннього ступеня програми JIRA не дотримуються конкретних методів та процесів для керування робочими процесами. Ніхто не мав досвіду того, як працював Джира, і тому команда склала негативну думку про Джира. Вони сказали: "Jira смокче". Період.
Цей приклад також застосовується для інших програм управління завданнями на ринку. Jira - це лише один приклад. Це не означає, що я несе ніяких хворих почуттів про Джира. Незважаючи на те, що вони є нашими конкурентами, вони роблять відмінну роботу. З моєї індукції, як ІТ-офіцер, я бачив Атлассський Jira Co. Подолати багато перешкод. Вони успішно покращилися та реалізували нові функції для експоненціального фактору росту.
Історія справи:
ABC - це компанія з розробки програмного забезпечення з гарною присутністю в інших відчутних підприємствах. ABC також виробляє продукти, орієнтовані на фізичні технології; дешеві гаджети, щоденне використання предметів зручності, і навпаки.
Ця компанія має здоровий персонал з 50 осіб. Щоденні ділові операції очолюють генеральний директор та CTO. Давайте зателефонуємо їм Джейк і Аміра! За останні кілька років ABC Inc. зробив багато хорошого прогресу. Вони збільшили своїх клієнтів з усього світу.
Ці клієнти можуть бути грубо розділені на два сегменти:
Час від часу abc також dabbles у роботі фріланс. Вони отримують клієнтів з різних веб-сайтів та місцевих підприємств. Потім компанія створює бізнес-пропозицію, що включає створення веб-сайту, цифрові маркетингові послуги, SEO та навпаки. Це хороший дохід.
Весь операційний центр з підтримки та інженерної команди в ABC. Вони є купою 15 - 20 хв., Які інкапсулюються в окремому офісі в межах компанії. Оскільки бізнес розширюється, керівники компанії, тобто Джейк та Амір, також отримують звіти про різні проблеми.
Внутрішні проблеми в ABC Inc.
Деякі проблеми є внутрішніми, такими, як; Управління проектами перешкоди та відсутність належного робочого процесу та процесів. Завдяки цим питанням, інженерія та управління керівництво вважають, що працівники не працюють над найкращими їх здібностями. Часто часів є відсутність комунікації, що змушує компанію шиш за такими ж проблемами знову і знову.
Хоча ABC Inc. має підтримку команду, щоб піклуватися про потреби клієнтів як з апаратних та програмних ринків, є багато проблем. Іноді клієнти вимагають певного продукту, або ряд функцій, які потрібно додати до наступного майбутнього випуску програмного забезпечення.
Співробітники підтримки пише ці питання та надсилає їх до інженерної команди. Іноді відгук досягає пізно, або інженерна команда вже підтвердила керівництво, щоб щось випустило. В результаті, кінцеві користувачі страждають і доведеться чекати ще кілька місяців, щоб побачити додавання запитуваних функцій у своїх улюблених продуктах.
Іноді ABC Inc. працює над декількома екземплярами тієї ж проблеми, навіть не знаючи цього! Скажімо, існує помилка у своєму флагманському програмному забезпеченні, але ABC Inc. має різні команди, відповідальні за обробку її. Всі вони створюють трохи різних версій Shppyable Software Code. Це створює конфлікти та впливає на час випуску "патч".
Хтось запропонував JIRA програмне забезпечення для управління проектами:
Ось хтось вирішив принести Кеті з іншого відділу в компанії. Послухає це, що Kathy використовувала JIRA програмне забезпечення в іншій компанії протягом декількох місяців. Вона підняла власну назву до ABC Inc. керівників, і кожен вирішив дати їй шанс. Інженерна команда ABC щасливо вітає Кеті і допомагає їй створити Jira через кожну робочу станцію. Співробітники були надані поповнення всіх прохолодних особливостей у JIRA, і як це може допомогти вирішити внутрішні конфлікти управління проектами в організації.
Очікувалися речі рости з цього моменту. Джейк і Амір також очікував, що продуктивність програмного забезпечення та апаратного забезпечення зростає в десять разів у найближчому майбутньому. Зрештою, програмне забезпечення управління проектами призначена для вирішення проблем, так? ... Право? Кеті навчав весь персонал за один день! О, малюк. Вона в основному представила JIRA програмне забезпечення для інженерного відділу. Потім NERDS інтегровано JIRA по всіх комп'ютерах, щоб допомогти кожному керувати та централізувати свої повсякденні завдання.
Ніхто не очікував цього, але Джира не вирішив питань управління основними проектами в ABC Inc. Насправді, існували нові питання, які заважали працівникам використовувати JIRA до повного потенціалу. Як головний виконавчий директор, так і CTO, спочатку встановлюють / купувати JIRA.
Інші відділи втратили свою "віру" в інженерному відділенні. Нова думка про Джира зараз негативна. Деякі з них, як повідомляється, кажучи: "Джира не вирішила проблеми нашої компанії. Я не знаю, чому вони найняли Кеті в першу чергу ".
Все, що коли-небудь пішло не так в ABC Inc. - це все через JIRA.
Колективна думка про JIRA в галузі інженерного управління полягає в тому, що це не продуктивне програмне рішення для менеджерів проектів. Він обмежує працівників з виконання певних завдань.
Ось три основні проблеми, які ABC Inc. не зверталися до першого місця. І це було задовго до того, як Джира навіть була реалізована Кеті.
Але по-перше, давайте подивимося на деякі з основних функцій у Джирі:
Хоча JIRA програмне забезпечення та більшість своїх конкурентів мають Kanban дошки, діаграма Gantt та інші сучасні інтеграції, ніхто в ABC Inc. використовує ці. Фактично, багато співробітників, у тому числі Джейк та Амір, мають стару шкільну мислення. Вони є жорсткими і, здається, боязкові, коли мова йде про використання сучасної інтеграції продуктивності на робочу область. Як наслідок, замість того, щоб стати продуктивними, робочі процеси почали ставити.
Jira обладнана для виконання багатьох заходів, але все це зводиться до методів виконання. Подумай над цим.
ABC Inc. не наймав менеджера проекту, або консультант, щоб сказати найменше. Вони лише встановили JIRA і очікувалися речі, щоб краще краще. Генеральний директор мав думку, що з тих пір, як Кеті зміг створити демонстрацію JIRA за один день, легко навчитися та реалізувати.
Найголовніше, що управління проектом є людський фактор. Вона включає в себе капіталізм на ресурси, аналіз ризику російської оцінки та досягнення мети. Ці керівники проекту використовують інструменти управління проектами лише як артефакт. Звідси вираження, "засіб до кінця" потрапляє в перспективу.
ABC Inc. найняв Kathy впровадити та демонструвати Jira в першу чергу. Вона є нездатною людиною з дуже обмеженими знаннями програмного забезпечення. Як наслідок, коли основні проблеми, пов'язані з JIRA, придумано процес процесу та розвиток продукту, Kathy буде керувати кожним кругами.
Вона не була звільнена, але ABC Inc. скоро вирушив її до своєї старої позиції.
Шнур і гнучкий має важливе значення для розробки робіт. Агляційне мислення, як повідомляється, революціонує промисловість на експоненціальному рівні. Сьогодні компанії не тільки стають продуктивними, але й заохочують своїх керівників проектів шукати додаткові сертифікати в SCRUM.
ABC був забудькуваний до Scrum. Вони не мали належного робочого процесу для визначення роботи Agile Mindset. Компанія постраждала за безліччю, та їх нездатність зберегти всіх на тій же сторінці.
Інструмент управління проектами не працює самостійно. Будь-яка команда, відповідальна за інтеграцію програмного рішення в рамках організації, повинна знати методи та процес. Припускаючи, що у вас є Джира, що працює як метафорична мікрохвильова піч з 15 попередньо встановленими рецептами, вона не зробить жодної смачної їжі, якщо немає кухар, щоб запустити рукавичку.
Якщо немає процесів, отримайте консультант. Це займає п'ять хвилин, щоб найняти зовнішній консультант. Він або вона створить вам політику. Якщо є щось, що не вистачає, хлопець скаже вам, чи потрібно найняти когось чи ні. Ці реалізації є обов'язковими, перш ніж ваша компанія вирішує пройти всі руки на програмне забезпечення для управління проектами.
Поки є зворотна сторона, щоб організувати зусилля компанії позитивно, Jira зробить чудеса. Якщо менеджер проекту має звук ноу-хау розробки програмного забезпечення, це вишня на вершині вашого торт. Спробуйте зберегти цього хлопця як безцінного активу компанії.
Щоб підсумувати все це - Jira приходить після певних ресурсів сайту:
Неважливо, якщо у вас є jira,Диспетчер завдань UDN, Асана або будь-яке інше програмне забезпечення управління проектами на місці. Вам потрібно реалізувати деякі процеси Site-Wide для максимальної продуктивності. На підставі багатьох ідей та висновків з різних радних досліджень я можу дуже сказати, що інструмент PM є артефактом.
Отримайте думку своєї команди за кількістю удосконалень, пов'язаних із роботою, які вони хочуть побачити після встановлення програмного забезпечення PM. Крім того, ви можете провести анонімне опитування громадськості до початку кожного проекту. Це допоможе вам краще налаштувати програму.
Пріоритети та визначити пріоритети цих бажаних списків відповідно до їх значення. Якщо кілька співробітників вважають, що певна функція в JIRA є критичною для прогресу, негайно реалізує його. Якщо люди просто розлючені, тому що "Jira смокче" у звичайних колах, немає необхідності панікувати.
Врешті-решт, спробуйте мати сильну традиційну структуру фундаменту на місці. Програмне забезпечення добре для документування все, але ніколи не покладайтеся на 100%. Іноді це нормально, щоб повернутися до звичайних практик управління через невизначеність ситуації в бізнес-індустрії.
Існує знаменита китайська прислів'я, "найнижчі чорнила краще, ніж найяскравіша картина". Вони сказали так для певної причини. Anyhow, якщо ви шукаєте персоналізовану відповідь на ваші запитання, надішліть нам електронний лист. Ми хотіли б повернутися до вас.
