Я вважаю, що моє рішення краще, ніж рішення мого начальника, тож чи варто його ігнорувати? [зачинено]

Я працюю з php та sql.

Я думаю, що мій метод реалізації функцій кращий від того, що пропонує мій начальник. Щойно він пояснив мені, як зробити перевірку на список адрес електронної пошти, і мені не подобається його ідея. Я запропонував міну, яку краще та швидше здійснити, але він не погодився.

Зараз я думаю, що я буду йти вперед і втілювати свою ідею, бо його ідея була мені недостатньо зрозумілою. Ви думаєте, що він буде злий?

Будучи «боса» і, як виявилося, на самом деле краще , ніж мої співробітники у всіх випадках бар один - так, він буде з розуму - або роздратований або розчарування , і в будь-якому випадку, цілком можливо, прямо в першу чергу.

Якщо ти справді кращий за нього, то ти повинен мати можливість зрозуміти запропоноване рішення і зрозуміти, чому твоє краще, а потім пояснити, чому.

Але ви заявляєте:

бо його ідея була мені недостатньо зрозумілою

У такому випадку вам потрібно повернутися назад і зрозуміти, що він хоче і чому, і чи так, як це було у мене, коли я роблю пропозиції своїм працівникам, так і моєму персоналу, який пропонує мені рішення, - ви чи він щось пропустив. Але не вважайте, що він помиляється, і ви маєте рацію, якщо і поки не зрозумієте, про що він просить і чи прикриває те, про що ви ще не думали (поки).

Так, і в одному випадку - він кращий програміст, але він не такий вже й пару кроків назад від проблеми, де мені краще, і нам дуже цікаво працювали разом саме з цієї причини.

Ви критикуєте його , думаючи, що ви кращі за нього, замість того, щоб критикувати його ідеї .

Вам потрібно змінити цю невідповідну поведінку в першу чергу.

Скористайтеся можливістю позитивно кинути виклик його ідеям , запитуючи "why?"достатньо разів. Якщо ідея настільки дурна, він врешті-решт розкриє її сам, відповідаючи на ваші запитання.

Цей прийом має перевагу, що допоможе вам зрозуміти. Його ідея, мабуть, розумніша, ніж ви думаєте.

Крім того, seeking to understandперш ніж намагатися зрозуміти, допоможе вашому начальнику обеззброїтися проти вас. Коли комусь щось пропонують, його мозок ящірки спробує визначити, чи це частування. Його мозок ящірки хочуть, щоб він був у безпеці. Прагнення зрозуміти його перестрахує його архаїчний мозок.

Тепер, якщо у вас є краща пропозиція, я впевнений, що він буде більш ніж радий вас вислухати. Будьте готові просити його "why?"достатньо разів, поки він не переконається.

Зрештою, ви професіонал, саме тому він найняв вас в першу чергу. Він повинен вас слухати.

Якщо його взагалі не цікавлять ваші ідеї, потрібно зробити лише одне: кинути .

Ви кажете, що ваш метод "швидше здійснити". Що дзвонить мені тривожно.

Код, який швидше реалізувати, дуже часто може бути важким у дотриманні.

Він твій начальник. Якщо ти не залишишся там все життя, він буде жити з цим кодом набагато довше, ніж ти. Можливо, його стратегія враховує цей факт.

Коротка відповідь: Непідкореність - це безпечний спосіб звільнення.

Ваша робота начальства не в тому, щоб краще програмувати вам, а керувати вами. Тож відкладаючи той факт, що зважаючи на його очевидний досвід програмування і що він може знати причини, чому ваше рішення не найкраще - покажіть йому, що ви можете керуватися, і він буде більше довіряти вам, коли ви прийдете до нього з кращими рішеннями .

Я майже можу гарантувати, що ваш підхід до того, щоб сказати йому, чому він помиляється (а як сказати, як ми можемо зробити це краще?), Що заважає вам почути.

... не сказати, що там немає справжніх недосвідчених диків :)

Подумайте, що вашому начальнику потрібно від вас кілька речей:

• Можливість програмування. За всіма правами, якщо він не менеджер, що розвивається, він (сподіваємось) найняв тебе, сподіваючись, що ти станеш кращим за нього.
• Здатність працювати в команді: це означає слухати, а також пояснювати ідеї.
• Здатність робити те, що вам сказали. Коли буде сказано остаточне слово, після того, як усі обговорювали проблему, ви не є начальником. Якщо ви намагаєтеся бути гарячим, коли вам конкретно сказали нічого не робити, вам не можна довіряти.

Якщо ви хочете продовжити проблему, ви можете реалізувати ідею свого начальника, реалізувати свою власну (самостійно, якщо це займе певний час), і продемонструвати їх обом, щоб довести, що ваш краще. Я б залишав таке ставлення під душем, коли ти це робиш.

Так, він буде злий . Тому я радив би надіслати йому електронну пошту причину, чому ваш метод кращий. І попросіть у нього схвалення для подальшого використання вашого методу. Моя суть "електронної пошти" полягає в тому, щоб переконатися, що ви перераховуєте всі свої причини, а також збираєте їх, перш ніж продовжувати обговорення.

Спробуйте формулювати це так: " Я вірю, що цей метод відповідає проекту / проблемі " - тому, якщо у нього немає кращого шляху, він повинен піти з вами.

Якщо ви справді впевнені, у вас є достатня кількість боєприпасів, щоб підтримати вашу думку, перейдіть до " Я вірю, що цей метод відповідає проекту / проблемі через 1,2,3 .. причини ".

Ще одна особиста порада - сказати "Я кращий за свого начальника" - це трохи зарозуміло, я розумію, що ти можеш зараз розсердитися - але в професійному контексті це звичне оцінювання. Сподіваюся, ваш начальник не читає цю публікацію;)

Бути чудовим розробником - це не просто бути хорошим кодером! Частина роботи полягає в тому, щоб добре працювати з іншими та співпрацювати зі своїми командами та начальниками. Якщо ви думаєте, що ваш шлях кращий, спробуйте пояснити йому, показуючи йому "дані", чому це краще.

Якщо він стверджує, що його шлях насправді кращий, то намагайтеся не думати про те, що він може мати рацію. Якщо його немає, а просто тягне за собою владу, то у вас є один поганий начальник ... (бо частина того, щоб бути чудовим начальником, також співпрацює зі своєю командою та правильно керує нею). У такому випадку почати оглядатися може не така вже й погана ідея.

Це, безумовно, швидкий і простий спосіб звільнитись.

Моя порада - реалізовувати і те, і використовувати те, що хоче ваш начальник.

Якщо є проблема, скажіть йому, що у вас є виправлення, і покажіть йому, але не кажіть йому, чому ви це написали.

Я не думаю, що ти маєш тут правильне ставлення. Думаючи, що ти кращий за свого начальника або просто думаєш, що ти кращий, ніж хтось інший, ніколи не допомагає питанням. Ви сказали йому, чому вам не сподобалась його ідея, або ви просто сказали: "Я маю кращий спосіб робити речі". Чому саме ваша ідея краща? Це менш алгоритмічно складений алгоритм? Чи має кращий час роботи? Чи легше доглядати? Чи застосовується легше зрозуміти шаблони дизайну?

Оскільки вже надано багато відповідей, я не раджу кодувати рішення, яке не підтверджено. Спочатку ви повинні довести йому, що ваше рішення краще в конструктивному плані. Якщо він хороший менеджер і глибоко думає, що його рішення краще, ніж ваше, ви можете очікувати від нього пояснення, чому. Не забувайте, що як менеджер, він може мати інші критерії, ніж ви, щоб визначити, що таке ефективне рішення. Можливість збереження чи легкість читання може бути однією з них.

Крім того, якщо він хороший менеджер, йому не буде нечесно обрати ваше рішення, якщо вам об’єктивно вдалося довести, що це дійсно краще.

Але врешті-решт, навіть якщо ти все ще не згоден з ним, не обманюй його; не робіть чогось, що він буде ігнорувати. Управління командою також ґрунтується на довірі та прозорості, щоб ви могли накрутити свої стосунки та ефективність роботи команди. І цілі команди повинні бути вашими першочерговими завданнями.

Якщо ситуація виникає знову і знову, а його вибір завжди поганий, він не повинен довго залишатися вашим начальником. Якщо це просто випадково, не будьте занадто розкуті ...

Здається, що ви в чомусь конфліктуєте, тому вам потрібно зосередитись на тому, щоб бути конструктивним.

Якщо ви щиро не вірите в його рішення, ви повинні знайти конструктивний спосіб сказати йому, як ви ставитесь до цього. У цьому слід врахувати кілька речей. Ваш відповідальний за вашу доставку, але він відповідає за доставку команди. Вам доведеться показати, що ваш інтерес полягає в інтересах доставки команд і ваших власних (що ці дві вирівнюються).

Складіть список плюсів і протимобілів з двома рішеннями та обговоріть його зі своїм начальником конструктивно. Іноді простіше показати, що ваш або він відсутній ключовий компонент рішення зі списком.

Спробуйте зрозуміти, чого він хоче, це кінцева мета, яка є метою. Якщо ви зіткнетеся з цього приводу, тоді ви не зосереджуєтесь на правильній меті.

Моя порада спочатку визначити, чи є його рішення насправді кращим. Опублікуйте два рішення, попросіть СЕ про неупереджений погляд.

Я б ніколи не ігнорував свого боса. Якщо він має технічне ноу-хау, то в здоровій дискусії шкоди немає. Він дотримується своєї ідеї, а ви пропонуєте свою.

Однак якщо ви все-таки визначите, що насправді його метод неповноцінний, і він не дозволить вам виконувати ту роботу, яку ви найняли, киньте. Немає нічого гіршого, ніж стояти над вами рукояткою, яка розповідає вам, як ви повинні щось робити, коли вони явно не мають уявлення про те, про що говорять.

Почнемо з того, що справа шефа - приймати рішення, а не ваше. Ти йдеш проти тих рішень за його спиною, і це швидкий шлях до звільнення за справу.

Ви можете та маєте представити свої ідеї до прийняття рішення, але після того, як воно буде прийняте, ваша робота змусить прийняти рішення, навіть якщо ви не згодні з ним. Якщо ви цього не можете зробити, у вас буде дуже коротка кар'єра.

Залежить від людини. Якщо він достатньо розумний, і ти покажеш йому своє рішення, і це краще, він, мабуть, не злий. Але якщо його немає, то ти в біді.

А тепер, на частину загальної дурниці: Він - ваш начальник. Він не там, щоб бути кращим програмістом, а бути кращим менеджером / керівником. Можливо, у нього є причини, які ви не розглядали.

Якщо ви ризикуєте, тоді поступайте, але не зліться, якщо вас звільнять. Це все пари.

Не кусайте руку, яка вас годує.
Якщо ви думаєте, що ваше краще, навіть після вичерпного аналізу, тоді впевнено, робіть так, як ви вірите, але ви будете жити з наслідками.

Мій бос не може запрограмувати свій вихід з паперового пакета (насправді не вмію програмувати просто хорошого балаканина та шахрая, але, щоб задовольнити його недоліки, він змушує мене робити речі, які приховують мою роботу, тому він може прикрити реальну мізки за те, що відбувається. 1% ідей - це ключові запитання, які я задаю. 100% коду та методів прийшли від мене. Коли начальник дає мені погані ідеї, я реалізую свої власні, мій начальник більше займається самим собою попереду, тоді успішна програма. Моя стратегія спілкування з усіма оточуючими допомагає задушити його брехню на місцевому рівні. Зараз я працюю на поділ 1/3 штатів у великому корпусі. Я знову буду використовувати ту саму стратегію, хоча я " Мені потрібно буде бути ще більш креативними в роботі в мережі.

Щоб відповісти на оригінальне запитання в цій публікації, що бос-код не так добре, як мій. Як заявили інші люди. Що змушує вас так думати. Код - логіка. Чому саме ти вважаєш, що твоє краще? У моєму випадку існує політика, яка виходить за рамки успішного продукту. У моєму випадку він хоче задушити моє нотаріальне посвідчення, щоб просунути його. Не впевнений, яка у вас ситуація може бути тут великою кількістю можливостей.

Це може бути будь-яким способом, залежно від деталей.

Я знаю, що я був у багатьох ситуаціях, коли я сперечався з начальниками про те чи інше. Дуже багато разів я доводив, що моя ідея краща, іноді вони показували мені рішення, яке було набагато швидшим та більш повним. Іноді ніхто з нас не знав, тому мені доводилося робити дослідження, порівнювати ідеї і, можливо, навіть придумати щось нове для наступного раунду прийняття рішень.

Якщо начальник - хороший начальник, а ви на старшому рівні, він, напевно, знає, що у вас є багато досвіду та кращий / свіжіший погляд на внутрішні проблеми, і він зрозуміє, чому ви щось зробили, якщо ви поясните це йому. Він також уникатиме мікроменеджменту з вами.

І іноді, як би ти не був добрим, ти пропускаєш прості речі, які згодом змусять задуматися, як ти можеш бути таким дурним, щоб не помітити тривіального рішення. І начальник, коли його огляд здалеку може помітити їх набагато простіше.