ヴィーネクスト堑壕より础驳颈濒别
?Download as PPTX, PDF?
1 like?864 views
ヴィーネクストからの観点、Agileの重点 ヴィーネクストでの础驳颈濒别実施过程 Agile実施後の経験 実例
ヴィーネクスト堑壕より础驳颈濒别
- 3. 会社紹介?自己紹介 ? ヴィネクスト株式会社について ? 8年前に、ベトナムのハノイに、アウトソーシング開発拠点 として立ち上がり ? 現在、役90名の開発者、約100案件の開発経験あり、役20社 の取引先 ? 2015年5月から、東京支店が設立 ? 自己紹介 ? 2005年：来日 ? 2012年：筑波大学卒業 ? 2014年：ヴィーネクスト株式会社 入社 ? 2015年：営業部?部長 任務 ? 2015年：東京支店代表 任務
- 8. ヴィーネクストでの础驳颈濒别実施过程 ? 最初の案件 ? 開始：2013年3月9日 ? 体制：１PM、１PO、３PG ? 結果：成功 ? 本案件から、Agileの価値を見えなかった。 ? 定例会の時間が掛かる。 ? ツールの使い方が上手くできない。 ? 会社員に圧力が感じている。 ? 現在 ? すべての案件はAgileで実施している。 ? 5人月以下の案件 → Kanban、XP ? 5人月以上の案件 → Scrum
- 11. ● クライアントの環境が早めに確認するこ とができる。 ● WaterFall → 最後のリリースで、クライ アントの環境にインストールするとき、環境 の問題があれば困る。 ● Agile → 初めてリリース するとき、確認できる。 利点
- 12. 利点 ● コミュニケーションミスの削減 ● WaterFall → リリースするとき、商品が 確認できるので、開発段階に参加しない ● Agile → お客様は最初 からプロジェクトに参加 するので、すぐ問題を 確認でき、改善できる。
- 13. 利点 ● お客様からのフィードバックがたくさん 頂ける。 → 業務が深く理解できる → お客様とやりとりが多いため、両方の やり方を理解できる。
- 14. 問題 ● バグの数がWaterFallより多い ● WaterFall → リリースする時、一回テス トするため、バグの発見が1回だけ行う。 ● Agile → 毎回の リリースする時、バグ の発見がある。
- 15. 問題 ● Degradeのバグが多い。 ● 何回もリリースするために、テストが完全に できなくなる。 ● 一つの機能が何回もリリースするために、繰 り返すのバグがテストするとき、確認しにく い。
- 23. ポイント ?会社の思想の変更 ? Think big, build small ? 会社の売れ上げも大事ですが、プロセス ができる会社であれば、売り上げが出る。 ? Holacracy：成功できる会社のモデル ?社内の影響 ? 社員能力の判定 ? マネジメント ? 効果についての判断 ? お客様とのコミュニケーション ?協力と能力
Editor's Notes
- Có m?t c?u chuy?n v? d? án. C?n bn ng??i làm trong 1 tháng Nh?ng n?u là bà m? mang thai thì ko th? 9 ,10 ng cùng mang thai 1 ??a bé ???c. N?u dc b?n s? là ... -> L?i ti?p c?n c? có v?n ?? khi t?o ra 1 s?n ph?m t?t. VD: 1 d? án 10mm d?n 10ng làm có ok kh?ng?
- Gà : cùng m? nhà ?n. L?n : Chúng ta g?i là gì? Gà : Ham and egg L?n : ?éo vào, tao ph?i c?t th?t (commit, s?ng ch?t) còn mày ch? tham gia Con gà s?p , con l?n : nh?n viên -> quan h? s?p và nh?n viên. s?p ch? m?t ti?n, nh?n viên m?t s? nghi?p waterfall -> con gà m?t nhi?u nh?t. ( ng manag? ch?u trách nhi?m ) nh?ng theo c?u chuy?n thì ko ?úng c?n ph?n quy?n l?i cho c? con l?n
- THeo water thì ph?n m?m ? 2 context ??u tiên : simple và complicated ( Có th? ph?n lo?i và bi?t) -> s? l??ng d? án fail nhi?u -> kh?ng ph?i simple và complicated -> ? ph?n complex
- sau 1 n?m thì áp d?ng toàn b? cty Kanban thay ??i ( có r?t nhi?u thay ??i - s? l??ng, n?i dung, cách trình bày b?ng) ( t? duy khác- h?p hàng ngày, c?p nh?t b?ng th??ng xuyên)
- L?i ?i?m l?n nh?t : phát hi?n ???c s? khác nhau gi?a m?i tr??ng phát tri?n và m?i tr??ng tri?n khai water -> cu?i d? án ms bi?t agile -> bi?t ngay t? l?n release ??u tiên
- Comunication -> KH s? h?u sp th?t ngay t? ??u,tham gia vào quá trình x?y d?ng water -> KH ch? tham gia kh?u ??nh ngh?a. -> có v?n ?? ?c xly s?m , ko g?y h?u qu?
- KH ph?n h?i nhi?u
- V?n ?? c?m giác ch?t l??ng water -> 1 l?n cu?i d? án A bug -> d? án A bug 1 l?n agile -> relase nhi?u l?n m?i l?n a1 -> an bug -> nhi?u bug nhi?u l?n
- Th?i gian ng?n -< test ???c ít Gi? s? release 4 l?n, m?i l?n 1 ch?c n?ng thì l?n 1 -> 1 l?n 2-> 2 ch?c n?ng … D?n ??n ko test h?t và có nh bug degrade water -> release 1 l?n -> khó degrade