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

[littlethe (東周小星星)]

最近要幫公司想一些制度讓程式順利運作,

然後我就在想一些軟體業的不好風氣,

我希望可以在我公司不要發生,

我在過去公司最討厭的就是無薪無補休的加班,

很多還很無理的,

有的是老闆因為看到其他公司常加班,
所以就要員工「為加班而加班」,

也遇過「陪加班」的,
老鳥事情沒做完,就凹沒事的菜鳥陪他一起加班,
還硬說是為了心理平衡...

但更多是因為程式改來改去,造成的加班,


我希望這種惡習能在我手中不要發生,

我想到兩個方法下手,

一個是從文件著手,

我真覺得一個公司好不好,

看文件就知道,

文件一開始就寫得很清楚,

事情就做得越順利,

文件一開始就偷懶,

寫得草率,

後面就會做得亂七八糟,

業界常見的做法是文件別人寫出來,

然後丟給程式,

但我認為這流程要改變,

因為非程式人員幾乎是不會寫系統文件的,

寫出來幾乎不能用,

所以我想說這文件部份就由程式人員自己寫,

寫完再和別人確認是否要這麼做,

寫得簡短無所謂,

只要寫得具體,

看得出功能就好,

這樣可以提升文件的水準,

由執行者寫,也可以確保文件寫的東西可以做得到,



第二個就是要檢查程式,

很多公司的老闆或主管會覺得過程「不重要」,
以為只看結果,就可以看得到結果,

我看到不管過程,不看程式碼的結果,

下場都蠻慘的,


所以我認為「惡魔藏在細節裡」,尤其程式碼這種東西,

一開始寫不好,後面就「連環炮」,

所以我希望可以嚴格的規定程式要怎麼寫,

因為真的很多人程式是亂寫的,

習慣很不好,

甚至寫10年程式的老鳥也會亂寫,

後面要debug時就很痛苦,

對於程式碼我真的不放心任由別人「自由的去寫」,


我是希望這兩件事,可以讓我們公司的程式寫出來是很順利很有品質的,

這樣就可以減少加班的機會,

甚至根本不用加班,

也能順利讓案子準時做完,


不知道大家對我這樣的想法有沒有指教的,

或是有沒有其他制度上的建議可以讓我參考一下呢?

--
為什麼世界上沒有好男人呢?

爛男人:我明明就是好男人...
苦命男人:我以後一定會變成好男人給你們看
壞男人:當好男人有什麼好處?有的話我就去當

--
※ 發信站: 批踢踢實業坊(ptt.cc) 
◆ From: 219.70.125.69
推 followmeyo:你是老闆嗎? 公司會有權讓你這樣做嗎?@@
→ followmeyo:想要有效率 必須要落實分工制度 但這得多花點人力成本
推 yvxx:文件路太長，先有辦法徹底執行 code review 再來看別的吧
→ littlethe:我不是老闆耶,算是老闆讓我去規劃的
→ yvxx:培養 ownership 的觀念，事情可以不是 owner 做，但是要有人
→ yvxx:讓他發生
→ littlethe:樓上怎麼說呢?不太理解
推 goodGG:以薪換心，薪資空間就從汰除不適任人員下手 XDrz
→ littlethe:我沒辦法決定薪水啦>"<
→ atst2:文件由開發人員來寫?這得看是什麼樣的文件,做什麼用的
→ atst2:原po要不要描述清楚一點,你想讓開發者主導什麼樣的文件?
推 puzi:老闆：人力成本要增加喔...那你還是再想不花人力成本的方法!
推 multiThread:1.為何「非程式人員」幾乎不會寫系統文件? 這相當不
→ multiThread:合理，很像文官不會打戰一樣....。另外我寫程式，我厭
→ multiThread:厭寫文件....。 2.codeReivew很花時間，如果review完
→ multiThread:又因為時間需求不去改「看起來不好但可以運作」的code
→ multiThread:幾次幾後就會變成codeReview只是浪費時間，再來就沒人
→ multiThread:會記得codeReview...。(上面應該是說「文官」無法指揮
→ multiThread:作戰，就像是非軍人就不能夠當國防部長一樣)
推 Ting1024:好可愛阿...很難吧
→ yauhh:針對第二點來看,請問你有什麼高規格指出程式怎麼寫較好?
→ yauhh:如果沒辦法全面具體說明,你第二點就炸了.像樓上說的,好可愛
推 b6byc:我沒辦法決定薪水啦~~~至少要給個大餅吧...
推 ARODisGod:看得出您已經快晉升嘴砲階層了  恭喜
推 thinkniht:我曾遇過有版主把嘴砲當作人身攻擊來處罰人XD
→ thinkniht:快當管理階層啊...真是恭喜啊=.=+但是...
→ thinkniht:要制定新制度我覺得要很小心唷=.=+
→ PSptt:RD兼PM兼TEST...這樣真的好嗎@"@..
→ meltice:文件上會解說為什麼這邊要Sleep兩秒嗎？
→ meltice:沒有為什麼 只是隨便加上去剛好就不會當機
→ yauhh:另外針對第一點,你想到要做文件,誰也都想得到要做文件,但
→ yauhh:重點應該是要哪一種文件.人都受過寫文件的訓練嗎?
→ yauhh:在定規矩之前,不妨先設法安排文件撰寫的課程講授.
推 Maisky:純推「惡魔藏在細節裡」
推 wawawa:先推 TDD / code review / issue tracking / VCS...
推 flylover:沒辦法決定薪水的話，程式工程師只覺得工作量變大了而已