张宇杰

张宇杰的博客

他的个人主页  他的博客

管理就是把简单的问题复杂化

张宇杰  2010年04月22日 星期四 09:18 | 1222次浏览 | 16条评论

米国人想让我们写个辅助开发的小程序。再次强调,仅仅是个我们自己用的小工具,不是产品。

其实很简单。

一个PC程序,一个结构体,界面上有一些输入框,输入的数据就是这个结构体的成员变量。然后把这个结构体通过USB发出去,USB操作用一公司现成的驱动,我们就调用个API就可以了。

一个不到半天就能全写好的程序。看看米国人是怎么做的。

 

两个人做,一个所谓的leader,一个所谓的干活的。

提交结构框图。

提交概要设计文档。

制定并提交schedule,要分N个阶段,每个阶段再细分。

提交详细设计文档,要分模块,每个模块按文档格式提交模块设计文档。

每周电话会议,给米国人汇报工作。

 

这个东东已经搞了两周了。

一个两个小时就能全部完成的程序,还要分阶段,还要列schedule。

一个main.c就搞掂的程序,还要分模块。

me彻底崩溃了。

 

原来所谓的软件项目管理就是把简单的问题复杂化。

评论

我的评论:

发表评论

请 登录 后发表评论。还没有在Zeuux哲思注册吗?现在 注册 !
张家瑞

回复 张家瑞  2010年04月23日 星期五 13:25

你花两个小时开发完成以后,给他,说是demo,不就行了

2条回复

  • 张宇杰

    回复 张宇杰  2010年04月23日 星期五 15:11

    问题不在于程序,而是那一大堆文档,原理框图,概要设计,详细设计,schedule,等。还有每周的工作进度汇报。不写文档吧,boss们觉得没工作,写文档吧,又没啥好写的。那个纠结呀。

    1条回复

孟德

回复 孟德  2010年04月22日 星期四 23:30

1 E公司的阿三水平本来就不咋样
2 你在公司的形象太牛逼了
3 公司怕你跑路以后东西没人维护
4 第3条我也同意

1条回复

  • 张宇杰

    回复 张宇杰  2010年04月23日 星期五 09:09

    是一个叫阿三的米国人。不是叫阿三的阿三。

    0条回复

lili

回复 lili  2010年04月22日 星期四 10:25

大项目的成功与否取决于管理。对小项目来说可能就感觉有些冗余。所以管理过程都有裁剪的呀。是你们相关的负责人没有裁剪好,不能说软件项目管理就是把简单的问题复杂化呀。或者是这个项目不着急,用它来练习管理的运用也说不定,不是没有可能啊。

9条回复

  • 张宇杰

    回复 张宇杰  2010年04月22日 星期四 19:38

    me就是那个所谓的leader,这周电话会议米国人突然问,这个东东开发分几个阶段
    me当时就惊了。
    其实也是事出有因,去年有个叫阿三的米国人,用vb要写个这种程序,唯一不同的是他那个程序用串口传数据(NND,更简单),据说写了一年,还没写出来。所以,在米国人心里,这是个非常,非常,非常复杂的程序。
    唉,是老外太笨了,还是我朝人民太聪明了

    4条回复

      • 孟德

        回复 孟德  2010年04月22日 星期四 23:32

        我觉得你们几个人都是一个套路

        老麦就是中年版的你

        greg就是老年版的老麦

        你就是幼齿版的greg

        你们在,E公司必定威

        0条回复

      • 黄国荣

        回复 黄国荣  2010年04月22日 星期四 20:46

        最后一句话不赞同。说话有点狂。

        0条回复

      • 徐继哲

        回复 徐继哲  2010年04月22日 星期四 19:39

        哈哈,你反应的情况怎么和lili说日本人的工作方式这么类似?

        1条回复

  • 潘多

    回复 潘多  2010年04月22日 星期四 19:32

    深度!

    2条回复

  • 徐继哲

    回复 徐继哲  2010年04月22日 星期四 18:42

    有道理

    0条回复

孔志奎

回复 孔志奎  2010年04月22日 星期四 10:06

软件项目管理 还有一个方面的作用, 那就是 把复杂的问题简单化.

取决于你将软件项目管理用在简单的问题上还是复杂的问题上. 呵呵

0条回复

暂时没有评论

Zeuux © 2024

京ICP备05028076号