我们原来的项目有用过这类似的的敏捷开发工具,用的是一个从 github 上面弄下来的开源项目 taiga,开始大家都看在领导的面子上稍微用用,中后期就没啥人用了,这类工具是否能真的百分之八九十的效果。因为我们尝试用这类项目管理的方式失败了,所以想讨教一下。
1.假如你们团队使用了这类工具,是如何坚持下来呢?领导强制要求,跟绩效挂钩,还是的确方便了项目流程
2.你们使用这类工具的时候觉得最应该有的功能应该哪些?除了 kanban timeline 这些基本都有的
3.我前一段时间在 v 站看到有人说了一个集大成的网站,GitHub,twitter facebook,各种项目管理工具,继承了各种工具的网站(忘记叫啥名了,当时听说比较容易让程序员接受)
4.我就想听听 V 站老哥的看法,
1
panlingzhe 2020-04-28 11:45:13 +08:00
原来用 jira,现在用公司自研的
|
2
Acoolda OP 你们是公司强推这类工具,还是你们用起来的确很爽啊😬
|
3
Acoolda OP @panlingzhe 你们公司是强行推这类工具,还是你们用起来感觉的确很舒服呀
|
4
eGlhb2Jhb2Jhbw 2020-04-28 16:21:02 +08:00
用起来很爽啊,大家每天早上过一遍,进度、blocker 、风险、质量 等一目了然。避免团队某个人过度滑水,影响项目整体进度。同时,自己在完成一定量的工作后,可以心安理得的滑水下,拖卡有种通关奖励的感觉。
|
5
panlingzhe 2020-04-28 16:27:51 +08:00
@Acoolda 强推,jira 用起来不大顺手,自研的还蛮好的,ui 也好看点
|
6
Acoolda OP @eGlhb2Jhb2Jhbw 感觉很难有原始动力去做这个,很多时候半路就没弄了,我之前的项目组就是这样。
|
7
metinfo 2020-04-28 16:39:27 +08:00
我们公司以前也是用 teamBition,后台发现只能协同办公,而且通知起来不方便,也没办法把客户和内部组织架构打通,于是乎自己开发了流程系统,支持审批和协同办公,前后已经 2 年时间了,现在慢慢推向商用了,感觉比较强大,只要有人参与的事务都可以在后台配置出来,哈哈!欢迎试用拍砖 https://lc.mituo.cn
|
8
eGlhb2Jhb2Jhbw 2020-04-28 16:46:33 +08:00
@Acoolda #6 如果每天不投入一点时间大家过一下的话,那这个东西就只是给领导看的,做一做自然而然就放弃了。
|
9
cloudbeyond 2020-04-28 16:46:43 +08:00
敏捷文化落地, 最不重要的就是挑选工具,最重要的是公司的组织架构还有文化是否真的认可敏捷开发方式。
所以现在纠结在工具上是舍本逐末,不如去学学 Scrum 等敏捷框架,当当 Scrum master,试试在团队里面推广。 即使没有电子化工具,用物理的白板+便签都是可以玩起来的。 |
10
Acoolda OP @cloudbeyond 并不是追逐工具,我想了解这类工具是否的确有效,如何高效,如何吸引团队成员去用。很多人知道这个方向是好的,但是推动是一个大问题。
|
11
Acoolda OP @eGlhb2Jhb2Jhbw 没有领导去推,大家都挺难去用,也不知道啥办法能推动成员的主观能动性
|
12
GeruzoniAnsasu 2020-04-28 19:27:18 +08:00
jira.
不要忘了项目管理工具是为项目服务的 如果你们项目并不符合敏捷迭代的软件生命周期模型,那显然用不起来。我指的就那种做外包的、做传统软件的、一个项目大包解决方案先写几百页的瀑布流开发,那咋敏捷?连迭代都不需要,所有任务一个大表一块一块往小切,切不动花钱买,计划到头项目结束,完结了。这谁跟你看看板开站会哦 敏捷模型的典型场景是: 1. 你们小组经常需要交叉帮忙,没有固定 component 以及对应负责人 2. 需求池永远在增加,从不减少 3. 定期滚动发布,甚至每修一个 bug 就会发布一次 |
13
Acoolda OP @GeruzoniAnsasu 我们是从零开始的项目,不过你说的也非常有道理
|
14
flameleoqq 2022-02-09 11:46:27 +08:00
|