アカウント名:
パスワード:
で、・・・ある程度以上の規模のソフト開発ならば BTS使うのが普通だろう、と思っていたので、 タレコミ文の
企業での開発では、バージョン管理システムは当然としても、コミュニケーションは直接のディスカッションとミーティング (とそれを補助するメール) というのが大勢だと思います。
> さらにテンポラリな案件が多くて、 バグ表みたいなものは地味なので、小さいプロジェクトの場合、散らばって、忘れられてしまいやすい。バグトラッカーなら一括管理。
> 派遣さんを一時的にドバっと入れるので 知識やノウハウを文書化しておかないと、当時者がいなくなるため後日困る。
> 教えている暇がないし バグ専用掲示板みたいなものです。誰でも二分で使い方を覚えられます。
> 海外企業へオフショアでプログラミング出すこともあるし 開発チーム、顧客、アーキテクトが地理的に分散した場合、web でバグ管理ができないと困りませんか?
他人事なんで、どうでもいいですが、理由が理由になってない気がします。「誰のバグか名指しするのが怖いから」とかいう文化的な理由ならまだ分かりますが。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あと、僕は馬鹿なことをするのは嫌いですよ (わざとやるとき以外は)。-- Larry Wall
企業での開発 (スコア:0)
開発者同士内々でノーツ上にWorkItemList作ったりはするけど、基本はBTSです。
で、・・・ある程度以上の規模のソフト開発ならば BTS使うのが普通だろう、と思っていたので、 タレコミ文の
企業での開発では、バージョン管理システムは当然としても、コミュニケーションは直接のディスカッションとミーティング (とそれを補助するメール) というのが大勢だと思います。
で「え?」と思ったんですが。そうなの?Re:企業での開発 (スコア:0)
ウチ(二次下請け)はそうです。
理由は
・元請にBTSみたいのないし
・おまけに元請のネットワークがガチガチでBTSに限らずネットワークをダイレクトに使ったツールが入れ難いし
・さらにテンポラリな案件が多くて、派
Re:企業での開発 (スコア:2, すばらしい洞察)
> さらにテンポラリな案件が多くて、
バグ表みたいなものは地味なので、小さいプロジェクトの場合、散らばって、忘れられてしまいやすい。バグトラッカーなら一括管理。
> 派遣さんを一時的にドバっと入れるので
知識やノウハウを文書化しておかないと、当時者がいなくなるため後日困る。
> 教えている暇がないし
バグ専用掲示板みたいなものです。誰でも二分で使い方を覚えられます。
> 海外企業へオフショアでプログラミング出すこともあるし
開発チーム、顧客、アーキテクトが地理的に分散した場合、web でバグ管理ができないと困りませんか?
他人事なんで、どうでもいいですが、理由が理由になってない気がします。「誰のバグか名指しするのが怖いから」とかいう文化的な理由ならまだ分かりますが。
Re:企業での開発 (スコア:1)
> バグ専用掲示板みたいなものです。誰でも二分で使い方を覚えら> れます。
使い方は憶えられるけど...
「BTS登録するのめんどくさいや、今目の前にコーディング担当者がいるから、わけ言って頼んじゃえ。 な~○○、これ修正頼むよー。」
「今、テスト中なんすけど...」
「いまこっそり直っちまったほうがいいよな、お客さんにもウケいいし」
Re:企業での開発 (スコア:0)
(意味元請は丸投げ&売上さえ取れれば後は野となれ山となれの営業etc)
早い話「エライ人にはそれが分からんのですよ」。(この手のには技術的には可能でも実環境や目先の『採算性』では不可能が多いしね)
Re:企業での開発 (スコア:1)
おや?こういう場合にこそ、FREE(自由にせよ無料にせよ)ソフトの面目躍如なんじゃないでしょうか?
高価だったり、ひどいときには一般に市販すらされてないソフト(つまり発注社自社内のもの)だったりすると、
現場に着てから覚えてもらわないとならんわけですが、
これが巷の有名FREEソフトだったりすると、
「これこれこういうソフトが有るから、使い方覚えておいてね。 URLはココね。
無料だからお前らでもすぐ導入して試せるでしょ。
当日までに覚えておかなかったらどうなっても知らないよ(^^;(脅し)」
とでも言えるってものでしょう:-)
ええ。そうです。公知技術&公知実装を使えば教育期間を丸々省けるという
「インターネットは究極の教育期間だ」路線を使えるんです(藁
ちなみにこれは諸刃の剣でして、
「あれ?XX社さん、このソフトのこーんな使い方も知らないの?」
と逆襲される恐れも有ります。
つまり、多くの発注社がこの作戦を採らない理由は、
自分らがむしろDQNであるのを外注に見抜かれたくない、という保身のためなんじゃないかと(藁
つまりですね、
うちはDQNじゃないぞという自信が有る会社さんでしたら(^^;、
ぜひともこの「インターネットでOJT(違)」作戦を採ってみて欲しいのです。
しかもこの作戦は、
●御社のためにも(導入コストは最小だし、外注への教育費も上記の通りゼロ)
●外注のためにも(現場と同じ環境を予習できることのメリットは絶大)
●FREEソフトのためにも(なんといっても普及するわけですから)
なるという、1粒で3度美味しい作戦なのです。情けは人のためならず。
#実際、いけてる職場ほど、FREEソフトをちゃっかり(?)利用するのが旨いよね。
----
>「ASPサービス型多地点TV会議使うのが手っ取り早いや」
ええと、それもネットワーク通してることになるのだったりしないんでしょうか??
あと、大雑把に喋るぶんにはTV会議は便利ですが、やっぱりコピペ(藁)しやすいテキストとかの形での情報伝達が
BTS(など)には重要ではないかと。
#コピペの重要性を認識してない会社が作ったソフトなんて、信用できないのでG7
Re:企業での開発 (スコア:1)
>>「ASPサービス型多地点TV会議使うのが手っ取り早いや」
>ええと、それもネットワーク通してることになるのだったりしないんでしょうか??
ASPと自社運営の違いを理解しています?
>あと、大雑把に喋るぶんにはTV会議は便利ですが、やっぱりコピペ(藁)しやすいテキストとかの形での情報伝達が BTS(など)には重要ではないかと。
ホワイトボードや文章共有ってご存知ない?
#ところでASP型BTSサービスってこの世に存在するのかのう?