ルールを守らない人からプロジェクトを守るには？

投稿者

投稿内容

たまご: 会議室デビュー日: 2005/01/02; 投稿数: 17

投稿日時: 2005-04-07 05:23

リポジトリ（プロジェクト）のレイアウトを決め
適切なディレクトリでバージョン管理を行い開発を行っております。
しかし、開発者以外のＳＥや運用チームなどが
バージョン管理システムから取り出した配置先のディレクトリなどで
勝手にソースを書いて開発を行いプログラムを置かれてしまいます。
aaa.cとか、test.cとか。

さらにlib/DBAccess/ などのプロジェクト独自ライブラリのディレクトリの中に
tool.cppなど置かれ、それをcrontab に登録する始末です。
$ls lib/DBAccess/
DBAccess.cpp DBAccess.h Makefile tool tool.cpp tool2 tool2.cpp

ＳＥ曰く「仕様変更を開発者に説明するより自分でチョコチョコっと作ったほうが早い」
という感覚なのです。

開発プロセスを周知してもらいかつ
バージョン管理システムから定期的に
全て配置しなおすのが有効なのでしょうか？

m.ku: 大ベテラン; 会議室デビュー日: 2002/09/15; 投稿数: 184

投稿日時: 2005-04-07 05:57

素朴な疑問として、なぜ開発者以外がソースを見れる環境にしているの？
まあ見れるのはアリとしても書き込み権があること自体に違和感を覚えますが。

開発者でも所属プロジェクト以外の書き込み権は与えないし、
必要に応じて読み込みもさせない様にする、という管理の経験が多いです。

Mattun: ぬし; 会議室デビュー日: 2004/08/10; 投稿数: 1391

投稿日時: 2005-04-07 07:07

「早いから」とか言ってる時点で、リポジトリ管理の目的なんて理解してくれて
なさそうですね。
そのルール守れないと開発側も品質確保に問題出てくることを伝えた上で、
勝手にルール破って問題起きたときの責任云々について話してみるべきなんですかね。

引用:
素朴な疑問として、なぜ開発者以外がソースを見れる環境にしているの？まあ見れるのはアリとしても書き込み権があること自体に違和感を覚えますが。

運用Gだからroot権限持ってるから、とかなんですかね・・・
運用というかサーバ構築に携わった側がroot権限持ってて、
アクセス権に縛られるのは開発者側だけ、ってケースは考えられそうです。

逆にroot権限持ってる運用する側に責任擦り付けられそうになって
困ったことはありますが・・・その期間誰もrootログオンしてないってのに。

Anthyhime: ぬし; 会議室デビュー日: 2002/09/10; 投稿数: 437

投稿日時: 2005-04-07 07:40

そういった開発標準があれば開発標準違反でリポジトリから即効削除ですね。
当然本番にも載せさせません。おそらくテストもされてないでしょうし。
開発標準がなければ作成して、上司に承認してもらいましょう。
そして削除しましょう。

がるがる: ぬし; 会議室デビュー日: 2002/04/12; 投稿数: 873

投稿日時: 2005-04-07 12:57

どもでふ。がると申します。
リブ管（ライブラリ管理）の経験者です。

んっと。とりあえずよくあるパターンなのですが、

引用:
「仕様変更を開発者に説明するより自分でチョコチョコっと作ったほうが早い」

まぁよく耳にする話です。

ちっと深い話になりますが。
もともと、ライブラリ管理とは「なぜにして」行わなければならない
ものなのでしょうか？
もし、その回答をたまごさんが即時で回答できないのであれば、恐らくは
多くの人が「面倒なだけ」って感じてるかと思います。

ライブラリ管理は、管理"される"側にとって、少なからず負担の
大きなものです。
そういった、彼らにしてみたら「無駄とも思えるような工数の増大」
を強いているのですから、それなりのメリットや必要性を
きちんとアピールする必要があるように思われます。

と、まぁ。この辺が正攻法。

あとは、力技としては、皆さんが書かれているような技術的手法が多々。
ただ、理解されていない限り、結局はどこか穴をつかれてしまって
いたちごっこになりやすいので。
一度、きちんとそのあたりを「本音でトーク」しておくとよいと思います。

るぱん: ぬし; 会議室デビュー日: 2003/08/01; 投稿数: 1370

投稿日時: 2005-04-07 13:04

一ヶ月単位の清算

約束を破った回数*100円がチームの飲み代やお菓子代、ジュース代に転用。
プールした資金は基本的に頭割り
その上でライブラリ管理の状態を元に戻す

こんなルール追加するだけで事がすみそうだけど・・・？
_________________

カーニー: ぬし; 会議室デビュー日: 2003/09/04; 投稿数: 358; お住まい・勤務地: 東京

投稿日時: 2005-04-07 14:11

引用:
るぱんさんの書き込み (2005-04-07 13:04) より: 一ヶ月単位の清算約束を破った回数*100円がチームの飲み代やお菓子代、ジュース代に転用。プールした資金は基本的に頭割りその上でライブラリ管理の状態を元に戻すこんなルール追加するだけで事がすみそうだけど・・・？

ルールを守らない人に対して新しいルールを作ったって、
守られないルールが1つ増えるだけになりそうですが。

ＮＡＯ: ぬし; 会議室デビュー日: 2001/10/24; 投稿数: 1256; お住まい・勤務地: 神奈川のはずれから東京の下町

投稿日時: 2005-04-07 14:39

引用:

カーニーさんの書き込み (2005-04-07 14:11) より:
引用:

るぱんさんの書き込み (2005-04-07 13:04) より:
一ヶ月単位の清算

約束を破った回数*100円がチームの飲み代やお菓子代、ジュース代に転用。
プールした資金は基本的に頭割り
その上でライブラリ管理の状態を元に戻す

こんなルール追加するだけで事がすみそうだけど・・・？

ルールを守らない人に対して新しいルールを作ったって、
守られないルールが1つ増えるだけになりそうですが。

一般的に自分に物理的ダメージ(給料下がるとか)が無いと
人はルールを守りません。
逆にそういったダメージを被る事が解れば意外と守りますよ　

って事で効果はあると思います。
_________________
Inspired Ambitious
ISMS Assistant Auditor

1|2|3 次のページへ»

ルールを守らない人からプロジェクトを守るには？

スキルアップ／キャリアアップ（JOB@IT）