解決流程

如果大多數員工有問題，則是管理問題。

或者您支付的工資不足以聘請有能力從事這項工作的人員，或者您對待工人的待遇很差，他們根本不在乎，或者您的流程設計不當。

正在更新票證...

為什麼不發生這種情況？您的票務系統煩人嗎？工人是否很忙，以至於經常忽略瑣碎的任務來處理緊急任務？你有沒有要求工人提出建議？

再次重複相同的編程錯誤...

什麼樣的錯誤？您是否有任何代碼審查流程？您是否使用任何自動化工具來防止這些錯誤？做正確的事容易而做錯事難嗎？如果沒有，為什麼不呢？為什麼單元測試無法捕獲這些錯誤？

在某些辦公程序中會犯同樣的錯誤...

為什麼不自動化那些錯誤？程序？您不能指望程序員擅長執行重複性過程。他們討厭這樣做，所以才成為程序員。

在離開

之前不關閉電源插座。這是硬件問題。購買電湧保護器。

凱文的答案很棒，但是我想補充一下自己的想法。

我的公司最近開始在全公司範圍內使用票務系統。在整個公司範圍內實施之前，我們已經有一些人在使用GitHub，並且取得了巨大的成功。

負責購票系統的經理決定採用他所知道的東西，而不是看到我們熟悉的東西。結果是票證系統令人討厭，難以使用，對用戶而言過於復雜（有20個字段要填寫或以其他方式更改票證，很難找到狀態更新字段，而且這並不是一個全面的過程。愉快的經歷）。開發人員幾乎沒有碰過它，它在幾週內分崩離析。

然後我們決定切換到GitHub，因為這是所有開發人員都喜歡的平台。它還提供了更多的自由格式字段（一般情況下，字段較少），以及一個API，我們可以使用該API為非開發人員構建更結構化的門票條目部分（以幫助他們獲取正確的信息）。到目前為止，它已經被廣泛地使用了。

這裡的故事的寓意是，開發人員會使用某些東西，只要他們覺得它可以增加價值並且不浪費時間（花更多的時間來修復產品）。問題，您僱用他們來解決），但如果沒有解決，則很少有誘因迫使他們使用它。對於開發人員而言，生產力為王。如果它阻礙了生產力，那麼如果開發人員有話要說，它將被放棄。與他們交談，看看他們自然使用什麼，或者他們最有效地使用哪種格式，並儘力滿足他們的需求。畢竟，開發人員是使您的產品正常工作的人。

我同意有關UPS的觀點。你是公司您的硬件是一項投資。您為什麼不採取必要的步驟來確保您的投資受到保護，特別是如果您知道自己的電力不穩定時？

也要考慮的另一件事-這些政策是否有真正的理由（即-它們是否都像電力問題，還是有任意武斷的理由），是否已向所有人充分解釋，並且人們對政策感到滿意？解釋和解決方案？ （為此，您在他們提出解決方案時聽了嗎？）程序員是有創造力的。我們也是解決問題的人，其中有些人強迫性地如此。在沒有明顯理由的情況下，我們對自上而下的權威性指示並不滿意。如果您想要合規，則必須表明您願意在提出建議時考慮我們的解決方案，並提供做出決定的充分理由。您僱用了非常聰明和才華橫溢的人，不要像猴子那樣對待他們。

一個好將軍在戰鬥中輸了也不會怪他的士兵。同樣，一個好的經理要承擔責任，並在團隊沒有盡最大努力時採取行動。一位優秀的經理遇到問題時可以消除團隊的障礙，使他們能夠勝任工作。

當員工搞砸時，一位好的經理會設法弄清楚如何解決問題，然後與員工一起找出發生的情況，以便將來避免類似的問題。一位糟糕的經理想要指責或尋找藉口和替罪羊。

我可能是在暗示您的態度有誤，但我覺得您似乎確信問題出在您的員工身上。您應該對此持懷疑態度，因為幾乎所有員工的素質都很低。當然可以，但是即使是這種情況，也可能是您選擇團隊時的錯，或者如果您在團隊中沒有發言權，那麼您必須帶領團隊走向成功是一個無可厚非的障礙。

第一步是因為既然現在最終您要承擔責任，那麼您需要假設這些團隊失敗直接是您的錯。下一步是採取積極措施來解決該問題。如果是這種情況，某些解決方案可能無法正常工作，請嘗試其他操作，直到您開始看到改進為止。

我同意已寫的大部分內容。

看來，您需要更改票證更新過程，並且確實需要購買一些電湧抑制器，升級辦公室的電源系統或可能搬遷到更好的設施。在實踐中，我還看到代碼審查顯著減少了開發人員所犯錯誤的數量和影響。

但是，我相信

再次重複相同的編程錯誤

是開發者的責任，需要每個開發者單獨解決。

我成功地使用了一種減少我的方法自己的錯誤正在跟踪它們。只需將.txt文件保存在我的桌面上，並在其中添加描述我的錯誤的行，例如當我打算關閉一條消息時，關閉的外觀。，對我的個人錯誤率產生了積極的影響。

另一種策略是分享您用來避免重複的技術你自己工作中的錯誤。這可能包括讓表現更好的團隊成員分享自己的做法。

通過在上面進行一些初始更改來顯示團隊的支持，並分享您為達到與他們相同的標準而付出的個人努力，同時為他們配備裝備結合自己和同伴的最佳做法，應該在灌輸所需的精神方面大有幫助。

這是我的步驟，基於我在5級CMMI商店中實施的持續改進的成功案例。我相信精益六西格瑪（Lean Six Sigma）之類的過程都將重點放在相似的方法上，儘管（基於偶然的觀察）細微差別會有所不同。 >我敢打賭，如果您提到人們沒有正確執行該流程會造成傷害，那麼這很容易。最大的問題是危害有多大？這種情況多久發生一次？發生的影響有多大？這種影響如何影響大底線？每個人可能都知道這些問題會造成“一定的影響”，但是當您給一些困難的數字加上數字時，您會看到您遇到的問題有多嚴重。說“當我們不更新變更票時就會失去客戶的信心”是一回事。如果客戶對我們的流程有更多的信心，則說“我們可以多賣出X美元的產品/服務”就顯得更加緊迫。它還告訴您可以花多少時間來解決問題。沒有人願意花100美元的精力去解決20美元的問題。

而且-尋找失敗和成功的模式。我敢打賭，不是每個人都做錯了。或者，如果每個人都做錯了，是否只在某些情況下才這樣做？如果您在特定小組或特定條件下遇到問題，請查看是否有解決特定情況的辦法，而不是嘗試更改不需要更改的情況。

讓需要改變的人參與進來

獲得數據後，將關鍵人物聚集在一起-如果您的組織規模很大，最終可能會召開幾次會議。開會的人是需要更改的人員，他們需要選擇以無懲罰的方式討論此問題。換句話說，他們需要有寬容度，可以抱怨，抱怨並提出古怪的主意，而管理層對此不感到驚訝。但是他們可能需要主持人才能將討論帶到富有成效的目的，而不僅僅是抱怨。

您還可能最終與其他關鍵人物會面-如果這是引起悲傷的工具，那麼您可能會遇到那些維護它的人。如果是兩個小組的問題，您可能最終會分別與兩個小組開會，然後一起開會。重要的是要認識到這樣一個事實，即不同的組根據組中的人得出不同的結論。利用這一點對您有利，對您不利，因為錯誤的人在流程中過早地聚集在一起會扼殺牠，但是正確的人會提出一些精妙的想法，這些想法甚至可能是便宜且易於實現的。

更重要的是使人們有機會感覺自己像是在解決問題上有所作為-大多數成功的變革計劃都涉及需要變革的人，以便努力成為他們的努力，而不是

監控並提供反饋

無論您在第一步中使用的哪種指標都是理想的-這意味著儘管您可能正在監視低級別（狀態更新數量等），但您真正要注意的還是底線。您可以進行所需的詳細更改，但仍無法獲得所需的收益-了解這一點很重要。在我看來，這種聯繫是使優秀管理者與迪爾伯特尖銳的上司區別開來的原因-他們足夠聰明，可以尋找員工所產生的影響並向他們指出。在這方面取得勝利沒有比這更令人頭疼的事了，知道自己失敗了，可以幫助您弄清楚在下次您希望看到變化發生時可以丟棄的東西。

提供反饋時，請考慮一下您如何提供反饋意見以及對誰有重大影響。當您的肢體語言說“我不在乎”時說“這很緊急”可能比什麼都不說要糟糕，並且當只有一個人不遵守時向團隊發送郵件會向一個人保證這是整個小組的問題。確實不是。

胡蘿蔔或棍子

您幾乎看不到任何涉及激勵（胡蘿蔔）或懲罰（棍子）的工作。現代管理人員認為，比起胡蘿蔔和/或堅持的方法，您如何安排工作以及如何使人們參與其中更具激勵性和有效性。人們普遍認為，大多數人都想幹自己的工作，他們只需要了解“正確完成工作”的含義即可。

在每種情況下都有一個例外，當您採用這種方法時，您會發現完成它需要花費大量時間……無論如何這都不是一個20分鐘的任務，並且其中一些內容（例如指標集合）是一項由數據驅動的密集型工作，大多數經理都沒有時間自己完成工作……因此您將需要幫助。此外，您可能會碰到鐘形曲線上的異常點，即使您的其他人口統計數據已經充分轉變，他們真的無法設法完成您希望他們做的事情實現變革的角落。這就是胡蘿蔔/棍子策略可以解決的地方：

• 胡蘿蔔-當有人超越職責範圍時。如果您說“做到這一點”並且他們在自己的技能範圍內充分做到了，那就不是超越。激勵“做好工作”，您將處在一個永無止境的消極循環中。但是，如果有人提出建議，然後無縫地實施偉大的新想法，掌握所有權，超越一切來確定高於其薪酬等級的問題，請確保獲得獎勵時間來獲得獎勵。並要特別表揚您，因為您想確保這種卓越持續下去。

• 棒-當您遇到一個無法完成其他人可以做的工作的異常值時，就該堅持一下。為了有效，堅持不懈是真正的懲罰。做一個沒人喜歡的la腳的工作並不是您要尋找的懲罰，這很容易被誤解，最終您會遇到一個從未真正正確完成工作的員工。您將最終進入停薪，負面績效評估和（如果問題足夠大）終止的話題。您提到的事情是做好工作的一部分，不是“額外的工作”。它們對業務產生負面影響，如果這個人不能做別人所能做的，那麼您很可能會找到在公開市場上表現更好的人。

在這裡我對胡蘿蔔和棍子都很苛刻，因為問題中提到的兩個問題是一個良好過程的基礎。這兩種情況都會對公司產生嚴重影響，並且對普通工人來說，能夠同時正確地實現這兩項功能是主流期望。如果您談論的是一種新穎的“理想做法”，該做法具有創新性，因此更有可能不獲回報，那麼我對普通人馬上就能做到的最低要求的想法可能會更寬容。就是說，當您進行創新並證明這是巨大的附加值，並且您的員工無法達到新的標準時……您真的要為他​​們的低標準工作付錢嗎？

只要您以員工就是問題的方式來界定問題，那麼將很難解決問題。對某人大喊大叫“ “改變！” ”不會導致行為改變。

如上文所述，這是一個管理問題，但更重要的是，這是一個管理問題。系統/流程問題。我的意思是，您可能是有史以來最有動力的經理，但是如果您使用的是有缺陷的售票系統，那麼過期的票將掉入裂縫中。

實際上，實際上，這種情況正在發生幾乎是一件好事。為什麼？進入過期票證並用新的過期日期更新票證是很耗時的，並且公平的說，就工作技能而言，這相對來說是微不足道的。如果您的工人沒有這樣做，則表明他們可能正在忙於花更多的時間從事更有生產力的工作。

如果您對票務系統有任何控制權，我將對其進行修改，以便：

• 每天早上它會拉出已過期或接近過期的票證
• 查找分配給該票證的工人
• 讓他們知道即將過期的票證並邀請他們工人將其推進，包括提供默認的延期日期，這樣工人甚至不必計算下週五的日期或其他任何日期。

如果這是單個e-每天向每個人發送郵件，並且該過程花費了不到5分鐘的時間，您可能會看到人們經常這樣做。

如果仍然存在問題，請在進入票務系統時添加一個導航屏幕，以便如果有未到期的過期票證，則會從屏幕頂部彈出一個警告。

盡可能地使用技術進行集成。例如，假設票證是為了更改一個人的記錄。在他們進入表單之前，一個小的彈出窗口可能會問他們是否與票證有關，如果是，他們只需輸入票證號即可。然後，一旦保存了記錄，便會自動更新故障單以反映剛剛完成的更改。如果代碼有效，請集成票證系統，以便他們每次簽入代碼，構建或進行任何其他操作時，都會向該票證系統發送一條消息。因此，他們要做的就是在編寫提交消息時指出票證編號（有很多IDE可以為您完成此工作）。

如果同事們正在共同開展項目，他們應該鼓勵他們保持更經常的溝通，這樣他們就不必在最後一刻安排會議了。甚至可能每天都設置特定的時間來進行協作（例如10：30-11：30，這使人們有足夠的時間處理當天的初始業務並準備午餐，因此，如果協作結束，他們甚至可以繼續在午餐時聊天，並保持想法滲透）。通過您擁有的任何即時消息系統發送快速警報（您要做使用某種IM系統，對嗎？！？），提醒人們協作的時間。您甚至可能使人們想起他們正在從事的聯合項目。

您是經理。整理好一切，使項目，進度表，任務等全都掌握在心中是您的工作。因此，也許您期望所有員工都這樣做。實際上，並非所有人都能像您一樣擅長於此。因此，設置提供持續提醒的系統。記住的人可能不需要它們，可以將其關閉。那些不記得的人會歡迎他們，使他們成為保持任務狀態的有效方法。

關注結果。

陷入個人問題，習慣甚至參加會議通常會適得其反。

我建議您專注於一件事-產品和您服務的用戶。您的所有政策都應以此為準。如果某人錯過了會議而錯過了最後期限，則您可以詢問對方為什麼錯過了最後期限-與錯過的會議有關嗎？他們為什麼想念它？他們是否分別與另一個人說話？他們還有其他未提及的問題嗎？
一個偉大的經理的標誌是傾聽的聲音。
一個糟糕的經理的標誌是決定程序的標誌。整個公司都希望談論您的產品，它們所滿足的需求，您關注的功能以及最後期限。但是請遠離出勤/票務問題/文檔問題。

記住黃金法則：

• 通過電子郵件沒有負面影響。
• 在公共場合沒有負面影響
• 注重最終結果。
• 善待員工。
• 提供支持和培訓
• 提供零食和零食。

假設這些都是員工的過錯而不是過程的正當錯誤，那麼應該建立起同伴問責制。

如果您定期與員工開會以審查票證（例如，將它們投影在白板上），並指出它們是否有足夠的時間沒有定期更新。

如果您有定期的站立會議，則問題的根源反復出現對於某個忘記了分號的開發人員來說，這應該讓程序員感到尷尬，並激勵他進行更改。

我不喜歡開會，而是讓團隊成員互相負責。在大多數情況下獲得結果以及他們遵循某些事情的表現會使他們更有可能做到這一點。

我必須問，作為經理，您實際上擁有什麼權力，您是公司的所有者還是經理？

在我看來，您似乎很害怕傷害別人的感受。我公司已製定了禁止手機政策。您被困在地板上（製造），您的工資減少了15分鐘。一個小時第二次。您第三天被送回家，沒有薪水。最終，您被解雇了。

如果您自己不是一個人，您可能想與所有者交談，看看是否允許這樣做，但實際上您需要成為經理，而不是朋友首先是員工，否則您會因為找不到工作而在大街上發現自己...

否則，員工會看著您，意識到他們可以擺脫一些麻煩，您將不會受到尊重。您會被喜歡的，但迷路時很難贏得尊重。

既然已經對主要問題有了很好的答案，我只想解決您提出的激勵問題。

如果您希望員工執行任務，並且您感到至關重要的是，他們必須定期這樣做，使用危險思想技巧：以100％的財務獎金開始工作，並在每次任務被忽略時通過從其已知獎金中刪除少量作為懲罰來進行處罰。

這是非常有效的，但是如果您將該技術用於諸如確保團隊關閉電源之類的小任務，則存在徹底疏遠它們的風險。