マネジメント

[マネジメント]Joel on Software読みました　…ってエントリをサルベージしてみた

CH3COOH(酢酸) — Thu, 08 Jan 2009 22:28:00 GMT

Windows Live Writerの下書きがいっぱいになってきたので、
思い切って捨てちゃえと思って次々と放棄していってるのですが、
書きかけのエントリで目に留まったのでサルベージしてみました。

ひょっとしたらエントリうｐしているかもしれないけれどｗ

↓↓ここから過去の僕が書いていたエントリ

前々から気になっていた「Joel on Software」をようやく手に取ってみました。
Joel氏のWebサイトでも公開されている「ジョエル・テスト」をやってみました。

Joel on Software - ジョエル・テスト

ソース管理システムを使っているか？
１オペレーションでビルドを行えるか？
毎日ビルドを行うか？
障害票データベースを持っているか？
新しいコードを書くまえにバグを修正するか？
更新可能なスケジュール表を持っているか？
仕様書を持っているか？
プログラマは静かな労働環境にあるか？
買える範囲で一番良い開発ツールを使っているか？
テスト担当者はいるか？
プログラマを採用するときにコードを書かせるか？
「廊下での使い勝手テスト」を行っているか？

弊社は5点。

↑↑ ここまで過去の僕が書いていたエントリ

どれがOKで5点だったんだろう……可能な限り思い出してみました。

以前、弊社していた案件ではおそらく
バージョン管理、1オペレーションビルド、デイリービルド、バグ管、テスト担当
で5点だったと思います。

今の現場はどうだろう……？
バージョン管理、1オペレーションビルド、デイリービルドで3点かな。
自分で努力出来る範囲で頑張ってます(´・ω・`)ｼｮﾎﾞｰﾝ

[マネジメント]バージョン表記について

CH3COOH — Thu, 22 May 2008 00:25:00 GMT

http://blogs.wankuma.com/hirase/archive/2008/05/21/138790.aspx

ちょっと、ググってみた感じ、世間一般的なバージョン表記は、桁数の違いはあるけれど、次のどれかだと思う。。

Ver.1.2　（ゼロ詰めなし）
Ver.1.02 （ゼロ詰めあり、2桁）
Ver.1.002（ゼロ詰めあり、3桁）

僕は上記のどれにも当てはまらない「Ver.00.00.00」という表記を使ってます。

左：メジャーバージョン(開発中は0、最終納品で1にする)
中：リリースバージョン(客先に納品した際にインクリメントして、内部バージョンを0に戻す)
右：内部バージョン(デイリービルドの際に自動でインクリメント)

なんで？って言われたら判らないけど、なんか昔からこのスタイルです（・ω・；）

[マネジメント]何回やっても何回やってもMBOが倒せない

CH3COOH — Tue, 22 Apr 2008 00:54:00 GMT

[マネジメント]何回やってもMBOが倒せない

終わらない(；´Д｀)ｳｳｯ……

そもそも業務上での個人目標ってのは、組織目標を達成するために、各個人が何をしなければならないのかを考え設定すべきと思うのですよ。なので組織目標が提示されていない状態でどんだけ考えても、適切な個人目標が提示出来ないのですよ。

と考えが沸々と沸いてきました。(現実逃避)

終わらない(；´Д｀)ｳｳｯ……

[マネジメント]何回やってもMBOが倒せない

CH3COOH — Mon, 21 Apr 2008 23:24:00 GMT

今年度の査定から Management By Objective(目標による管理)による給与査定が始まるそうです。

目標を立てて、それに対するランク付けされた具体的な成果を明確する必要があるらしい。これがとても面倒くさくて、仕事の合間合間に片手間で出来るような代物ではありませんでした。締め切りが先週金曜日だったんだけど、まだ提出出来ていません。

例えば「悪者を倒す」という目標を立てた場合、

Sランク：エスタークを倒す
Aランク：キングレオを倒す
Bランク：スライムを倒す

と、言った基準まで自分で考えないといけない。これが4つ以上必要です……

ゆとり管理、効率化で2つまで思い付くんだけど、それ以外にネタが出て来ません。明日までにやらなきゃな(´･ω･｀)ｼｮﾎﾞｰﾝ

[マネジメント]リーダみならい(´・ω・｀)

CH3COOH — Sat, 12 Apr 2008 17:38:00 GMT

今のプロジェクトは開発部隊と不具合対応部隊に分かれてます。

開発部隊は、新機能の開発を行います。

不具合対応部隊は、定刻(朝、夕)に評価機関から挙がってくるバグの一次解析を行います。開発部隊のバグだと判明したら、開発部隊に情報をフィードバックして修正してもらいます。他部署(ハードウェアetc)のバグであれば、適切な他部署にバグを回す様な仕事をしています。

4月からその不具合対応部隊のリーダをやってます。僕の仕事はざっくりと３つです。

(1.)バグをチームメンバに割り振って解析して頂く。
(2.)チームメンバから上がってくる解析結果＆問合せの妥当性確認。
(3.)他部署へのバグを回す or 問合せをメールで行う。

チームメンバに定時で帰ってもらえる様に、毎日バグを捌いていて、完全に他部署の責任か判らないバグであれば、他部署と共同で解析に当たってもらえる様に調整をしたりと、チームメンバに残業をさせず上手く回していたつもりでした。

昨日(金曜日)は特にバグ件数が多くてかなり必死でした。チームメンバから上がって来る問合せの意図を確認せずメールを投げていたみたいで、今日(土曜日)他部署の取り纏めの方からこんなメールが来ていました。

「貴方が何を調査して、弊部署に何の調査を求めているのか判らない。」と。メールを出された時間を確認したら終電ギリギリだと思われる23時でした。

自分の「適当な妥当性確認」と「不明瞭な依頼メール」のせいで迷惑を掛けてしまったと思うと、(´・ω・｀)ｼｮﾎﾞｰﾝとなってしまいました。

以上、自戒を込めたエントリでした。次から気をつけます(｀・ω・´)ゞ

[マネジメント]「ニアショア」をご存知でしょうか？

CH3COOH — Fri, 08 Feb 2008 01:41:00 GMT

海外にある会社にソフトウェア開発を外注することを「オフショア」と言い、コストカットの為によく使われる開発手法ですのでご存知の方が多いかと思います。「オフショア」に対して国内の遠隔地*1にソフトウェア開発を外注することを「ニアショア」と呼ぶらしいです。([*1]例えば大阪/東京から見て北海道や九州のこと)

言葉や文化が異なる「オフショア」は、Web上でも度々上手くいかないと嘆いている方がいます。「じゃあ、言葉や文化が異なるのがボトルネックになるんだったら、言葉も文化も(ほぼ)同じ所だったらいいんじゃね？」という考えなのが、「ニアショア」のようです。

外注ではないのですが、うちの会社でも「ニアショア」しています。例えば大阪のクライアントから仕事を請けて、それを九州の拠点で開発したりとか。聞いた話によると関西・関東圏の激戦区(？)では、なかなか人財(≠人材)が集まらない傾向にあるらしいです。

人事や予算的な要素はサッパリ分からない(一開発者には不可侵な領域のお話な)ので、それはさておき日本語が通じるからって「ニアショア開発」が上手くいくかと言えば……そんな事ナイナイ。

問題点をいくつか。

今まで「ニアショア」をやった事が無い為、運用ルール等が整備されていない。
クライアント→大阪のブリッジSE→九州の窓口→九州の開発者と情報が経由する為、クライアント⇒九州の開発者間で正確に情報伝達されない。
相互理解が足りない。

解決策としては、

運用ルールの整備。
技術的な話の出来る九州の開発者を大阪に置き、クライアントとのミーティングに参加させる。
大阪で流れる噂を九州の人間にリークする。
「大阪の事は大阪、九州の事は九州」と決め付けずに、お互いの事情を考慮し行動する。

「仕様変更が発生するかもしれない」という噂を予め知っておけば、イキナリ変更になりましたと言われるよりはストレスが溜まらないで済むかと思います。人間って先が見えない道ほど辛いものは無いです。

あとブリッジSEが「なんで3日あって出来ないの？理論的な説明をしてよ」って言っちゃうのはどうかなぁと思っちゃうんですよね。「なんで3日あって出来ないの？ひょっとして先日の仕様変更の対応が遅れてるの？」くらいの心遣いがあっても良いかなと。工数削減が呪文のように唱えられていますけど、１つのプロジェクトはそんなに短くは無く、長いお付き合いになるのが前提なので、あまりトゲが立たない様にして頂けたらなぁ、と思います。

何を甘い事言ってるんだと言われるかもしれないですけど、

やあ（´・ω・｀)
ようこそ、バーボンハウスへ。
このテキーラはサービスだから、まず飲んで落ち着いて欲しい。

くらいのぬるさが僕には丁度いいです。

マネジメント

[マネジメント]Joel on Software読みました …ってエントリをサルベージしてみた

[マネジメント]バージョン表記について

[マネジメント]何回やっても何回やってもMBOが倒せない

[マネジメント]何回やってもMBOが倒せない

[マネジメント]リーダみならい(´・ω・｀)

[マネジメント]「ニアショア」をご存知でしょうか？

[マネジメント]Joel on Software読みました　…ってエントリをサルベージしてみた