頁:
[1]
2
主管盯進度,上下午都開會?
早就換工作的前同事說他現在待的公司每天至少都開2次工作會議
上午11點半左右開一次,下午4點半左右開一次
每次其實很短,每人報告一下目前進度和遇到的問題
15分~半小時內搞定
我說盯那麼緊,不會悶嗎??
他則認為這樣子工作效率變好很多,很多人都習慣拖拖拉拉
快下班前才再衝刺,最後又弄到加班
這樣子進度比較穩定
缺點就是有時感覺盯很緊
各位認為這樣管理好嗎??
會不會叮太緊了...<div class='locked'><em>瀏覽完整內容，請先 <a href='member.php?mod=register'>註冊</a> 或 <a href='javascript:;' onclick="lsSubmit()">登入會員</a></em></div><div></div> 我是覺得一個禮拜開會可能比較好
每天真的有點太緊了
每天都報一樣的進度
有這個必要嗎? 開會不見得都是浪費時間，差別在於「目標」與「效率」。
有個發展有一段時間的專案發展方式，名字叫作「Scrum」，其中一個特色就是每天有個簡短的會議。
其中還建議所有與會成員都要站著，因為站著腳會痠，能夠不跑題太久的有效討論完成工作項目。
因此，這種會議又被叫作「站立會議」，當然不見得一定得站的，重點在於它的精神。
要達成這種模式，需要有幾個要素。
其一，工作被切割成幾個能夠在約兩週內能完成的項目，讓所有工作者能夠清楚要達到的目標。
另外一個原因，在於主管較能夠堅持在這段時間內不亂動工作項目與需求。
這樣的週期，被叫作衝刺循環，也就讓工作者在這期間只要專注完成被確定下來的目標。
其二，就是前一點所提出的主管工作項目的人，要能夠擋掉大部分修改，異動的聲音
個人覺得這部分最重要，否則所有的會議及流程，都只是浪費時間舉動。
其三，被決定的項目除了經過專案管理者，工作者同意之外，也需要得到所有專案關係人的認同。
包含：老闆、客戶……等與專案有關的人，最少要知道這段時間的目標。
目的在於工作者知道所作的事情能夠滿足需要，不會作白工，
而老闆與客戶能夠預期能夠得到的結果，減少疲勞轟炸式的不斷詢問。
看完上述三點，應該不難發現這種模式的開發，建立在互信的基礎之上。
感覺上國外成功運作的案例案應該會比較多，而在台灣要順利執行則困難重重。
會議的內容是什麼？
主要也有三點，昨天作的事情、今天要作的事情、遇到困難或需要協助的地方。
因為要報告昨天作的事情，為了不丟臉會努力完成表定要作的工作，比較不會拖拖拖拉拉。
因為會報告今天要作的事情，開工後會有目標性開始，早點進入工作狀態。
而遇到困難，或需要協助的地方，則促使人先想過可能發生的問題，讓問題早點浮出。
專案管理者，可以自行協助排除問題，或是請其它成員協助。
結果可能是有人跳下來幫忙，或改變工作順序，或是向更上層協調改變工作目標。
因為每個人知道自己負責的工作，以及在整個專案扮演的角色，會比較有責任感。
因為工作項目被確定，所以工作上會比較安定，不會老想著作的東西會不會臨時被推翻。
因為彼此之間會相互協助，所以能夠營造出更好的團隊氛圍。
所以…能夠有效執行這種模式的環境，雖然會多，但效率較高，人也比較有成就感。
壓力可能會高一些，但是員工心中的怨念會少很多。
和傳統一群人腦空空進到會議室，主持人也不知道要得到什麼結論，主軸變來變去…
期待一堆沒「開機」的腦袋提出好建議，達到共識，只能說太過於樂觀。
我相信許多人參加過經過數過小時後，直到走出會議室還不知道會議目的是什麼的情形。
因而和 Scrum 中，每個人都知道要講自己「已作」、「將作」、「要支援」的情形差別很大。
我認為樓主所述的朋友，應該是在進行類似上述的模式。
如果能夠在這種環境下工作，應該是一件不錯的事情。
個人知道這個模式，不過不在能夠執行這種模式的環境下工作。
有時候需求會故意說得不清不楚，也許他們覺得這樣能夠得到「富有彈性」的結果。
有時候一直加入插件、急件、支援其它部門的專案，可能覺得「多工」才是有效率的作法。
有時候一個想法推翻之前幾週來的共識，大概覺得這樣才算得上「與時併進」吧！
所以在這種環境之下，千千萬萬不能導入完成整的 Scrum 想法，
因為除了讓上層認為「又能榨出更多産能」之外，不會對任何人有實質幫助。
時代改變，我覺得作為員工有許多觀念與想法需要改變。
但同樣的，作為主管也需要有對應的修改，一味希望「只要員工改變想法就好」的想法很要不得。
就像硬體超強的電腦，跑二十年前的作業系統，結果大家都能猜得到：
沒有對應的驅動程式，所以要嘛硬體動作超慢(或超怪)，或是根本動不了。...<div class='locked'><em>瀏覽完整內容，請先 <a href='member.php?mod=register'>註冊</a> 或 <a href='javascript:;' onclick="lsSubmit()">登入會員</a></em></div> 如果遇到好的主管
或許可以在每次開會時就解決你現在遇到的問題 開會再開會，不開怎麼會，本來有點會，開了變不會。
有事要開會，沒事也開會，好事大家追，出事大家推。
上班沒幹啥，一直忙開會，大會接小會，神經快崩潰。
銷售我不會 , 企劃又沒學，問我啥本領，專長是開會。
上午有早會，午後有午會，下班不能走，還要開晚會。
每週開週會，每月有月會，隨時檢討會，年底是年會。
赴會要及時，小心選座位，最好靠邊邊，以免遭口水。
雖然在開會，誰也不理誰，有人忙協調，有人無所謂。
主席一上台，自稱大掌櫃，扯東又拉西，全憑一張嘴。
內容沒準備，聽來活受罪，差了十萬八，大家還說對。
台上說什麼，沒人去領會，手機不時響，怎還不散會。
牛皮拼命吹，發言不乾脆，時間過好久，不知輪到誰。
有人窮訓話，有人打嗑睡，有人瞎附和，有人掉眼淚。
小聲像催眠，令人真陶醉，大聲不必怕，就當狗在吠。
打盹有技巧，腦袋不能垂，不然被逮到，就要倒大霉。
會開一下午，實在有夠累，沒聽兩三句，水喝好幾杯。
說來真慚愧，開會千萬回，快要退休了，還是不太會。
唱了大半天，到底會不會，你若還不懂，就要多開會。...<div class='locked'><em>瀏覽完整內容，請先 <a href='member.php?mod=register'>註冊</a> 或 <a href='javascript:;' onclick="lsSubmit()">登入會員</a></em></div><br><br><br><br><br><div></div> 一天開兩次會的公司及部門我是沒碰到過,要是我可能會吃不下飯吧,一般工作一週一次會議報告進度就可以幹活了,除非有些行銷的工作可能要每天開會吧. 如果是重大CASE 這樣也就算了
長期的話 根本會造成壓力
下面撐的過來 也就算了
撐不過 我個人會很想離職...
因為 根本沒有必要長期這樣盯
搞的全部人 很緊張 很累人 盯成這樣我才不相信會有多好的效率
都在開會哪來的時間去處理事情
整天心思放在如何應付開會也怎麼會有時間處理事情
主管腦袋到底裝什麼???.... 看工作性質 如果有想法應該反應給主管 看看大多數人的意見 團體作業要多配合容忍 接受壓力讓自己有動力 ddttdtxb 發表於 2014-8-10 09:35 PM static/image/common/back.gif
開會不見得都是浪費時間，差別在於「目標」與「效率」。
有個發展有一段時間的專案發展方式，名字叫作「Scr ...
同意，但有一小部份個人有其他見解
開會的目的應該是在做決定、決策才對，不是給你拿來討論事情的，原因在於，在場的每個人，工作職責不盡相同，你拉一票人來做一個議題的討論，會變成一票人都沒意見，或者只有少部份幾個人討論，既然如此，你們幾個討論就好了，何必要其他人旁聽？
你說交換意見，集思廣義，但問題是，會議算是重要的場合，有時候還有官僚制度（就是所謂的誰 能說話，誰不能說話），就算沒有官僚制度，大家一起討論，反而會因意見分歧而花更多時間整理。
最好的做法是，在開會前，先把要決議與討論的部份切開來，需要討論的就不提，只提決議的部份，至於每個人的工作進度報告，只要說接下來要做的事即可，不用說已經完成的工作（這部份應該是要全權交給主管去督導，老闆有問題，直接對主管才對，而不是去記每個人做了什麼）。...<div class='locked'><em>瀏覽完整內容，請先 <a href='member.php?mod=register'>註冊</a> 或 <a href='javascript:;' onclick="lsSubmit()">登入會員</a></em></div><br><br><br><br><br><div></div> 會議會議會而無議
會開的再多也是要有動作
另外會議其實也是一種推責任的做法
高階長官互推皮球的手段
ideoched 發表於 2014-8-11 06:44 PM static/image/common/back.gif
同意，但有一小部份個人有其他見解
開會的目的應該是在做決定、決策才對，不是給你拿來討論事情的，原因 ...
就我所知道的 Scrum 其實有不同種類的會。有哪種要花一天討論所有工作項目，估計每項工作工時的，也有希望五分鐘內結束掉的站立會議。
至於是不是都適用「會議」這個名詞，老實說我想不到其它的詞，也沒有重查資料，可能不太精準。
完全同意你所提出的觀點，因此說這種作法需要高度互信，並且不適用於大部分台灣的公司文化。
另外沒有提及的，是這種作法比較適用於小團體，太大的組織就如同你所說的，無法聚焦浪費時間。
另外就是每天的會議，不討論議題，而是讓所有開發成員都了解專案目前的進度，如果遇到問題，能夠早一點回應，當然由一主管統籌、協調，我認為也能夠達到類似功能。
這種作法想解決的問題…其實在身邊都看得到。
其一是團隊的成員彼此之間各作各的，中間許多衝突，相互等待的狀況無形浪費時間。
其二是上層和成員之間的想法有偏差，甚至上層自己忘記決議、作夢夢到，最後好不容易作出來的東西，得到一句「這不是我要的」，因此開會是為了讓每個人都在現實，不要離題太遠。
方法是如此，能用在哪裡，要如何用，最終還是在於發起、參與會議的人身上。
所以我自己也不會完全把這種模式引用到工作中，說白了其實只是找所有人麻煩。
原因無它，環境不適合。
現在發現許多狀況反而是，該作決策的人要嘛一直在變來變去，或是老是等其它人作決策。
最後變成連無關的人都被拖進無意義的會議裡面，上層也許自得「還政於民」，不過底下被拖去開會，浪費時間又被壓進度，真是讓人無言。...<div class='locked'><em>瀏覽完整內容，請先 <a href='member.php?mod=register'>註冊</a> 或 <a href='javascript:;' onclick="lsSubmit()">登入會員</a></em></div> 其實我發現到..............
上司很喜歡開會
沒目的的也要開會
即使沒意義也要開會
主管居多認為
開會可以改變一切
但是沒對症下藥
開會一點也沒屁用
但是主管就認為有用
追根究柢真的要處理
就該把問題列清楚拿出來
這樣對事情比較有幫助
與其要主管知道怎麼做
還不如較主管換個腦袋好了
開會是最浪費時間的事= =....
我們主管很討厭開會~
但是他為了向處長回報每周進度
每個禮拜還是會開一次周會而已 開個15-30分算還好吧
就一起討論
只是
如果早上你才提下午就又要開會叫人把資料生出來說真的很不人道<br><br><br><br><br><div></div>
頁:
[1]
2