<ruby id="bdb3f"></ruby>

    <p id="bdb3f"><cite id="bdb3f"></cite></p>

      <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
        <p id="bdb3f"><cite id="bdb3f"></cite></p>

          <pre id="bdb3f"></pre>
          <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

          <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
          <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

          <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                <ruby id="bdb3f"></ruby>

                ThinkChat2.0新版上線,更智能更精彩,支持會話、畫圖、視頻、閱讀、搜索等,送10W Token,即刻開啟你的AI之旅 廣告
                [TOC] ## 遇到的問題 1. 技術差:架構臃腫,分層混亂,不利于維護和擴展;機房建設條件落后,有兩個自建機房,沒有故障處理流程。 2. 氛圍差:團隊沒有活力,沒有爭論,沒有學習和分享的氛圍。準時上下班,人員懶散,沒有激情,像一潭死水一樣。不接受新事物,封閉自己,遇到問題相互推諉。 3. 組織結構不合理:人員沒有充分利用起來,造成資源浪費,團隊角色職責定義模糊,整個團隊沒有一個清晰的目標和落地的步驟,成員間相互的合作不協調。 ## 解決之道 ### 部門自治 #### 周報 #### 工時統計 * 工時統計是每個月對團隊工作時長的統計,由人事協助出報表。 * 它統計到每個人、小組、部門的上班時長情況,主要通過疲勞指數、超出率、小組平均超出率、總平均超岀率4個指標來體現。 * 一切以數據說話,增加人員要看小組平均超出率員工累不累看疲勞指數,總平均超岀率體現了整個部門的負荷情況,了解整個部門的工作節奏,也為增員或裁員提供了參考指標,工時統計還可以與工單統計相結合。 * 在具體操作時,需要注意可能產生的負面影響,比如造成團隊成員的反感、過度鼓勵加班等其實超出率過高或過低都不是很好的現象。 #### 周會 * 管理小組每周碰一下,匯總一下工作和問題,同時提交會議紀要,全員都可以查看,并郵件方式同步給領導。 * 我們的周會在每周一下午上班的第一時間召開并要求開啟午休關掉的燈,管理層從自己做起,嚴格約束自己,給大家樹立一個榜樣順帶還解決午休延遲開燈的問題。 * 早期的周會由我主持,后面輪流主持和記錄。 #### 故障分析報告 * 將故障分級管理,然后盡量透眀化,重要故障全員通告,此工作由運維部門負責。 * 故障報告不僅可追溯,也是一個總結分析的過程,可協助查找到根 本問題。 * 透明化可以提高大家的警惕性,造成的損失也間接地表明了代碼與商業價值的關系。 #### 書籍分享和書齋建設 * 如果要構建一個學習型團隊,則書籍的分享和書齋的建設是很好的辦法。 * 同時它相當于一面文化宣傳墻,利于人員的招聘。 * 書籍可以公司出錢購買,也可以鼓勵大家捐贈、分享。 * 書籍本身很便宜,但真的要捐贈時也有不舍,所以鼓勵大家離開時可贖回。 * 捐贈和購書,以及分享書籍的過程,也是學習氛圍養成的過程。 ### 搭平臺,立作風 項目管理工具JRA * 引入項目管理工具JRA,可以管理需求、工單、缺陷等各 種任務。可以實時地監控、跟蹤任務的狀態,還可以在每月底出工單統計報告,評估開發人員的工作量和測試人員的工作量。 知識管理工具Wiki * 類似于維基百科,主要用于知識的分享。可以創建部門的空間、自己個人的空間,寫自己的工作心得、新的技術知識等。筆者的一些心得和重要* 郵件也會截圖分享到自己的個人空間,這有利于新成員的了解和合作,也利于團隊文化的形成。以前企業文化建設主要是搞海報、雜志等方式,現在采用這種方式更容易讓人接受,也更容易推廣 站立式會議 * 研發是一個需要創意且思維密集性的工作,所以技術討論是必不可少的部分,而站立式會議是非常好的形式。小組周會或幾個人討論一個問題,非常適合站立式短會。20分鐘左右,大家站在白板前,不需要做會議記錄,直接用手機拍照會后發郵件或QQ群。簡單高效快捷,大家保持專注,也不會懶洋洋的樣子,沒人會玩手機。因為站著,所以會議不會太長,高效、方便、隨時隨地,不一定需要大的會議室,所以研發中心要多一些白板,多一些小的會議室。 周五分享日 * 技術的分享現在已成為研發團隊的標配,每周五是我們技術分享日,時間定在17點到19點,這樣避免影響正常的工作。同時讓大家知曉,成長不僅是團隊的事情,也是個人的事情。分享有利于主講人的知識的鞏固、總結,以及成果的展示,也有利于大家快速地學習。架構部的分享是工作的一部分,其他的則是自愿報名自由組織。我們的分享也要采用簡單有效快捷的方式,鼓勵直接“show”代碼,或者使用Wiki來講,這樣也利于二次傳播,不一定要“高大上”,也不一定要PPT,達到目的和起到效果即可。 ### 搞氛圍,激活團隊 季度會議 * 周會說事,季度會議談情懷。每3個月左右開一次季度會,方式是新人介紹、上季度的總結、下季度的計劃,其他如新書推薦、特長展示等。 年度會議 * 如同年度會議,年會不開會,只是吃吃喝喝,以及節目表演,所以季度會議的形式也要輕松一些,以樂觀向上的氛圍為主,參與的人數比較多。 樂捐與周四下午茶 * 樂捐是一個自罰約定、問責制度,讓員工敢于擔當。對于開會遲到、系統小故障,樂捐能夠起到很好的作用。懲罰只是手段,改進才是目的,培養承擔責任的習慣,每次出現問題都有人站出來,故障也更容易明確主要責任人。樂捐不可強制,比如會議遲到你不愿意承擔,那便需要由會議主持人承擔。這是一種社區式的潛在力量,可借助紅包等簡單快樂的非正式方式。樂捐的錢可匯入部門基金,用于部門的下午茶。我們每周舉辦一次下午茶,周四進行,因為周一是例會日、周二是發布日周三無會議日、周五是分享會。下午茶給大家營造一個輕松的氛圍,促進交流,費用由樂捐、項目經費等共同組成。 戶外活動興趣小組 * 能夠促進大家的交流,非正式的溝通能改善大家的關系,增強團隊的凝聚力。我們組建了羽毛球興趣小組、戶外徒步興趣小組,以及參與公司的年會表演,組織形式是開放的。興趣小組有利于業務與技術的融合、跨部門溝通,大家勞逸結合,一起爬山一起拼。
                  <ruby id="bdb3f"></ruby>

                  <p id="bdb3f"><cite id="bdb3f"></cite></p>

                    <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
                      <p id="bdb3f"><cite id="bdb3f"></cite></p>

                        <pre id="bdb3f"></pre>
                        <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

                        <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
                        <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

                        <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                              <ruby id="bdb3f"></ruby>

                              哎呀哎呀视频在线观看