「技術的には可能です」と発声するその前に - Qiita
技術者はよく、実装可否の問い合わせに対して本当はやりたくない・すべきでないと思っているのにやればできることだからと「技術的には可能です」と答えてしまいハマる⋯って本当ですか？ 私は最低でもここ10年は「技術的には可能です」と発言した記憶がありません。なぜそう言うことがないかというと、可否の問い合わせを受けた時点で次のようなことを考えてしまうからです。 運用は回る？ 人力操作が絡むフローがあるけど利用数が増えたときにちゃんとスケールする？ 休日深夜対応が必要になりそうだけど要員と人件費コストは確保できてる？ カスタマーサポート対応激増しそうだけど（以下同文 誤操作があったりしてデータの修正依頼が来たときに訂正しようがない要件っぽいけど大丈夫？ エンジニアがDB直操作対応するサービスメニューが存在するけど事故リスク、工数コスト、今後の開発停滞リスクは織り込み済み？ 事故の際の責任はエンジニアに
数億円規模の案件を たった二人で開発させられた話
# 数億円規模のプロジェクトをたった二人で開発させられた話 先日、関わっていたプロジェクトを抜けることになりました。 原因はもちろん炎上によるものなんですが、これがもう炎上すべくして炎上したようなぶっ飛んだプロジェクトでしたので、 ここで吐き出させて下さい。 # 20数名のメンバーの一人だったはずが、いつの間にか総勢一人になっていた 僕の仕事のスケジュールに空きができ、週３日程度の仕事を探していた頃、Twitterから開発案件の依頼がきた。 内容はよくあるシステムのリプレース案件。 開発メンバーは既に５人程度集まっており、その後２０人ほど合流するとのことで、総勢２０名以上の開発メンバープロジェクトだ！こんな規模の新規開発なんて初めてだからワクワクするぞ！ と思っていたら、PHPの案件なのにほとんどがJavaの人だったのでメンバーとして数えられず、参画する前に去っていってしまった。 合流する
ガントチャートはなぜプロジェクトで使えないのか - 誰も教えてくれないプロマネのコツ
今やあらゆる場面で必要とされるプロジェクトのノウハウを、300件以上成功させてきたプロフェッショナルがこっそりお伝えします。 「プロジェクトを計画しよう！」という話になった時、ガントチャートはよく利用されます。しかし、実際に現場でそれがツールとして「使える」かというと、使えなかったりします。 それはなぜなのか、そしてその対策はどうすればいいかをお伝えします。 目次 そもそもガントチャートとは何か？ ガントチャートあるある ガントチャートが現場で使えない理由①：実工数を無視した〆切になりやすい ガントチャートが現場で使えない理由②：タスクの相互依存関係が見えない ガントチャートが現場で使えない理由③：納期に頼ると「学生症候群」と戦うことになる 対策としてのクリティカルパスマネジメント ただ1点だけ問題が… そもそもガントチャートとは何か？ 「プロジェクト計画と言えばガントチャート」と連想され
プロジェクト管理技法はなぜ徒労に終わるのか？
プロジェクト管理技法はなぜ徒労に終わるのか？：やる気を引き出すプロジェクト管理（1）（1/2 ページ） 昨今PMBOK、EVMSといったプロジェクトマネジメント技法が注目されている一方、それらを自社のプロジェクトに適用しても効果が上がらなかったという声も多い。これらの技法を有効活用するには、まずプロジェクトマネジメントの“本質”を理解する必要があるのだ 危機に瀕（ひん）するプロジェクト管理 ひと昔前に比べ、最近は“プロジェクト”という言葉を頻繁に耳にするようになりました。 会社は新プロジェクトを次々と立ち上げ、一定期間内で成果を挙げることをプロジェクトの管理者に求めています。システム開発をはじめとして新規商品・事業の立ち上げなど、プロジェクトはどのような組織にあってもとても重要な活動を担うようになりました。 その一方で、プロジェクトを成功させるための方法、すなわち“プロジェクトマネジメント
FrontPage - Trac Lightning Wiki
最近の更新 (Recent Changes)2016-03-02Plugin Plugin/4.0.0/AddCommentMacro 2016-01-30Plugin/4.0.0/TracNavMacro Plugin/4.0.0/TocMacro Plugin/4.0.0/PrivateWikiPlugin 2015-11-22Plugin/4.0.0/FootNoteMacro 最新リリース情報traclight (1.5.2)2008-02-13 23:09trac-lightning (3.2.0)2013-04-29 13:00trac-lightning-dev (3.2.0beta1)2013-03-16 11:37 Wikiガイド(Guide)Wikiの文法 リンクの種類と文法 ブロックプロセッサ 拡張文法 サイドバー プロジェクトWikiでの広告設定 サイドバー (Si
Mercurial の利用
重要: Mercurial の 1.x ⇒ 2.0 では、 コンセプト／操作性／互換性等における大きな改変はありません。 あくまで通常の定例アップデートに過ぎませんので、 従来の版を元に書かれている情報の多くは、そのまま適用可能です。 はじめに ノート PC での移動中作業が多くて 「オフラインでコミット／ブランチ作成／履歴参照／差分参照できない」 ことに不便を感じていたり、 「システム構成例」 に示すような構成管理の仕組みを必要とした経験がある場合、 分散リポジトリ形式を用いる Mercurial は、 試してみる価値のあるソフトウェア構成管理 （SCM: Software Configuration Management） ツールと言えます。 しかし、 CVS などを常用して SCM ツールの原理／概念を理解している人でも、 意外に「分散リポジトリ」という考え方がピンとこない場合が有る
The Trac Project
Try out our demos! for Trac 1.4 or Trac 1.6 (latest stable) (demo available soon) Trac is an enhanced wiki and issue tracking system for software development projects. Trac uses a minimalistic approach to web-based software project management. Our mission is to help developers write great software while staying out of the way. Trac should impose as little as possible on a team's established develo
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
