产品的开发进度总是延误。各位前辈TAT , 有什么建议吗

2010-11-25 18:58:18 +08:00
 doufenger
主要有一点是。 我不知道怎么跟程序员去讨论他的工作进度,程序不能给我一个准确的完成时间,于是不能提前做出各种安排。

求解:怎么跟程序员沟通以能随时跟踪他的进度
5880 次点击
所在节点    问与答
17 条回复
Paranoid
2010-11-25 19:10:40 +08:00
试问你的需求明确么?
Alpha
2010-11-25 19:13:32 +08:00
先制定计划让程序确认,强迫自己按时完成。
doufenger
2010-11-25 19:25:25 +08:00
需求明确,相关文档(原型,交互,数据)完整
doufenger
2010-11-25 19:28:08 +08:00
嗯, @Alpha 1. 一个共同讨论得出的计划 ,不过这其中的一个问题就是,这个得出的计划往往得不到准确的时间
lin
2010-11-25 19:33:35 +08:00
1. 讨论计划,要求确认,自己安排计划的时候,预设容差,他说两周,你根据对他的了解,可能预先判断是否要两周半。做好规划,及时跟进。追进度。
2. 换掉程序员。
daqing
2010-11-25 19:33:36 +08:00
砍掉功能,并不是所有功能都要“现在”完成,试着把大量的任务放到后面完成。
chinasb
2010-11-25 19:39:11 +08:00
1.明确需求 2.需求阶段化 3.功能模块化 3.制定各模块完成时间 4.分配任务(保留延期时间) 5.员工周期进度表
doufenger
2010-11-25 20:21:37 +08:00
谢谢各位。

@chinasb 我缺少3. 5. 可以请你说说3. 要怎样沟通吗?
zack
2010-11-25 20:43:17 +08:00
一点个人经验。

开发时间估算是一个比较奇妙的事情,主要取决于经验、性格以及程序员当时的心情。所以,你首先必须了解和你合作的对象是属于比较乐观的还是保守的,你才能有把握知道他是会延期还是可能提前完成,这能帮助你做好你的项目进度规划。不要寄希望于改变程序员估算时间的误差,那是他的习惯,你改变不了。

程序员如果喜欢你或者喜欢你的需求,他们会很努力地帮你尽快完成,毕竟程序员最大的性格特点就是做自己喜欢做的事。所以,首先好好与他们相处吧,在你需要的时候,他们会为朋友无偿牺牲一些自己个人的时间的。

当然,询问进度的时间要规律,不要不定期去打断他的工作,这有助于你们个人的相处。

至于需求文档,各种管理工具,那是辅助你做好自己工作的手段,完全指望这些东西的话,项目恐怕就要延期了。
ong
2010-11-25 22:10:52 +08:00
以下是我的经验,参考一下:
1、需求细化到每个画面,甚至可以到按钮。(如果没有,赶紧找个前端攻城师吧)
2、每天工作开始和结束开个10分钟小会,让大家明确今天各自要完成的东西。每天强制在18点下班。
3、把最不听话的人调到其他项目组。
4、无论如何,要给大家争取到奖金。
keakon
2010-11-26 03:30:31 +08:00
我的经验是:同一件事给我5天去做,我会在第5天上午完成;给我2天做,我会在第2天吃完中饭后完成;给我1天做,我会在下班前一小时完成;给我2小时,我会提前半小时完成。

其实编程用不了多少时间,大部分是花在闲逛和准备工作上。
kuber
2010-11-26 10:37:02 +08:00
@doufenger 你自己的经历背景是什么? 建议你看看Scrum 方法. 未必要照用, 可以采用里面的一些好的经验. 我自己的一些经验:
1. 把项目分成很多小的阶段, 所谓阶段不是说"需求分析, 设计, 开发, 测试". 而是每个阶段相当于一个小的两个礼拜到三个礼拜的项目, 在这个小项目中只要完成几个功能, 但是阶段结尾要完成一个可以使用的版本. 开发人员一般 把它叫做"迭代"
2. 每个阶段开始的时候把当前阶段要做的功能和开发人员*一起*拆成小的任务, 同事让开发人员估算每个任务的时间. 最好每个小任务的粒度不超过两天
3. 每天开一个很短的例会, 大家口头汇报一下状态, 有什么问题阻塞了项目进程. 不要让开发人员写报告. 应该项目经理根据例会收集到的情况汇总成项目状态.
4. 第一个阶段结束后, 根据开发人员之前估算的时间和最后花的时间你就知道开发人员估算精度了. 同时你也知道这个团队的开发效率了.
kuber
2010-11-26 10:40:07 +08:00
尽量少开会, 少写报告.
每天早上开一个10分钟以内的会, 轮流口头报告一下. 大家都站着开会, 尽早结束
平时利用休息, 抽烟, 吃饭的时间问一下有什么问题, 千万不要开发人员写每天/每周总结, 总结应该是项目管理人员来做
doufenger
2010-11-26 14:49:42 +08:00
嗯,

首先是相处,大家目标一致互相认同这个项目才可能做好。 这个也是我没有做好的,我明白这个项目,可我没有做到让程序员认同。

然后是把项目分成很多小的阶段,和程序员一起把功能模块的开发进程讨论好,之前看了大家的回复之后现在正是这么做的。分成很多小阶段还有个好处就是可以很好的将模块优先排序,这样关键的模块就能提前完成。

我什么经历,新生
doufenger
2010-11-26 14:50:20 +08:00
没什么经历, 新生
doufenger
2010-11-26 14:52:47 +08:00
写没用的报告这点我是深有体会的, 有过这样的经历,领导什么小问题都说写个报告上来, 结果那种细节的东西用报告来解决反应是一点效率都没有的
kuber
2010-11-26 15:41:54 +08:00
目标一致互相认同这个项目当然最好, 但是很难做到, 因为每个人的利益不同的, 尤其是对于工作经验比较多的人员来说. 有时候公司的实际利益和团队的利益未必一致.
sinxccc
2010-11-26 15:42:05 +08:00
唔,新手带项目么= =

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/5007

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX