第一三三章 人性的弱点如干裂的泥土 (第1/2页)

简繁轻咬着笔帽，在安静的办公室中翻看欧阳紫岚提供的那些厚厚的人员资料。

对于It项目而言，需要成员从事有创造性的劳动，如何选择合适的人员，如何为人员分配合适的工作，是It项目成败的关键。人员管理不似技术工作那样直接，由单兵作战转变为站队指挥官，简繁感到有些茫然。

卓瑞泽从经理办公室中走出来，环视了一下重点事业部，只有简繁所在区域的照明灯还亮着。走到简繁身旁，看了看简繁手中的资料，卓瑞泽略有惊讶。不知道简繁通过什么途径拿到这些资料，不过简繁的行动力可见一斑。项目上最怕人员‘等’、‘靠’、‘要’，卓瑞泽对简繁的积极主动很满意。

向来不苟言笑的卓瑞泽看着简繁认真、紧张的神情，蓦地想起当年自己初次受命也有不尽的忧虑和紧张，半带玩笑的为简繁减压，“我推荐的这些人还都可用吧？”

“啊，卓经理。当然了。”简繁被卓瑞泽的问话惊住了，‘可用吗？’何止是可用，面对这些高手是不知道怎么用？

“那就好。”

“可是，卓经理，这些人我一时不知道如何调配。”

卓瑞泽嘴角扬起，“了解每个人的技能、经验和特点是正确的，但是现在还不到人员调配阶段，首先要确定项目范围，然后进行活动定义。之后再来考虑什么人适合完成哪个活动，进行人员分配。”

“哦。”简繁明眸一闪，卓瑞泽一句话如醍醐灌顶，简繁瞬间理清了项目脉络。

“这个项目首先要将产品功能需求论证清楚，所以范围定义阶段很重要。你可以选一些人来进行这个阶段的工作，但是在开始之前我希望你先写一个方案出来。”

“嗯，我明白，抛砖引玉。”

“哈哈，这个方案不容易写。因为这个产品是一个开发平台，所以不但需要你了解公司目前各个软件的功能。还要了解市场上其他主流软件的功能，既要满足现有软件功能开发，又要有前瞻性，满足未来功能开发需求。同时还要具备功能可扩展性。只有将这些了解清楚了，才可以进行有效的抽象、建模，形成产品功能需求方案。”

“卓经理，您说这个产品您已经酝酿很长时间了，我想您一定有比较成熟的思路。可不可以由您来？”简繁忽闪着眼睛。

卓瑞泽读懂简繁的意思。笑了笑。我研究国内外无数个软件，当然有一套比较成熟的思路，由我亲自操刀这个项目，当然没有问题。可是

本章未完，请点击下一章继续阅读！若浏览器显示没有新章节了，请尝试点击右上角↗️或右下角↘️的菜单，退出阅读模式即可，谢谢！