タグ

Developmentとmanagementに関するftnkのブックマーク (21)

  • Redmine - Overview - Redmine

    Redmine¶ Table of contentsRedmineFeaturesDocumentationSupport & getting helpContributing and helping outWho uses Redmine?Redmine books Redmine is a flexible project management web application. Written using the Ruby on Rails framework, it is cross-platform and cross-database. Redmine is open source and released under the terms of the GNU General Public License v2 (GPL). Features¶ Some of the main

  • さらに分かっておきたいトランジスタの種類 − @IT MONOist

    IoT(モノのインターネット)市場が拡大する中で、エッジ側の機器制御で重要な役割を果たすことが期待されているリアルタイムOS(RTOS)について解説する連載。第44回は、MCUとDSPのデュアルモードに対応した先進的RTOS「RTXC Quadros」について紹介する。

  • さらに分かっておきたいトランジスタの種類 − @IT MONOist

    IoT(モノのインターネット)市場が拡大する中で、エッジ側の機器制御で重要な役割を果たすことが期待されているリアルタイムOS(RTOS)について解説する連載。第44回は、MCUとDSPのデュアルモードに対応した先進的RTOS「RTXC Quadros」について紹介する。

  • システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance

    先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵「基契約」と「個別覚書」ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 「仕様策定〜開発まで」と「保守運用」で別契約にすることが多い。 「仕様策定フェーズ」で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は「事務作業の代行」という意味合い。委任は「法的効力がある作業」の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で「僕らのコンサル案を僕らが実施し成果が出

    システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance
  • 【ハウツー】プロジェクト管理、していますか? 今日からはじめる「Redmine」 (1) 複数プロジェクト対応、ブラウザで完了、日本語OK、のRails製PMツール | エンタープライズ | マイコミジャーナ�

    複数のプロジェクトを並行して進めた経験のあるプロマネやデベロッパなら、「どうプロジェクトの進捗を管理・共有していくか」に一度は頭を抱えたことがあるはずだ。日々発生する要望・バグ・修正の作業に追われるだけになってしまい、プロジェクトが混乱・迷走することもよくある話。「管理さえしておけば」と後悔する前に、プロジェクト管理の手法を確立しておきたいものだ。 そこで、稿では、プロジェクト管理に特化したWebアプリ「Redmine」について、インストールの手間から運用面までふくめて紹介しよう。 複数プロジェクト対応、Webブラウザで完了、日語もOK プロジェクト管理Webアプリケーションの筆頭といえばtracが挙げられるが、ここ数年の間でRedmineが注目されつつある。 RedmineはJean-Philippe Lang氏が中心となり開発・リリースしている、プロジェクト管理に特化したWebアプ

  • 開発と運用の分離

    ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは、システム統括部の駒田です。 昨今、内部統制やJ-SOXといった言葉を良く耳にしますが、 ヤフーもご他聞に漏れず、粛々と対応を進めて参りました。 今回は、その対応の一環として行った、 「開発と運用の分離」に関してのエントリーをさせていただきます。 例えばですが... 開発成果物であるソースコードをテスト終了後に改ざんし、 不正に利益を得る様なエンジニアが存在していた場合、 それはヤフーにとって、一般のお客様に対する裏切りであり、 信用の失墜となってしまいます。 このような事態を回避するため、 当開発部では開発者と運用者とを明確に分離し、 開発者はリリースモジュールに触れる事が出来ない。 運用者はソースコードに触れる事が出

    開発と運用の分離
  • はてなブログ | 無料ブログを作成しよう

    晴天の価値 2月中旬に出張で千葉へ行った。5日間の滞在中はずっと快晴で、気温は20℃に迫る春のような暖かさだった。仕事は朝から晩まで現場を走り回る過酷なもので、身体的にも精神的にも追い込まれた。毎朝、京葉線から見える美しい景色を眺めて正気を保っていた。太平洋へ燦々と…

    はてなブログ | 無料ブログを作成しよう
  • capsctrldays - アメリカ人の半分はニューヨークの場所を知らない (Bunshun Paperbacks)(町山 智浩) , 謎の会社、世界を変える。―エニグモの挑..

    1 [] アメリカ人の半分はニューヨークの場所を知らない (Bunshun Paperbacks)(町山 智浩) 連載も読んでるけど、まとめて読んでも、やっぱり面白い。 こういう情報を提供してくれるのは町山さん以外に知らないなあ。 2 [] 謎の会社、世界を変える。―エニグモの挑戦(須田 将啓/田中 禎人) 名前はよく見るけど、クラスタが違うので全然関心がなかった「エニグモ」。システム発注に失敗するとか、小さなオフィスで会話がなくなるとか、それなりに厳しい状況もあったりするけど、最初から6000万あって、結局8億とか調達できるんだから、やっぱりめぐまれておるなあ。クラスタが違うわ。 最初の出資予定会社から「お前なんか潰すぞ」 個人的なつながりのみで6000万円集める(!) アーロンチェアがあるベンチャーは成功しない 博報堂は30歳で年収900万(!) 中堅カード会社を使った決済シス

  • 工数見積もりの見える化

    なぜ工数の見積もりが必要なのか 最近ソフトウエア業界で話題となっている工事進行基準でも、「工事進ちょく度の計算根拠となる工事原価総額が信頼性を持って見積もられなければ工事進行基準を適用することができない」と述べられているように、ソフトウエア開発における工数見積もりの重要性はますます高くなってきている。 「見積もる」という言葉を広辞苑(こうじえん)で引くと、「1. 目で見て大体を測る。目分量ではかる。2. 物事のあらましを考え計算して予測を立てる。つもる。概算する」とある。ソフトウエアの工数見積もりは、2.の意味、つまり、対象となるソフトウエア開発のあらましを頭に描き、投入されるであろう、あるいは、投入すべき工数を予測する、ということになる。 ソフトウエア開発管理の主な観点はQCD(品質、コスト、納期)である。厳密にいえば、工数(人月)はコストとイコールではない。しかし、工数に基づき算出され

  • ソフトウェア開発のチームビルディング - プログラマの思索

    小川 明彦, 阪井 誠 : チケット駆動開発 日のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の。 小川 明彦, 阪井 誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初のアジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。 清水 吉男: 「派生開発」を成功させるプロセス改善の技術と極意 組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le

    ソフトウェア開発のチームビルディング - プログラマの思索
  • プログラマなら人月なんかさっさと超えろ - 矢野勉のはてな日記

    Java, プログラミングノリノリで書いてみる。 人月というのは「人月の神話」以来、現場の技術者にとっては「お金の計算にしか使えない単位」なのですが、発注者側に分かりやすいということでいまでも大はやりしています。というか受注者側もまじめにこの単位で計算しています。 そしてJavaの世界というのは、私のようにJavaが大好きだからやってる、という人間はすごく少数派で、「そろそろJavaでもやっとくか」「Strutsの使い方覚えたからもういいか」「できればJavaなんかいじりたくないなー。俺も早くプログラマに『これやっといて』って言えるようになりたい」という人のほうが多いのが実情なんですね。その点Rubyの世界は、今は「好きだからやってる」人が圧倒的でしょう。プログラム能力の高いJavaプログラマを探すのは、プログラム能力の高いRubyプログラマを探すよりずっと大変だろうと思う。 Javaの世

  • PC

    パソコンの断・捨・離 いいことずくめのアプリ断捨離、不要なサブスクや悪意あるアプリも排除 2024.03.15

    PC
  • デスマーチ撲滅への「飛躍」なるか--大手SI事業者、外部設計書の記述を標準化

    印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます デスマーチはデスマッチになりやすい――。SI業界でよく言われることだ。しかし、そのデスマーチを撲滅するための即効薬は、いまだ存在しない。そうしたなかで、デスマーチを撲滅するための「小さな一歩だが、大きな飛躍」と関係者から期待されている文書類が公開された。 NTTデータなど大手SI事業者6社が2006年4月から共同で立ち上げた「実践的アプローチに基づく要求仕様の発注者ビュー検討会」(発注者ビュー検討会)の第1弾の成果物がこのほどウェブで公開されたのである。同検討会には、NTTデータのほか、富士通NEC、日立製作所、構造計画研究所、東芝ソリューションの計6社が参加している。 発注者ビュー検討会は、情報システムの仕様について、ユーザー企業に

    デスマーチ撲滅への「飛躍」なるか--大手SI事業者、外部設計書の記述を標準化
  • monotone: distributed version control

    monotone is a free distributed version control system. it provides a simple, single-file transactional version store, with fully disconnected operation and an efficient peer-to-peer synchronization protocol. it understands history-sensitive merging, lightweight branches, integrated code review and 3rd party testing. it uses cryptographic version naming and client-side RSA certificates. it has good

    ftnk
    ftnk 2007/09/11
    monotone is a free distributed version control system.
  • ソフトウェア見積りを読了

    Landscape トップページ | < 前の日 2007-01-15 2007-01-17 次の日 2007-02-27 > Landscape - エンジニアのメモ 2007-01-17 ソフトウェア見積りを読了 当サイト内を Google 検索できます * ソフトウェア見積りを読了この記事の直リンクURL: Permlink | この記事が属するカテゴリ: [] ソフトウェア見積り―人月の暗黙知を解き明かす スティーブ マコネル / Steve McConnell / 田沢 恵 / 溝口 真理子 / 久手堅 憲之 発売日: 2006/10 amazon で詳しく見る   bk1で詳しく見る スティーブ・マコネルの『ソフトウェア見積り』を読了した。 『ソフトウェア見積り』は、ソフトウェア開発における工数や期間を見積もる方法について詳細に解説した。見積もりについて学んだことのない私に

    ftnk
    ftnk 2007/09/11
    スティーブ・マコネルの『ソフトウェア見積り』
  • ウノウラボ Unoh Labs: テスターを雇わない経営者の誤った理屈 best5

    こんにちは! やまもと@テスト番長です。 みなさんはJoel on Softwareという(とWEBサイト)をご存知でしょうか。 以前ウノウラボでもnaoyaさんがThe Joel testのエントリを書いています。 サイトの記事をひとしきり読んだあとで、は買って積んであったのですが 先日ふと手に取りぱらぱらページをめくっていたところ、 テストについて書いた面白い章があったのでご紹介します。 ■ 第22章 テスタを雇わない(間違った)理由、ベスト5 1.バグは怠惰なプログラマから出てくる →人は誰でもうっかりミスを犯します。他人の目から見たチェックをすべきです。 2.私のソフトウェアはWeb上にある。バグはすぐに直せる →リリース後の修正はずっと高くつくものです。 3.ユーザがソフトウェアをテストしてくれる →会社の品質に対する印象を悪くします。 4.テスタとして優れた資質のある

  • 小野和俊のブログ:IT業界の大企業での生々しい話を5つほど

    先日某所で講演をする機会があったのだが、 そこでお会いした大企業に所属されている方からの発言でいくつか印象的なものが あったので、ブログに書くことにした。 中にはぐったりしてしまうような内容のものもあるのだが、 会社が大きくなるとこういうことが起こりえるのだという自分への戒めも込めて。 とある大手 SI の方の話。 会社で 2ch へのアクセスを禁止したところ、開発の速度が目に見えて低下したので、 何が起こったのかと現場にヒヤリングしたところ、今までは困ったときに 2ch で聞いて問題を解決していたが、2ch にアクセスできなくなって、 はまってしまったときにどうにもならなくなってしまったとのこと。 これは Messenger / Skype を禁止している会社にも同様のことが言えるだろう。 プロが 2ch で聞くというのはどうなのかという意見もあるとは思うが、 会社の枠を超えた横のつなが

    小野和俊のブログ:IT業界の大企業での生々しい話を5つほど
  • QualityImprovementInFreeSoftware - Free Software における品質改善: リリース管理を中心に

    これまでの問題 リリース管理はあまり組織化されておらず, リリースの更新はたまにしか実施されなかった. こうした問題とロードマップの欠如から, 凍結(コード・フリーズ)の発表が唐突にされることも多かった. 組織化されていないリリースの常として, 新しい予定外のブロッカーがリリース・プロセスでみつかった. それも遅延を招いた. 予定外の遅延があると, ソフトウェアは長期にわたって凍結される. Debian 3.1 の場合は一年以上凍結された. このリリースが公開に至った時にはすでに多くのコンポーネントが古くなってしまい, ユーザの要望に合わなくなっていた. Debian が過去のリリースで何度も深刻な遅延に至ったという事実は, プロジェクトのイメージを損ねた. Debian は進みが遅く締切を守れないと思われている. これは開発者やユーザ・コミュニティの不満にもつながっている. 対策 プロジ

  • モデリング・リファクタリングのススメ

    ビジネス・モデリングなどのモデリングを始めてはみたものの,なかなか上手くモデリングできない…そんな悩みを持っている方も多いと思います。そこで,今回はモデリングを上達させるための「モデリング・リファクタリング」という方法をご紹介します。 モデリング・リファクタリングとは 「モデリング・リファクタリング」とは筆者が考えた造語です。(すでに誰かによって提唱されているかもしれませんが)筆者が発明したものではなく,モデリングに慣れている方なら自然とやっているようなテクニックです。 もともと「リファクタリング」というのは,小さなプログラム(例えばクラス)を作るときに,プログラムの外側の仕様(使われ方)は変えずに,中身の構造だけを変えることです。 なぜそんなことをするかというと,とりあえず仕様は満たしていたとしても,中身が汚い設計のままでは,変更に弱く,保守性も悪いからです。そこで,小さなプログラムを作

    モデリング・リファクタリングのススメ
  • igaiga diary(2007-06-20)

    _ 思いやり駆動開発 オブジェクト倶楽部夏イベントに参加して、 LTを「思いやり駆動開発」という題で行い、 ベストトーカー賞を頂きました LTで喋る前からみなさんに「がんばってください!」と励ましのお言葉を頂いたり、 喋ったあとも「おもしろかったですよ!」とありがたいお言葉を頂いたり、 懇親会でぼそっと「今週末で30になります」と言ったら みんなでハッピーバースデーを唄って頂いたり、 みなさんのおかげでとても楽しい1日を過ごすことができました。 とてもとても幸せな1日でした。 当にありがとうございました。>ご参加のみなさま また詳しい話は追々この日の日記に追記していきます。 発表資料も後日UPします。 ひとまずコミュだけ作りました。 つ【ODDユーザーグループmixiコミュニティ】

    igaiga diary(2007-06-20)