[請益] 關於制度,給我點建議吧

最近要幫公司想一些制度讓程式順利運作, 然後我就在想一些軟體業的不好風氣, 我希望可以在我公司不要發生, 我在過去公司最討厭的就是無薪無補休的加班, 很多還很無理的, 有的是老闆因為看到其他公司常加班, 所以就要員工「為加班而加班」, 也遇過「陪加班」的, 老鳥事情沒做完,就凹沒事的菜鳥陪他一起加班, 還硬說是為了心理平衡... 但更多是因為程式改來改去,造成的加班, 我希望這種惡習能在我手中不要發生, 我想到兩個方法下手, 一個是從文件著手, 我真覺得一個公司好不好, 看文件就知道, 文件一開始就寫得很清楚, 事情就做得越順利, 文件一開始就偷懶, 寫得草率, 後面就會做得亂七八糟, 業界常見的做法是文件別人寫出來, 然後丟給程式, 但我認為這流程要改變, 因為非程式人員幾乎是不會寫系統文件的, 寫出來幾乎不能用, 所以我想說這文件部份就由程式人員自己寫, 寫完再和別人確認是否要這麼做, 寫得簡短無所謂, 只要寫得具體, 看得出功能就好, 這樣可以提升文件的水準, 由執行者寫,也可以確保文件寫的東西可以做得到, 第二個就是要檢查程式, 很多公司的老闆或主管會覺得過程「不重要」, 以為只看結果,就可以看得到結果, 我看到不管過程,不看程式碼的結果, 下場都蠻慘的, 所以我認為「惡魔藏在細節裡」,尤其程式碼這種東西, 一開始寫不好,後面就「連環炮」, 所以我希望可以嚴格的規定程式要怎麼寫, 因為真的很多人程式是亂寫的, 習慣很不好, 甚至寫10年程式的老鳥也會亂寫, 後面要debug時就很痛苦, 對於程式碼我真的不放心任由別人「自由的去寫」, 我是希望這兩件事,可以讓我們公司的程式寫出來是很順利很有品質的, 這樣就可以減少加班的機會, 甚至根本不用加班, 也能順利讓案子準時做完, 不知道大家對我這樣的想法有沒有指教的, 或是有沒有其他制度上的建議可以讓我參考一下呢? -- 為什麼世界上沒有好男人呢? 爛男人:我明明就是好男人... 苦命男人:我以後一定會變成好男人給你們看 壞男人:當好男人有什麼好處?有的話我就去當 -- ◆ From: 219.70.125.69
※ 批踢踢實業坊(ptt.cc)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1280027057.A.126.html

推 followmeyo:你是老闆嗎? 公司會有權讓你這樣做嗎[email protected]@ 07/25 11:34

→ followmeyo:想要有效率 必須要落實分工制度 但這得多花點人力成本 07/25 11:35

推 yvxx:文件路太長，先有辦法徹底執行 code review 再來看別的吧 07/25 11:48

→ littlethe:我不是老闆耶,算是老闆讓我去規劃的 07/25 11:49

→ yvxx:培養 ownership 的觀念，事情可以不是 owner 做，但是要有人 07/25 11:50

→ yvxx:讓他發生 07/25 11:50

→ littlethe:樓上怎麼說呢?不太理解 07/25 12:27

推 goodGG:以薪換心，薪資空間就從汰除不適任人員下手 XDrz 07/25 12:31

→ littlethe:我沒辦法決定薪水啦>"< 07/25 12:40

→ atst2:文件由開發人員來寫?這得看是什麼樣的文件,做什麼用的 07/25 12:56

→ atst2:原po要不要描述清楚一點,你想讓開發者主導什麼樣的文件? 07/25 12:56

推 puzi:老闆：人力成本要增加喔...那你還是再想不花人力成本的方法! 07/25 13:35

推 multiThread:1.為何「非程式人員」幾乎不會寫系統文件? 這相當不 07/25 14:03

→ multiThread:合理，很像文官不會打戰一樣....。另外我寫程式，我厭 07/25 14:03

→ multiThread:厭寫文件....。 2.codeReivew很花時間，如果review完 07/25 14:04

→ multiThread:又因為時間需求不去改「看起來不好但可以運作」的code 07/25 14:04

→ multiThread:幾次幾後就會變成codeReview只是浪費時間，再來就沒人 07/25 14:04

→ multiThread:會記得codeReview...。(上面應該是說「文官」無法指揮 07/25 14:05

→ multiThread:作戰，就像是非軍人就不能夠當國防部長一樣) 07/25 14:05

推 Ting1024:好可愛阿...很難吧 07/25 14:52

→ yauhh:針對第二點來看,請問你有什麼高規格指出程式怎麼寫較好? 07/25 15:01

→ yauhh:如果沒辦法全面具體說明,你第二點就炸了.像樓上說的,好可愛 07/25 15:02

推 b6byc:我沒辦法決定薪水啦~~~至少要給個大餅吧... 07/25 15:58

推 ARODisGod:看得出您已經快晉升嘴砲階層了 恭喜 07/25 19:47

推 thinkniht:我曾遇過有版主把嘴砲當作人身攻擊來處罰人XD 07/25 20:12

→ thinkniht:快當管理階層啊...真是恭喜啊=.=+但是... 07/25 20:13

→ thinkniht:要制定新制度我覺得要很小心唷=.=+ 07/25 20:13

→ PSptt:RD兼PM兼TEST...這樣真的好嗎@"@.. 07/25 21:14

→ meltice:文件上會解說為什麼這邊要Sleep兩秒嗎？ 07/25 23:11

→ meltice:沒有為什麼 只是隨便加上去剛好就不會當機 07/25 23:11

→ yauhh:另外針對第一點,你想到要做文件,誰也都想得到要做文件,但 07/26 00:30

→ yauhh:重點應該是要哪一種文件.人都受過寫文件的訓練嗎? 07/26 00:30

→ yauhh:在定規矩之前,不妨先設法安排文件撰寫的課程講授. 07/26 00:31

推 Maisky:純推「惡魔藏在細節裡」 07/26 08:48

推 wawawa:先推 TDD / code review / issue tracking / VCS... 07/26 21:50

推 flylover:沒辦法決定薪水的話，程式工程師只覺得工作量變大了而已 08/09 16:19