若いSEには段取りを教え，手取り足取り指導せよ
SEマネジャが入社2～3年生までの若手SEに何かやらせる時は，段取りを教え，手取り足取りして正しいやり方を教えることが重要だ。単に「あれをやっておけ，これをやっておけ」などと言うたぐいの，指示だけするのは厳禁である。 すなわち「それをやるには，先輩の○○SEに頼んで○○プロジェクトの資料を見せてもらい，▽▽のマニュアルも参考にして△△をまとめる。それがまとまったら俺に見せろ。OKだったら顧客の□□さんに説明して意見を聞く…」というふうに仕事の手順を教え，そしてそのSEができなければ一緒にやって教えてやることだ。するとそのSEは仕事の道筋がわかるし，困ったら教えてもらえるので安心して仕事ができる。しかも上司やベテランSEから教えられた正しいやり方がしっかりと身につく。 今回は筆者の現役時代の経験に基づいてそれについて述べる。 放任された新人SEは，ドタバタを正しいやり方と思い込む まず，筆者
「誰が書いても同じコード」は大事なことなのか - ひがやすを技術ブログ
昨日、大手SIerの方々と話をする機会があって、そこで出てきたのが、「誰が書いても同じコード」になることが重要で、それを実現するために、ドキュメントをいっぱい書かなくてはいけないという話。大手SIerは、大体同じことを考えていると思います。 でも、「誰が書いても同じコード」にするってのは、そもそも無理だと思うんだよね。そうやって、わざわざドキュメントをたくさん書かせても、めためたなコードを書くやつはいて、総合テストするときに、現場は燃え上がるもの。ある程度の規模以上のプロジェクトなら、どこでもそんな感じじゃないかと思います。 重要なのは、「誰でもメンテナンスできるコード」にすること。そのために、コーディング規約は、きちんと決めてみんなで守る、それ以上は、がちがちに縛る必要はない。 がちがちに縛るために、設定ファイルをたくさん書かせたり、必要以上のドキュメントを書かせるのは、一定の品質を確保
SI業界を目指す君達へ贈る「何故システム開発はテンパるのか」 - novtan別館
先日学生に聞かれたんですよ。 「下流工程は大変って聞きますが、上流は楽なんですよね？」 よろしい、君はよく勉強している。でも根本的に間違っている。下流工程が辛いのは、上流工程でちゃんと仕事ができなかったからだ*1。 というわけで、主に学生向きに話を単純化して語ってみます。これが普通だとか、一般的だとか言うつもりはなく、違う視点もあるかと思いますが、一つの考え方として。 SIでのシステム開発は、建設業にたとえられます。が。 顧客の希望を聞き、設計し、施工し、引き渡す。こういった工程を踏む仕事ということで、システム開発はよく建設業にたとえられます。実際に工程管理の手法なども似通っています。ところが、大抵の場合、耐震偽造をした建築物よりもシステムのほうが脆弱に仕上がります。何故でしょうか。 一つには、建物の図面を引くには建築士の資格が必要ですが、システムの設計に資格は必要ありません。 もう一つ、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
