1
sampeng 44 天前 via iPhone ![]() 都大差不差,但搞个流程图的都是向上管理的
|
![]() |
2
zsj1029 44 天前
可以,经验的流程,总比什么没有扯皮强
|
![]() |
3
TwoCookie 44 天前
没啥问题吧,很常规的流程
|
![]() |
4
wanniwa 44 天前
差不多
|
![]() |
5
Poko 44 天前
我们公司也有个差不多的,老板娘整的
|
6
ohoh 44 天前
这没啥问题啊,规范标准是最好的,只是大多数简化中了其中的部分,还很有一部分根本就没标准,然后就适应不了正常的标准流程,这种的后果就是水平查的看起来活儿干不完,干活好的反而...
|
![]() |
7
smallbeac008 44 天前
很标准的流程了,能够按照这个执行,至少比没有标准的强一百倍。这个领导还是可以的,就是要评估团队实际落地效果如何。
|
![]() |
8
wanniwa 44 天前
刚入职小白的时候会觉得很麻烦,很受限制,随着工作年限的上升发现规范流程其实保护不仅是形式上的规范,也保护开发自己,当项目参与人多迭代多的时候就是救命良药。
|
9
Nanosk 44 天前
不是挺好的吗,我们这里流程都没有,产品跟个傻逼一样,每次开会都不提前发这期做什么,让我们会上当场看当场说工期。
|
![]() |
10
leyfung OP 补充:领导给产品说,让产品按照每天晚上 7 点半下班的工作量排计划。之前下班时间是 17:00 。加班没有调休和加班费。福利就更没有了。
|
11
snitfk 44 天前
不错了,有规范的标准,也容易控制领导的拍脑袋。
|
![]() |
13
paullee 44 天前 via iPhone
大差不差,有比没有好
|
14
Duanye7X24 44 天前
我们没那么多逼事,有问题直接线上服务器改一下,再重启下,哈哈哈哈哈
|
![]() |
15
royzheng 44 天前
看你们开发团队多大了 如果只是 20 人左右搞这么一套感觉有点臃肿咯
|
![]() |
16
darksword21 PRO 我非常怀疑日会 15 分钟能不能开完,我开过两个小时的
|
![]() |
17
snowlyg 44 天前
图片打不开
|
18
liaozzzzzz 44 天前 via iPhone
没啥问题,这套流程还是比较标准的,然后把配套基建搞起来会比较舒服
|
![]() |
19
leyfung OP |
20
hyqCrystal 44 天前
流程倒是规范 但是日立会 真的有必要吗
|
![]() |
21
GDAOE 44 天前
差不多吧,要做到一周一版本的话,还要对需求进行模块分类,每周只迭代某个模块的功能,这样减少改代码对其他模块的影响,不然动太多模块,测试工作量十分大
|
![]() |
22
leyfung OP @darksword21 如果没有领导参与,就团队几个人就能开完,有领导,那就看领导了
![]() |
23
charlie21 44 天前 via Android ![]() |
![]() |
25
szdubinbin 44 天前
很多大厂都大差不差,能配套工具去落实,对个人还是有好处的
|
![]() |
26
songsongqaq 44 天前
没啥问题 日会有点难受
|
![]() |
28
hero0earth 44 天前
没有冲刺中拥抱变化啊[狗头]
|
![]() |
29
bzw875 44 天前
我们使用的是飞书项目,流程和你们差不多
|
![]() |
30
leyfung OP |
![]() |
31
hoshizukiko 44 天前
日会恶心
|
32
vip5000521 PRO 日会 昨天做了什么 今天要做什么 有什么障碍 这个最烦.
|
![]() |
33
lululau 44 天前
|
34
xx219 44 天前
就看老板按不按流程来。否则在老板类似『你把 XXX 功能改一下,今天就要上线』的要求下,再规范的流程都要变形,流程中不断添加专门适配老板的例外分支。
|
35
willli 44 天前
敏捷开发,我们现在就是这样,每天例会,报告进度,有问题就提
|
![]() |
36
h1104350235 44 天前
每日例会就有点过分了,挺浪费时间的。周会还差不多
|
37
jojo1216 44 天前
很不错了,现在感觉我们公司干活就没有章程,我真的是,开发自己干、软件设计文档、测试文档、研制方案文档自己写、用户验收开发参会汇报,然后开发节奏是没有的,就是前期松,后期现场开发,每天加到 12 点,两周不休息。恼火的一批。
|
38
sky3hao9 44 天前
加班没有加班费和调休, 你们还在卷, 活该啊 呸~
|
39
quantum00549 44 天前
流程规范没问题,但我很讨厌日会,有时候今天就是不想干活,我宁愿第二天多干点;而且一旦有了日会,很快就会升级为“这么点工作要干 8 小时?”,我觉得每天工作 8 小时是不人道的,很累,我自己给同事安排工作都是 5 小时为佳
|
![]() |
40
q2677855779 44 天前
周会比较合理,日会有点繁琐了,规范肯定是规范的好,因为这样可以避免很多突发的需求。
|
![]() |
41
aduangduang 44 天前
之前是这样的,挺好的
|
42
vip5000521 PRO @quantum00549 确实,高度紧张高强度的工作只能出来一堆堆的屎山
|
![]() |
43
czkm1320 44 天前
周会合理,之前开发的时候都是定这周的任务,定日任务可能你今天效率很高完成了需求,反而领导要求你协助一下别人,这就搞得自己很疲惫,周任务在周内,可以自己调配,一般我们都是周五下午开个组会,同步下这周的任务和下周的安排
|
![]() |
44
monkeyWie 44 天前
除了每日站会没啥毛病
|
45
heftyMan 44 天前
还可以吧
|
46
squirrelgg 44 天前
引用#44 l 老哥:除了每日站会没啥毛病
每日站会纯纯傻缺脑残 |
47
niboy 44 天前
流程没啥问题。
日站立会,一般是项目紧要关头的时候才高,有个周会就行了 项目有项目的周会,团队有团队的周报,部门有部门的例会。 |
48
werls 44 天前
每天例会没必要。浪费时间。
|
49
zerovoid 44 天前
管理最重要的是人,
流程是死的,人是活的,事是动态变化的, 不能因地制宜的流程, 要么流程执行不下去,要么就是变成形式主义。 |
![]() |
50
sakeven 44 天前
流程没啥问题。但是 让产品按照每天晚上 7 点半下班的工作量排计划。有点难评
|
51
buffzty 44 天前
这不就是大学软件工程那本书的东西吗 挺正常的
|
![]() |
52
Cabana 43 天前
你们的流程测试为啥不参与需求分析阶段?
|
![]() |
53
LightLolo 43 天前
你这还有个流程图,我之前去的草台连个流程都没有。就是一个能不能做就完了。哈哈
|
![]() |
54
miao1007 43 天前
这流程太简单了,应该加入安全送检,静态扫描,开源扫描,漏洞扫描,测试报告,三库一致,变更申请,审计回溯才比较对。
|
![]() |
55
akakidz 43 天前
|
![]() |
56
ryan4290 42 天前
这个怎么说呢,看话事人怎么看了,我这边的话,就算你有这个,话事人是双标怪,你怎么弄都是……懂我意思不?
|
![]() |
57
lswlray 42 天前
知道流程、和会操作流程还是有区别的
大多数管理者都没有经过正统的研发管理能力培训,就是属于 没吃过猪肉但见过猪跑 的 |